Ubuntu 20.10, la live si avvia solo in UEFI e l'installazione in Legacy fallisce.

[gyanny]

Non è sicuramente una dimenticanza.
Se in fase di installazione si sceglie la procedura automatica invece del partizionamento manuale, crea le partizioni efi e grub oltre a quella del sistema



Nota: il mio vecchio portatile non supporta efi, eppure funziona tutto regolarmente

[et4beta]

Salve, se funziona mi sa che dovrò farci una wiki nuova di pacca, quindi segno tutto per forza.

Ciao

Già .. è vero che sei uno ..."scrittore".

[wilecoyote]

Salve,

Non è sicuramente una dimenticanza.
Se in fase di installazione si sceglie la procedura automatica invece del partizionamento manuale, crea le partizioni efi e grub oltre a quella del sistema

Nota: il mio vecchio portatile non supporta efi, eppure funziona tutto regolarmente

Buon per te che funzioni tutto correttamente, ma i miei portatili in firma la pensano diversamente…

Quanto alla procedura automatica manco a parlarne, vedi come sono organizzati i miei HDD al momento:

wilecoyote@GhostCreek:~$ lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 298,1G 0 disk
├─sda1 8:1 0 274,2G 0 part /media/wilecoyote/Kubuntu Trusty
├─sda2 8:2 0 1K 0 part
├─sda3 8:3 0 20G 0 part /media/wilecoyote/Ubuntu Bionic
└─sda5 8:5 0 3,9G 0 part [SWAP]
sdb 8:16 0 931,5G 0 disk
├─sdb1 8:17 0 96,3G 0 part /media/wilecoyote/Mageia
├─sdb2 8:18 0 197,1G 0 part /
├─sdb3 8:19 0 97,7G 0 part /media/wilecoyote/Lubuntu Xenial
├─sdb4 8:20 0 1K 0 part
├─sdb5 8:21 0 3,9G 0 part [SWAP]
├─sdb6 8:22 0 97,7G 0 part /media/wilecoyote/Kde Neon
├─sdb7 8:23 0 97,7G 0 part /media/wilecoyote/openSuse Leap
├─sdb8 8:24 0 24,4G 0 part /media/wilecoyote/Trinity_Focal
├─sdb9 8:25 0 97,7G 0 part /media/wilecoyote/Deepin 15
├─sdb10 8:26 0 48,8G 0 part /media/wilecoyote/Solus
├─sdb11 8:27 0 19,5G 0 part /media/wilecoyote/LubuntuQt Bionic
├─sdb12 8:28 0 48,8G 0 part /media/wilecoyote/ArchLinux
└─sdb13 8:29 0 102G 0 part /media/wilecoyote/Kubuntu Focal
sdc 8:32 0 931,5G 0 disk
├─sdc1 8:33 0 100,6G 0 part /media/wilecoyote/Rosa_Linux
├─sdc2 8:34 0 4,2G 0 part
├─sdc3 8:35 0 29,3G 0 part /media/wilecoyote/Lubuntu_Focal
├─sdc4 8:36 0 1K 0 part
├─sdc5 8:37 0 100G 0 part /media/wilecoyote/Fedora
├─sdc6 8:38 0 37,3G 0 part /media/wilecoyote/Deepin_Ubuntu
└─sdc7 8:39 0 39,1G 0 part
sr0 11:0 1 1024M 0 rom
wilecoyote@GhostCreek:~$

Ciao

[giulux]

E la vecchia jaunty l'hai abbandonata?!

[gyanny]

@wilecoyote
in effetti è una botta di c*** pazzesca
poi la faccenda della procedura automatica non voleva essere un invito, l'ho riportatata solo per evidenziare che non è, purtroppo, una dimenticanza ma una scelta ( per me scriteriata ) precisa.

[wilecoyote]

Salve,

E la vecchia jaunty l'hai abbandonata?!

Scherzi !?

È sul portatile a 32 bit, in trial-boot col sistema originale Linpus 9.5 e Lubuntu Bionic 18.05.5 LTS, ed è la migliore distro a 32 bit esistente…

Ciao

[giulux]

Semmai sarà triple boot, trial vuol dire altro.

[Pike]

Anche solo "per prova." Senza per forza chiamare in causa il legalese.

[noel80]

@et4beta: scusa la domanda superstupida, ma quando avvii la chiavetta impostata in MBR, dai dispositivi disponibili nel BIOS, c'e' solo la chiavetta contrassegnata come UEFI? Non c'e' una seconda voce della stessa chiavetta, senza (UEFI)?

Io leggevo che alcuni bios (esclusivamente UEFI) non avviassero la chiavetta, se non e' impostata in GPT; ma solitamente nei BIOS ibridi (UEFI e MBR) nelle priorita' di avvio ci siano tutte e due le opzioni, come in queste immagini:

[et4beta]

@et4beta: scusa la domanda superstupida, ma quando avvii la chiavetta impostata in MBR, dai dispositivi disponibili nel BIOS, c'e' solo la chiavetta contrassegnata come UEFI? Non c'e' una seconda voce della stessa chiavetta, senza (UEFI)?

Io leggevo che alcuni bios (esclusivamente UEFI) non avviassero la chiavetta, se non e' impostata in GPT; ma solitamente nei BIOS ibridi (UEFI e MBR) nelle priorita' di avvio ci siano tutte e due le opzioni, come in queste immagini:

Qualcuno disse: "non ci sono domande stupide, ci possono essere solo risposte stupide".
Il fatto curioso è che con la pendrive, come ho detto preparata con Rufus(ma con le altre utility per chiavette avviabili è la stessa cosa) selezionando MBR, quando inserisco la pendrive in USB e riavvio poi vado nel menu rapido di avvio mi appare la "USB mass storage" ma non indicata come UEFI(o EFI) bensì senza indicazioni, come solitamente accade per pendrive avviabili in MBR. Poi invece quando si va all'avvio della chiavetta appare il menu del grub in B/N tipico dell'avvio in UEFI(come da wiki), e non appare per un attimo la scritta Isolinux come accadeva nelle versioni precedenti. Se poi, una volta in sessione live(che va perfettamente) si tenta l'installazione, avviata questa e cliccato su "Altro" al momento di scegliere la partizione dove installare, e selezionate le partizioni per Ubuntu e l'unità per il bootloader(io ho selezionato un bootsector di partizione come sempre così il grub del nuovo sistema non sta tra le scatole, ma ho provato anche con l'MBR di un disco e non cambia nulla), si procede e qui si ha il primo avviso che qualcosa non va perché appare una finestra di warning che dice che non è stata creata una partizione EFI e probabilmente l'installazione fallirà, però il sistema permette di proseguire, se si procede ugualmente l'installazione va avanti fino al momento dell'installazione di grub quando esce un altro warning che dice che non è stato possibile installare il grub dove indicato e non sarà possibile avviare il sistema, ma a me non interessa perché di grub per avviare ne ho quanti ne voglio. Se si forza e si va avanti possono succedere due cose(questo non so da che dipenda), o appare l'avviso che l'installazione è fallita e si deve uscire, oppure l'installazione termina senza dire altro. Però se poi si prova ad avviare il sistema così installato(io l'ho fatto con il grub della 18.04 che con l'update-grub ha visto la nuova installazione e creato la riga di avvio nel suo menu) si ha un avvio in verbose mode(non quiet) che va avanti abbastanza bene fino a che inizia a sclerare con errori colorati(andava veloce non sono riuscito a leggere) fino a bloccarsi.
Comunque ripeto, nel menu di avvio rapido del BIOS la pendrive non appare come UEFI(come altre volte mi è capitato di vedere) e il mio BIOS è configurato per UEFI con compatibilità Legacy, cioè l'avvio può avvenire in entrambe le modalità.

[wilecoyote]

Salve,

Semmai sarà triple boot, trial vuol dire altro.

Sì, ovviamente è triple boot.

@et4beta il trapianto ha fatto cilecca, però ho scoperto il motivo.

Bisogna partire dall'installazione specifica di alcuni file, e poi dare gli appropriati comandi che creeranno quanto necessario per eseguire l'installazione Legacy.

Per le istruzioni si comincia da qui https://wiki.syslinux.org/wiki/index.php?title=ISOLINUX

Se Canonical non ritrova il lume della ragione, ho circa 1 anno e ¹/₂ per capire come rendere installabile Legacy il futuro Kubuntu J? J? 22.04 LTS…

Il fatto che il nome sarà J? J? promette bene assai…

Ciao

[et4beta]

Immaginavo che non fosse risolvibile con un semplice "trapianto", ma che bisognasse partire dalla configurazione dell'avvio con Isolinux.
Continuo però a rimanere stupito del fatto che nelle note di rilascio non si faccia il minimo accenno a questa "importante"(gravissima) svolta nella politica di Ubuntu. Altrettanto stupito del fatto che sul Web non si rilevino ancora osservazioni al riguardo. Possibile che lo sviluppo di Ubuntu sia così poco seguito? Le altre distro Linux che fanno?

A lenire il dispiacere per Ubuntu è però intervenuto l'allaccio alla fibra avvenuto stamane ... ora si vola!

[jeremie2]

[...] necessitando di una partizione di avvio EFI, non riesce ad eseguire il grub-install su un MBR o su un Bootsector di partizione, e abortisce.

Se vuole una partizione EFI... dagli la partizione EFI

Ho fatto dei test su di un hard disk con tabella delle partizioni dos/mbr, e creando la partizione EFI le cose hanno funzionato.
Questi sono i passaggi per creare la EFI.

Tutta questa faccenda ha apparentemente poco senso e andrà indagata. Ma intanto è un workaround.

[et4beta]

...........
Se vuole una partizione EFI... dagli la partizione EFI

Ho fatto dei test su di un hard disk con tabella delle partizioni dos/mbr, e creando la partizione EFI le cose hanno funzionato.
Questi sono i passaggi per creare la EFI.

Tutta questa faccenda ha apparentemente poco senso e andrà indagata. Ma intanto è un workaround.

Beh non è certo dargli la partizione EFI che vuole un problema serio, però che diavolo succede? Un'installazione ibrida con una partizione EFI in un sistema MBR quindi con neanche il partizionamento GPT?
Esattamente tutto ciò che fino ad oggi si è cercato di evitare per non avere un sistema poco affidabile. Però ora che lo dici utilizzare uno degli HDD per fare la prova potrei anche farlo. Ma a te Groovy così installato si è avviato? Se sì come? Partendo dal menu rapido di avvio del BIOS?
In caso affermativo ci posso provare, però non ora ma più avanti, in questo periodo mi si sono accavallate troppe cose e tra queste anche che con la fibra mi sono accorto che uno dei PC ha la linea a 100Mbs invece che a 1000 come tutti gli altri e l'NVR dell'impianto di videosorveglianza, segno che c'è una crimpatura di un RJ45 venuta male e per trovare l'inghippo debbo testare tutta quella parte di impianto, lavoro per cui bisogna tra l'altro essere in due.

[jeremie2]

Ma a te Groovy così installato si è avviato? Se sì come? Partendo dal menu rapido di avvio del BIOS?

Ho lasciato che si avviasse automaticamente all'accensione. La sequenza di boot è impostata in modo tale che: prima guarda se c'è una chiavetta USB avviabile, quindi passa all'hard disk.

Ho fatto una rapida prova sostituendo l'hard disk su un pc in utilizzo, quindi in tutta fretta ho ricalcato i tuoi passaggi riscontrando di persona le stesse problematiche. Mi era venuta la curiosità (per quanto balorda) di provare a creare la partizione EFI.... poi il test fatto da gyanny con l'installazione in modalità automatica, mi ha fatto ancora di più pensare che schiaffando li una partizione EFI, la cosa avrebbe potuto funzionare.

Avrei voluto provare io stesso anche l'installazione automatica, ma sarei andato per le lunghe. Dato che è un pc in utilizzo, al momento ho rimesso il disco originale.
A proposito, scusa @gyanny, la tabella di partizionamento dell'hard disk nel tuo esempio è mbr(dos) oppure gpt?

Probabilmente nei prossimi giorni aprirò una discussione su https://discourse.ubuntu.com/ per chiedere lumi.

Ciao

[Acab]

Ciao a tutti,
sul mio vecchio Acer Aspire 6930G (così vecchio che UEFI non sa proprio cosa sia), non c'è stato modo di passare alla 20.10. La prima prova (fallita) è stata l'upgrade dalla 20.04, poi ho provato in tanti modi diversi senza riuscire ad arrivare in fondo (errori in installazione).
Al momento sto reinstallando la 20.04

Enri

[et4beta]

Ciao a tutti,
sul mio vecchio Acer Aspire 6930G (così vecchio che UEFI non sa proprio cosa sia), non c'è stato modo di passare alla 20.10. La prima prova (fallita) è stata l'upgrade dalla 20.04, poi ho provato in tanti modi diversi senza riuscire ad arrivare in fondo (errori in installazione).
Al momento sto reinstallando la 20.04

Enri

Ecco una prova che io non ho modo di fare ed il cui risultato costituisce veramente una brutta notizia per tutti coloro che hanno PC datati, quindi senza BIOS UEFI e con installato Ubuntu.
Ho cercato, meglio che ho potuto nel Web, informazioni sulla 20.10 ma non ho trovato nulla riguardo alla "novità" trattata in questa discussione, e sì che non si tratta di "piccola cosa"! L'unica speranza è che trattandosi di una release semestrale, quindi sperimentale, sia una mossa per "tastare il polso".

[Darren]

secondo me avete qualche altro problema...

ho scaricato la iso della 20.10, flashata con Etcher e ho fatto la prova su un notebook Lenovo SL510 e si avvia senza problemi


ho voluto fare una prova anche su un desktop con mainboard Asus P5K E/WIFI-AP, Socket 775, sicuramente non UEFI, e anche li si avvia


almeno, la LIVE si avvia correttamente
magari provo anche a fare una installazione

[Acab]

Certo, la live funziona bene anche a me, il problema è l'installazione che deve creare anche la partizione di boot efi non compatibile con i vecchi bios

[wilecoyote]

Salve,

Ciao a tutti,
sul mio vecchio Acer Aspire 6930G (così vecchio che UEFI non sa proprio cosa sia), non c'è stato modo di passare alla 20.10. La prima prova (fallita) è stata l'upgrade dalla 20.04, poi ho provato in tanti modi diversi senza riuscire ad arrivare in fondo (errori in installazione).
Al momento sto reinstallando la 20.04.

Fatta la stessa prova col mio Acer Extensa 5635Z, su HDD esterno Nilox con inserito un TSST da 120 GB, usando Ubuntu Focal 20.04.1 LTS appena installato, aggiornato post installazione, senza una virgola di personalizzazione tranne impostare avanzamento tutte le release, infine cliccato sull'icona che offre l'avanzamento di versione.

Risultato una catastrofe, avanzamento fallito e sistema appena installato colpito ed affondato.

Ad occhio e croce, se non Canonical non rinsavisce o non riesco a creare in situ una mia variante Legacy, le Focal saranno le ultime release che userò.

Probabilmente nei prossimi giorni aprirò una discussione su https://discourse.ubuntu.com/ per chiedere lumi.

Fà sapere, perché così com'è per adesso sconsiglierò a chiunque d'installare *Ubuntu, ai visto mai che commettano chissà qual'altro sproposito, facendomi poi penare ad aiutare.

Ciao