Problema avvio in sistema UEFI multiboot SSD separati

[Andrea/M]

Ciao a Tutti,
ho installato Ubuntu 18.04 in un SSD separato su un sistema multiboot in modaltà UEFI creando le partizioni necessarie (EFI compresa) durante l'installazione e selezionando per l'installazione del bootloader la partizione apposita. Tutto sembrava andato a buon fine e fino ad oggi non ho avuto problemi. Dopo l'aggiornamento odierno al riavvio mi sono accorto che la cartella ubuntu anziche essere nella partizione EFI del drive di installazione di ubuntu si trova nella partizione EFI del drive di installazione di Windows. Eppure sono certo che al momento dell'installazione ho scelto la partizione esatta /dev/sda1 appositamente creata durante il procedimento di installazione di Ubuntu. La cosa al momento non mi crea particolari problemi nella mia situazione però vorrei avere i drive di installazione separati ciascuno con il suo bootloader.
Cosa può essere successo e come posso rimediare senza dover reinstallare Ubuntu?
Grazie in anticipo per l'aiuto

[corradoventu]

Cioè trovi una cartella 'ubuntu' in /boot/efi ... così:

Codice: Seleziona tutto

corrado@corrado-p3-ff-1201:~$ sudo ls /boot/efi/EFI
BOOT  grub  ubuntu
corrado@corrado-p3-ff-1201:~$ 

se è così va tutto bene, quella non è la cartella del tuo sistema ma solo quella usata dal boot per TROVARE il tuo ubuntu.

[willy54]

L'aggiornamento ha corretto un errore grave della tua installazione, la partizione Efi deve essere solo una su un sistema correttamente indstallato per tutti gli SO
Per vedere se non ci sono errori posta

Codice: Seleziona tutto

efibootmgr -v
sudo parted -l

[corradoventu]

Se vuoi puoi avere una partizione EFI per ogni disco, poi decidi quale deve fare boot con

Codice: Seleziona tutto

apt grub-install /dev/sdax

da quel momento partirà il GRUB dal disco che hai deciso.

Codice: Seleziona tutto

corrado@corrado-p3-ff-1201:~$ sudo parted -l
[sudo] password for corrado: 
Model: ATA TOSHIBA DT01ACA1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  269MB   268MB   fat32                 boot, esp
 2      269MB   8859MB  8590MB  linux-swap(v1)        swap
 3      8859MB  43,2GB  34,4GB  ext4
 4      43,2GB  77,6GB  34,4GB  ext4
 5      77,6GB  112GB   34,4GB  ext4
 6      112GB   146GB   34,4GB  ext4
 7      146GB   181GB   34,4GB  ext4
 8      181GB   215GB   34,4GB  ext4
 9      215GB   232GB   17,2GB  ext4
13      232GB   249GB   17,2GB  ext4
10      249GB   524GB   275GB   ext4
11      524GB   799GB   275GB   ext4
12      799GB   1000GB  201GB   ext4


Model: KINGSTON SKC2000M8250G (nvme)
Disk /dev/nvme0n1: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  269MB   268MB   fat32        x1    boot, esp
 2      269MB   34,6GB  34,4GB  ext4         x2
 3      34,6GB  69,0GB  34,4GB  ext4         x3
 4      69,0GB  103GB   34,4GB  ext4         x4
 5      103GB   138GB   34,4GB  ext4         x5


corrado@corrado-p3-ff-1201:~$ 

[Andrea/M]

L'aggiornamento ha corretto un errore grave della tua installazione, la partizione Efi deve essere solo una su un sistema correttamente indstallato per tutti gli SO
Per vedere se non ci sono errori posta

Codice: Seleziona tutto

efibootmgr -v
sudo parted -l

Posterò quello che chiedete però vorrei chiarire:
- prima dell'aggiornamento tutto funzionava, tranne lo shutdown (ma è un problema del kernel credo)
- dopo l'aggiornamento funziona allo stesso modo
- i drive sono separati per cui mi sembra possibile che ciascun OS abbia il proprio bootloader sul proprio drive in modo da poterlo avviare cambiando eventualmente l'ordine di boot dal BIOS UEFI oltre che dal master bootloader che nel mio caso è Clover (e sta su un'altro disco)

[Andrea/M]

Se vuoi puoi avere una partizione EFI per ogni disco, poi decidi quale deve fare boot con

Codice: Seleziona tutto

apt grub-install /dev/sdax

da quel momento partirà il GRUB dal disco che hai deciso.

Codice: Seleziona tutto

corrado@corrado-p3-ff-1201:~$ sudo parted -l
[sudo] password for corrado: 
Model: ATA TOSHIBA DT01ACA1 (scsi)
Disk /dev/sda: 1000GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system     Name  Flags
 1      1049kB  269MB   268MB   fat32                 boot, esp
 2      269MB   8859MB  8590MB  linux-swap(v1)        swap
 3      8859MB  43,2GB  34,4GB  ext4
 4      43,2GB  77,6GB  34,4GB  ext4
 5      77,6GB  112GB   34,4GB  ext4
 6      112GB   146GB   34,4GB  ext4
 7      146GB   181GB   34,4GB  ext4
 8      181GB   215GB   34,4GB  ext4
 9      215GB   232GB   17,2GB  ext4
13      232GB   249GB   17,2GB  ext4
10      249GB   524GB   275GB   ext4
11      524GB   799GB   275GB   ext4
12      799GB   1000GB  201GB   ext4


Model: KINGSTON SKC2000M8250G (nvme)
Disk /dev/nvme0n1: 250GB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Disk Flags: 

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  269MB   268MB   fat32        x1    boot, esp
 2      269MB   34,6GB  34,4GB  ext4         x2
 3      34,6GB  69,0GB  34,4GB  ext4         x3
 4      69,0GB  103GB   34,4GB  ext4         x4
 5      103GB   138GB   34,4GB  ext4         x5


corrado@corrado-p3-ff-1201:~$ 

intendi dire installare GRUB da Ubuntu?
da dove posso accedere per cancellare la cartella ubuntu nella partizione EFI di windows?

[Andrea/M]

Cioè trovi una cartella 'ubuntu' in /boot/efi ... così:

Codice: Seleziona tutto

corrado@corrado-p3-ff-1201:~$ sudo ls /boot/efi/EFI
BOOT  grub  ubuntu
corrado@corrado-p3-ff-1201:~$ 

se è così va tutto bene, quella non è la cartella del tuo sistema ma solo quella usata dal boot per TROVARE il tuo ubuntu.

Questo è l'output:

Codice: Seleziona tutto

andrea@andrea-63:~$ sudo ls /boot/efi/EFI
[sudo] password di andrea: 
Boot  Microsoft  ubuntu
andrea@andrea-63:~$ 

[willy54]

tranne lo shutdown (ma è un problema del kernel credo)

Possibile che sia causa del kernel, ma anche del bios che non riesce a chiudere la sessione.
Il bios/firmware punta alla partizione Efi del primo disco, dalla quale si aspetta i comandi compreso lo shutdown.
Anche correggendo ai prossimi aggiornamenti il rischio che tutto ritorni alla situazione attuale è più che alto, vedi tu.

[Andrea/M]

Update:
Il problema sembra essere noto:
https://bugs.launchpad.net/ubuntu/+sour ... ug/1396379
https://bugs.launchpad.net/ubuntu/+sour ... ug/1591352
Qualcuno potrebbe spiegarmi in modo semplice come reinstallare il bootloader nella giusta partizione EFI (quella del drive su cui è installato Ubuntu) e rimuoverlo dalla partizione EFI del drive in cui è installato windows 10 in cui era erroneamente andato a finire a causa di questo problema?

[Stealth]

https://wiki.ubuntu-it.org/Amministrazi ... Ripristino

[willy54]

Codice: Seleziona tutto

man efibootmgr

Non possono coesistere due o più partizioni Efi su un sistema viene presa in considerazione solo la prima trovata nella catdena dei dischi.

[Andrea/M]

https://wiki.ubuntu-it.org/Amministrazi ... Ripristino

Se non ho capito male vorresti suggerire di utilizzare il comando:

Codice: Seleziona tutto

sudo grub-install /dev/sdX

dove sdX sarebbe il disco principale all'avvio nell'orine di boot nel bios uefi.
Io però non ho il disco con ubuntu come principale perchè all'avvio ho un altro disco e così vorrei rimanesse, posso indicare con sdX (nel mio caso sdA) ugualmente il disco su cui è installato ubuntu?
In secondo luogo, quando ho installato ubuntu in modalità uefi custom ho selezionato come partizione in cui installare il bootloader la partizione EFI sdA1 mentre quel comando indirizza all'intero disco, come mai?

[Andrea/M]

Codice: Seleziona tutto

man efibootmgr

Non possono coesistere due o più partizioni Efi su un sistema viene presa in considerazione solo la prima trovata nella catdena dei dischi.

Scusa non ho capito: ma io posso avere una partizione EFI relativa a ciascun disco dedicato a ciascun OS però e infatti il disco su cui risiede Win10 ha la sua partizione EFI. E così dovrebbe essere sul disco dedicato a ubuntu solo che per l'errore di ubiquity la cartella di ubuntu sembra finita nella partizione EFI di windows.

[willy54]

L'installer Uefi di Ubuntu , ma di tutte le distribuzioni che supportano Uefi cercano la prima partizione Efi , in fat32 e installano il boot loader in quella partizione, nella tecnologia Uefi non sono ammesse più partizioni Efi , viene sempre e solo presa in considerazione quella.
Ma poi che fastidio ti da quella piccola cartella contenente shimx64.efi tutti lo abbiamo così e non crea problemi.

[Andrea/M]

L'installer Uefi di Ubuntu , ma di tutte le distribuzioni che supportano Uefi cercano la prima partizione Efi , in fat32 e installano il boot loader in quella partizione, nella tecnologia Uefi non sono ammesse più partizioni Efi , viene sempre e solo presa in considerazione quella.
Ma poi che fastidio ti da quella piccola cartella contenente shimx64.efi tutti lo abbiamo così e non crea problemi.

Un po' perchè è la prima esperienza multiboot che sto facendo (in modalità BIOS legacy non funzionava così) ed in seguito ho capito che non sembra il comportamemto corretto tanto da essere segnalato come bug come ho postato sopra.
Sembra inoltre che nel caso di debian le cose funzionino diversamente:
https://bugs.launchpad.net/ubuntu/+sour ... omments/29
Mi verrebbe da dire ( magari è una osservazione sbagliata) che il sistema sia meno resiliente nel senso che in questo modo se mi si corrompe la partizione EFI o il disco di win 10 non riesco ad avviare neanche Ubuntu.

[frapox]

Codice: Seleziona tutto

man efibootmgr

Non possono coesistere due o più partizioni Efi su un sistema viene presa in considerazione solo la prima trovata nella catdena dei dischi.

Ti correggo, visto che non è esatto.

Può esistere massimo una Esp per ogni disco, ma se un PC ha più dischi (anche esterni), allora possono esistere più Esp.

All'avvio, l'Uefi inizializza i dischi e subito dopo li scansiona per trovare delle partizioni marcate come Esp.

L'installer Uefi di Ubuntu , ma di tutte le distribuzioni che supportano Uefi cercano la prima partizione Efi , in fat32 e installano il boot loader in quella partizione, nella tecnologia Uefi non sono ammesse più partizioni Efi , viene sempre e solo presa in considerazione quella..

Anche questo non è esatto.

L'installer di Ubuntu, in modalità manuale, consente di scegliere su quale disco/partizione mettere il bootloader. Tant'è vero che si può installare Ubuntu (ma vale per qualsiasi distro linux) su qualsiasi disco, in modalità uefi, ognuno con al sua Esp.

[frapox]

Cosa può essere successo e come posso rimediare senza dover reinstallare Ubuntu?

Anche a me è successa esattamente la stessa cosa, specificando la partizione Esp del disco esterno su cui ho messo Ubuntu (la partzione, non il disco) quindi non so se sia un bug di Ubiquity oppure semplicemente questo s'aspetti che gli venga specificato il disco anziché la partizione.

Per rimediare, beh ... è piuttosto semplice. Da Ubuntu:
- rimuovi la voce di boot dall'Uefi

Codice: Seleziona tutto

sudo efibootmgr -b ## -B

dove il ## lo vedi da efibootmgr senza parametri.

- elimini il bootloader di ubuntu dalla partizione esp sbagliata

- monti la partizione Esp "giusta" sotto /boot/efi

- vai di sudo grub-install
se hai montato sotto /boot/efi la esp corretta non serve passargliela come parametro esplicito, perché è la location su cui va a installarsi di default; la nuova install di grub provvede automaticamente anche a inserire una nuova voce nell'Uefi. Se vuoi vedere nel dettaglio quello che fa puoi anche usare lo switch -v.

- aggiorni la conf di grub con sudo update-grub.

- aggiorni fstab

Codice: Seleziona tutto

sudo editor /etc/fstab

sostituendo l'UUID o il PARTUID o la LABEL della partizione che viene montata sotto /boot/efi con la partizione corretta (quella su cui hai appena installato grub).

L'UUID o il PARTUID o la LABEL li trovi con: sudo blkid.

Riavvi, e a questo punto dovresti avere il grub della ubuntu che ti parte.

Ti invito a controllare tutti i passaggi prima di eseguirli, e di comprenderli, chiaramente backuppa tutto prima e tieniti una chiavetta live a portata di mano utile se qualcosa andasse storta.

[Andrea/M]

Grazie per le indicazioni, per verificare di aver capito, vorrei ripercorrere qui la procedura con i dati relativi alla mia installazione:

Per rimediare, beh ... è piuttosto semplice. Da Ubuntu:
- rimuovi la voce di boot dall'Uefi

Codice: Seleziona tutto

sudo efibootmgr -b ## -B

dove il ## lo vedi da efibootmgr senza parametri.

nel mio caso l'output di efibootmgr -v è:

Codice: Seleziona tutto

andrea@andrea-63:~$ efibootmgr -v
BootCurrent: 0008
Timeout: 1 seconds
BootOrder: 0008,0000,0001
Boot0000* Windows Boot Manager	HD(2,GPT,5eb8d5ba-5e96-490c-95eb-396f872d9ba2,0x109000,0x32000)/File(\EFI\MICROSOFT\BOOT\BOOTMGFW.EFI)WINDOWS.........x...B.C.D.O.B.J.E.C.T.=.{.9.d.e.a.8.6.2.c.-.5.c.d.d.-.4.e.7.0.-.a.c.c.1.-.f.3.2.b.3.4.4.d.4.7.9.5.}...9................
Boot0001* ubuntu	HD(2,GPT,5eb8d5ba-5e96-490c-95eb-396f872d9ba2,0x109000,0x32000)/File(\EFI\UBUNTU\SHIMX64.EFI)
Boot0008* UEFI OS	HD(1,GPT,75e81fb8-6633-42e7-9e16-e2eec27159f3,0x28,0x64000)/File(\EFI\BOOT\BOOTX64.EFI)..BO

Quindi nel mio caso sarebbe:

Codice: Seleziona tutto

sudo efibootmgr -b 0001 -B

una domanda: questo passaggio è critico riguardo all'integrità del firmware UEFI o, se scritto bene, senza problemi?

- elimini il bootloader di ubuntu dalla partizione esp sbagliata

Intendi dire entrare nella partizione EFI del disco su cui è installato Windows 10 e cancellare la cartella "ubuntu"?
Come posso accedervi?

- monti la partizione Esp "giusta" sotto /boot/efi

La partizione EFI del disco su cui è installato Ubuntu nel mio caso è sda1 qui avrei:

Codice: Seleziona tutto

sudo mount /dev/sda1 /boot/efi

- vai di sudo grub-install
se hai montato sotto /boot/efi la esp corretta non serve passargliela come parametro esplicito, perché è la location su cui va a installarsi di default; la nuova install di grub provvede automaticamente anche a inserire una nuova voce nell'Uefi. Se vuoi vedere nel dettaglio quello che fa puoi anche usare lo switch -v.

- aggiorni la conf di grub con sudo update-grub.

Questo passaggio dovrebbe rimanere tal quale senza ulteriori specificazioni se ho capito bene

- aggiorni fstab

Codice: Seleziona tutto

sudo editor /etc/fstab

sostituendo l'UUID o il PARTUID o la LABEL della partizione che viene montata sotto /boot/efi con la partizione corretta (quella su cui hai appena installato grub).

L'UUID o il PARTUID o la LABEL li trovi con: sudo blkid.

Nel mio caso il file /etc/fstab risulta:

Codice: Seleziona tutto

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda2 during installation
UUID=11cf4f4c-acdb-43f1-8010-7edcc2a704e9 /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/nvme0n1p2 during installation
UUID=58EE-F18B  /boot/efi       vfat    umask=0077      0       1
# /home was on /dev/sda3 during installation
UUID=db3f565a-4c0e-4fa6-b4b9-be8ef437d145 /home           ext4    defaults        0       2
# swap was on /dev/sda4 during installation
UUID=3b683991-9241-4355-bc3f-10f0cbf8990a none            swap    sw              0       0

il comando

Codice: Seleziona tutto

sudo blkid

nel mio caso restituisce alla riga relativa alla partizione ESP sda1 i valori:

Codice: Seleziona tutto

/dev/sda1: UUID="399E-7D6A" TYPE="vfat" PARTUUID="f4254474-0815-47d7-bcfb-00b57f6f7c9a"

quindi nel file /etc/fstab dovrei sostituire al valore 58EE-F18B il valore 399E-7D6A

A questo punto dovrei poter riavviare, se ho capito bene. (incrociando le dita)

[frapox]

una domanda: questo passaggio è critico riguardo all'integrità del firmware UEFI o, se scritto bene, senza problemi?

quel comando rimuove solo la voce relativa all'Efi loader che specifichi con -b, non fa altro.

C'è anche un "Uefi OS" non ben specificato che non so cosa sia, comuque se non da fastidio puoi lasciarlo. Puoi rimuoverlo successivamente.

Intendi dire entrare nella partizione EFI del disco su cui è installato Windows 10 e cancellare la cartella "ubuntu"?
Come posso accedervi?

Non so quale sia la partizione "sbagliata", se tu mi dici che per te è quella del disco su cui è installato Windows10, allora ti dico di sì. L'accedi, sempre se non sia già montata sotto /boot/efi (controlla), montandola sotto /mnt o dove pare a te.

Questo passaggio dovrebbe rimanere tal quale senza ulteriori specificazioni se ho capito bene

Una volta che hai montato la Esp che ritieni corretta, sì. grub-install s'installa automaticamente nella Esp montata sotto /boot/efi, se non specifichi diversamente. E inserisce una nuova entrata nell'Uefi, così che dopo, ridando efibootmgr, dovresti vederla.

quindi nel file /etc/fstab dovrei sostituire al valore 58EE-F18B il valore 399E-7D6A

Se la sda1 è la Esp sulla quale vuoi che grub sia installato per la tua installazione di ubuntu, sì.

dopo che hai installato grub e generato la sua configurazione, puoi riavviare.

[Andrea/M]

Intendi dire entrare nella partizione EFI del disco su cui è installato Windows 10 e cancellare la cartella "ubuntu"?
Come posso accedervi?

Non so quale sia la partizione "sbagliata", se tu mi dici che per te è quella del disco su cui è installato Windows10, allora ti dico di sì. L'accedi, sempre se non sia già montata sotto /boot/efi (controlla), montandola sotto /mnt o dove pare a te.

Si, la partizione EFI su cui si è installata in modo non previsto e voluto è quella del disco su cui è installato Windows 10.
La situazione è quella dello screenshot dell'utility "dischi" che allego: è montata in /boot/efi ma non riesco ad accedervi da Nautilus.
Cosa dovrei fare, smontarla e rimontarla altrove o accedervi tramite una live quando eventualmente dovrò cancellare la cartella "ubuntu"?