Dotaz: Nenabieha Grub

[Katarina]

Dobrý deň, mám možno laickú otázku: Na notebook Lenovo V510-15IKB s OEM Windows 10 som nainštalovala Ubuntu 16.04.3 ako dualboot. Inštalácia prebehla v poriadku a pri 1. štarte sa zjavil Grub. Ubuntu v poriadku naštartoval, a pri ďalšom spustení počítača sa zjavil znova Grub. Akonáhle som však po prvýkrát zvolila Windows, už sa nemôžem dostať ku Grubu a zaviesť Ubuntu, stále sa zavádza iba Windows. Pri inštalácii som nemala vo Windows vypnutú hibernáciu ani fast startup (v návode to nebolo, až neskôr som sa dočítala, že to môže spôsobiť problém), keď to teraz dodatočne vypnem, nepomôže to. Windows aj Ubuntu boli inštalované v Secure boot enabled, keď to teraz v UEFI nastavím na disabled, tiež sa nič nezmení. Poraďte, v čom robím chybu? Dá sa súčasná inštalácia nejako opraviť, aby Grub korektne zavádzal oba systémy? Ďakujem za radu.

---

---

Odpovědi

[k3dAR]

na 99.9999% Windows provedli nejakou "udrzbu" nebo spis "windows aktualizaci" a prepsali GRUB zavadec svojim vlastnim...

oprava spociva v tom, znovu nahrat GRUB na disk... to udelas tak ze pustis system z "instalacniho" CD/DVD/USB, ale v prvnotnim vyberu misto Install(ace) vyberes Try(Vyzkouset)... pokud se ti nezobrazuje toto menu, ale zobrazuje se dole ikonky "klavesnice=panacek" zmackni v tu chvili klavesnici, menu se zobrazi...
az ti to nabehne, pustis terminal a v nem:

sudo parted -l

to ti zobrazi dostupne disky a jejich rozdeleni, musis najit disk a jeho oddil na kterej si instalovala, bude tam napsano ext4 (format Linuxu) a jeho velikost, podle toho to poznas, v nasledujim postupu misto sdX nebo sdXY musis uvest spravny disk nebo disk a oddil, X bude pismeno, Y bude cislo oddilu...

sudo mount /dev/sdXY /mnt

sudo mount --bind /dev /mnt/dev
sudo mount -t devpts devpts /mnt/dev/pts
sudo mount -t proc proc /mnt/proc
sudo mount -t sysfs sysfs /mnt/sys

sudo chroot /mnt

ted ses prepla do systemu na disku a provedes (bez sudo, protoze chroot uz pod rootem bezi):

grub-install /dev/sdX

exit

opustila si chroot a "uklidis" po nem...

umount /mnt/{dev/pts,dev,proc,sys}
umount /mnt

restartuj a disk uz by mel Grub menu nabidnout...

pokud ti to prijde komplikovane, muze pouzit nejaky klikaci nastroj na opravu Grubu, ktere v podstate provadej na pozadi nejspis to same, ale nemam s nima zkusenosti, takze neporadim, jen odkaz: https://help.ubuntu.com/community/Boot-Repair

[Katarina]

Ahoj, skúsila som metódu s live DVD. Vo výpise diskových oddielov je 1. oddiel „EFI system“, a sú vidieť všetky oddiely Ubuntu (/, /home, /swap). / oddiel by mal byť sda9. Pri príkaze: grub-install /dev/sda vypíše: Installing for x86_64-efi platform. grub-install: error: cannot find EFI directory. EFI oddiel je ale vo výpise diskov prvý!

Ďalej pri umount /mnt/{dev/pts,dev,proc,sys} a umount /mnt vypíše: umount failed: Operation not permitted.

Možno sa to z DVD nedá spraviť??

[Jendа]

error: cannot find EFI directory

mount /dev/sda1 /boot/efi

Ďalej pri umount /mnt/{dev/pts,dev,proc,sys} a umount /mnt vypíše: umount failed: Operation not permitted.

Možná nejsi root? (sudo, sudo -i)

[Josef Kufner]

Popřipojuj si všechny disky tak, jak to máš při normálním bootu, jen je dej do /target (Debianí instalátor to tak tuším má) nebo /mnt/něco. Pak udělej chroot do toho adresáře a odtamtud spusť grub-install.

Pokud máš /boot/efi jako /dev/sda1 a / jako /dev/sda2, tak uděláš:

# Připojit disky
mkdir /target
mount /dev/sda2 /target
mount /dev/sda1 /target/boot/efi

# Připojit speciální fs
mount -o bind /dev /target/dev
mount -t proc proc /target/proc
mount -t sysfs sys /target/sys

# Spustit shell v nainstalovaném systému
chroot /target

# Použít nainstalovaný grub k opravě zavaděče
grub-install /dev/sda

Ale ten mount by měl udělat instalátor sám, pokud ho spustíš v recovery režimu. Alespoň ten z Debianu je v tomhle docela nápomocný a popřipojuje to všechno sám.

[k3dAR]

z live da, jen sem zapomel ze pro efi je v tom odstavci s mount potreba jeste pridat:

sudo mount /dev/sdXZ /mnt/boot/efi

kde za sdXZ dosad zarizeni pro oddil s efi

pro uplnost dodam (neni to Tvuj pripad) ze pokud by byl oddeleny /boot oddil je pred timto mount pro efi jeste potreba:

sudo mount /dev/sdXW /mnt/boot

kde sdXW by byl ten /boot oddil

pri uklidu pak:

sudo umount /mnt/boot/efi

a pokud by byl oddelenej /boot

sudo umount /mnt/boot

[Petr Fiedler]

k3dAR: to odněkud znám

[kamowski]

niečo snáď pomôže: https://www.linux-mint-czech.cz/?s=grub+2

[Andrej]

Nemá ten notebook boot menu, například při stisku F12 nebo tak? To by se vyplatilo zkusit jako první možnost. Někdy se to boot menu musí napřed v UEFI nastaveních povolit. Není náhodou GRUB / Ubuntu vidět někde v seznamu pořadí bootování v tom UEFI setupu?

Celkem očekávaná situace by byla, že na tom UEFI systémovém oddíle budou stále zavaděč od Shitdows i GRUB (každý s nějakou vhodnou strukturou podadresářů a s binárkou zavaděče pro UEFI). Představitelný způsob, jak by se ten GRUB mohl ztratit, by bylo třeba nečekané přeformátování toho UEFI oddílu ze strany Shitdows, ale nechce se mi věřit, že by se něco takového samovolně dělo.

Na Linuxu je na tohle utilita efibootmgr, která dovede z běžícího systému přímo v UEFI nastavit (mimo jiné) implicitní volbu pro spouštění (tedy zda spustit GRUB nebo něco jiného, co na UEFI oddíle mají uložené jiné systémy / zavaděče). Tipoval bych, že GRUB nezmizel, ale že Shitdows jenom provedly něco ve stylu efibootmgr. (Nedá se v nich někde nastavit, aby tohle nedělaly / nekontrolovaly?)

[Andrej]

Tady je o tom cosi. Asi to nemusí nutně platit pro každý typ hardwaru / UEFI, ale pomoct by to mohlo.

[Katarina]

Ahoj, ďakujem vám všetkým za ochotu a pomoc, a zároveň poreferujem, ako to dopadlo. Nakoniec som Ubuntu preinštalovala, s tým, že tentoraz som pred inštaláciou vypla fast startup a hibernáciu. V UEFI som ponechala Secure boot enabled. Zatiaľ mi dualboot dobre funguje.

[lertimir]

Řešení je správné. Hibernace je v postatě neslučitelná s dual boot, a fast startup je v zásadě hibernace. Ten důvod je primárně proto, že hibernace má skončit po probuzení ve stejném stavu operační paměti a disků jako ve chvíli jejího spuštění, a vlastně vše tomu podřizuje. Jednak pro tento účel může vytvářet velmi neobvyklé zásahy do bootovacího procesu a jednak i když by se boot obešel (třeba z flasky), tak filesystem spojený s hibernovaným OS je v nekonzistentním stavu (otevřené soubory atd.) a jiný operační system ten filesystem neotevře.

[Peter Fodrek]

mna napadlo. boot z Systenm rescue CD do naisntalovanmeho Linucu a sudo grub-install sudo update-grub