Attivando il secure boot non trova le key per Ubuntu. Mantengo la funzionalità disattivata.
Dal grub scegliendo la entry di Windows, successivamente all'arresto del sistema, devo tornare manualmente su ubuntu e rifare i comandi:
sudo mv bootmgfw.efi bootmgfw_orig.efi
sudo cp /boot/efi/EFI/ubuntu/grubx64.efi .
sudo cp /boot/efi/EFI/ubuntu/shimx64.efi .
sudo mv shimx64.efi bootmgfw.efi
Penso a qualche check da windows che faccia una sorta di rollback e ripristini i file EFI. :grat:
Bah :cav:
uhmm... è strano.
mi viene da pensare che possa esserci lo zampino del fast boot (avvio rapido) di win8. Bisognerebbe tenerlo disattivato. :sisi:
Praticamente sul mio (Hp 250 g1) in /etc/grub.d ho fatto in modo di avere:
Codice:
drwxr-xr-x 2 root root 4096 ago 7 01:06 .
drwxr-xr-x 140 root root 12288 ago 17 21:59 ..
-rwxr-xr-x 1 root root 9424 mar 11 11:51 00_header
-rwxr-xr-x 1 root root 6058 mar 31 16:35 05_debian_theme
-rwxr-xr-x 1 root root 11608 mar 11 11:51 10_linux
-rwxr-xr-x 1 root root 10412 mar 11 11:51 20_linux_xen
-rwxr-xr-x 1 root root 1992 mar 12 13:31 20_memtest86+
[COLOR="#FF0000"]-rwxr-xr-x 1 root root 749 lug 9 20:57 25_win8[/COLOR]
[COLOR="#000080"]-rw-r--r-- 1 root root 11692 apr 11 12:51 30_os-prober[/COLOR]
-rwxr-xr-x 1 root root 1416 mar 11 11:51 30_uefi-firmware
-rwxr-xr-x 1 root root 214 lug 9 20:58 40_custom
-rwxr-xr-x 1 root root 216 mar 11 11:51 41_custom
-rw-r--r-- 1 root root 483 mar 11 11:51 README
la entry in rosso l'ho aggiunta io e l'ho resa eseguibile per avviare win8; inoltre ho reso non eseguibile os-prober.
Ecco come è il file 25_win8:
Codice:
#!/bin/sh
exec tail -n +3 $0
# This file provides an easy way to add custom menu entries. Simply type the
# menu entries you want to add after this comment. Be careful not to change
# the 'exec tail' line above.
menuentry 'Windows Boot Manager (su /dev/sda2)' --class windows --class os $menuentry_id_option 'osprober-efi-7660-BC27' {
insmod part_gpt
insmod fat
set root='hd0,gpt2'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt2 --hint-efi=hd0,gpt2 --hint-baremetal=ahci0,gpt2 7660-BC27
else
search --no-floppy --fs-uuid --set=root 7660-BC27
fi
chainloader /EFI/Microsoft/Boot/bootmgfw_orig.efi
}
set timeout_style=menu
if [ "${timeout}" = 0 ]; then
set timeout=10
fi
ovviamente a modifiche fatte ho dato
sudo update-grub
A me ha funzionato così...
Che ci sia qualcosa di manomesso, di anomalo lo penso anch'io.
Infatti dando
sudo efibootmgr -v
ho la lista delle immagini di avvio EFI disponibili
Posso settare
sudo efibootmgr --bootnext <numeroimmagine>
per settare l'immagine EFI da usare all'avvio successivo,
e funziona
Ma se cerco di settare un nuovo ordine di avvio
sudo efibootmgr --bootorder <numeroimmagine01,numeroimmagine02,...>
l'impostazione sembra essere stata accettata (dando sudo efibootmgr -v)
MA NON FUNZIONA e al riavvio se premo ESC > F9 la prima voce è sempre l'os boot manager di windows, cioè la sequenza di avvio sembra non modificabile e vede sempre al primo posto l'entry relativa a bootmgfw.efi...
da qui è nata per me la necessità di "ingannarlo" sostituendo il bootmgfw.efi originario
