Installazione accidentale della modalità BIOS
Ho un hardware Intel a 64 bit con utility di configurazione UEFI. Ubuntu 14.04.1 LTS è stato installato come unico sistema operativo sull'unica unità collegata. Accidentalmente Ubuntu è stato installato in modalità BIOS / CSM / legacy.
Converti in UEFI
Mentre più avanti imparerai a conoscere UEFI, l'obiettivo è cambiare questa installazione di Ubuntu esistente in (più veloce) avvio tramite EFI / UEFI. Voglio ancora avere una sorta di - 2 secondi visualizzati - menu di avvio che mi consente di accedere all'utilità di configurazione UEFI. Pertanto penso di aver bisogno di usare Grub (non posso usare uno stub di avvio EFI) e il supporto GOP richiede Grub versione 1.99 o successiva . Ho già partizionato nuovamente l'unità usando un Live CD e ho inserito una partizione EFI da 200 MiB all'inizio dell'unità e ho contrassegnato quella partizione formattata fat16 come id di tipo 0xEF.
Prima:
# fdisk -l /dev/sda
...
Device Boot Start End Blocks Id System
/dev/sda1 * 2048 108478463 54238208 83 Linux
/dev/sda2 108480510 125044735 8282113 5 Extended
/dev/sda5 108480512 125044735 8282112 82 Linux swap / Solaris
Dopo:
Device Boot Start End Blocks Id System
/dev/sda1 * 411648 108478463 54033408 83 Linux
/dev/sda2 108480510 125044735 8282113 5 Extended
/dev/sda3 2048 411647 204800 ef EFI (FAT-12/16/32)
/dev/sda5 108480512 125044735 8282112 82 Linux swap / Solaris
Partition table entries are not in disk order
Nessuna riparazione di avvio per favore
La wiki della comunità Ubuntu suggerisce di utilizzare la riparazione di avvio per convertire Ubuntu in modalità EFI . Non voglio utilizzare una GUI o installare pacchetti aggiuntivi e non voglio che i dati vengano inviati accidentalmente a pastebin.com e poiché voglio sapere cosa verrà modificato esattamente, non voglio usa Boot-repair .
Sotto il cappuccio
Cercando di capire cosa fa effettivamente la riparazione del boot, ho trovato questo frammento:
Boot-Repair convertirà un'installazione BIOS in UEFI disinstallando grub-pc e installando grub-efi, se gpt partizionato.
fonte: http://ubuntuforums.org/showthread.php?t=2147295&p=12657352#post12657352
Confronto di installazione in modalità UEFI
Un'installazione pulita di Ubuntu 14.04.1 in modalità UEFI crea una partizione EFI formattata Fat32 da 512 MiB. Quella partizione contiene una directory /EFI/ubuntu
, che contiene 4 file: grub.cfg
, grubx64.efi
, MokManager.efi
e shimx64.efi
. Grub.cfg contiene:
search.fs_uuid 7d843e47-3917-4114-8725-55dfa1fbe002 root hd0,gpt2
set prefix=($root)'/boot/grub'
configfile $prefix/grub.cfg
Search.fs_uuid punta all'UUID della partizione di installazione di Linux, in questo confronto installazione UEFI Linux è installata partizione / dev / sda2 (rispetto a sda1 nell'installazione in modalità BIOS) .
Non sono stati rilevati potenziali problemi del firmware Asrock
Avere CSM ancora disabilitato nel firmware e utilizzare l'installazione Ubuntu in modalità UEFI pulita. Ridimensionare la partizione EFI da 512 MiB a 200 MiB usando un Live CD e il gparted
risultato è che la sua formattazione cambia da FAT32 a FAT16. Il firmware Asrock P1.50 (erroneamente chiamato BIOS da AMI nel messaggio di avvio "BIOS date") è ancora in grado di avviarsi in modalità UEFI Ubuntu: UEFI + FAT16 = ok .
La conversione della tabella delle partizioni da GPT a MBR (msdos) utilizzando lo stesso comando del terminale Live CD gdisk
e i suoi comandi r
g
p
w
comporta anche un Ubuntu avviabile UEFI su un'unità partizionata MBR: UEFI + MBR = ok .
Domanda
Questo significa che gli unici comandi che devo eseguire - dall'installazione precedente di Ubuntu e in questo ordine - sono:
# apt-get install grub-efi
# apt-get remove grub-pc
? O è necessario fare di più?
apt-get install boot-repair
su questa installazione del server Ubuntu, risulta 245 MB di GTK come le dipendenze che boot-repair vuole installare. E l'esecuzione del boot-repair
comando aftwerwards non riesce. L'aggiornamento della nuova denominazione grub-efi è stato davvero utile.