Próbáltam kettős rendszerindítást indítani a laptopomon lévő ablakokkal (Asus Zenbook UX305). Ehhez összezsugorítottam a Windows partíciót a Windows lemezkezelő használatával, majd az Elementary installer “s” install with Windows “opciójával automatikusan beállítottam a linux partíciókat. Amikor a telepítés után újraindultam, a grub konzolba kerültem. kézzel tudta elindítani a linuxot a következő parancsokkal:
grub> set root=(hd0,gpt4) grub> linux /boot/vmlinuz-3.19.0-26-generic root=/dev/sda4 grub> initrd /boot/initrd.img-3.19.0-26-generic grub> boot és azt tapasztaltam, hogy a parancs futtatása
grub> configfile (hd0,gpt4)/boot/grub/grub.cfg a normál grub menüt töltené be, amint az állítólag megtörténik – tehát úgy tűnik, hogy maga a konfigurációs fájl sem okoz problémát. Azt is megállapítottam, hogy a gyökér és az előtag be van kapcsolva (hd0, gpt1), ezért a
grub> set root=(hd0,gpt4) grub> set prefix=(hd0,gpt4)/boot/grub grub> insmod normal grub> normal futtatása a normál grub menüt is betöltötte. Tehát valószínűleg az a probléma, hogy a grub rossz partíciót keres?
A BIOS-ban választhatok a grub és a Windows bootloader használata között. A Windows rendszerbetöltőjének kiválasztása problémamentesen közvetlenül az ablakokba indít.
Azonban “nem találok semmilyen módot arra, hogy az újraindítás után minden javítás megmaradjon. Megpróbáltam újra futtatni a grub-install /dev/sda, a konfigurációs fájl újrateremtése a grub-mkconfig paranccsal, és az Ubuntu indításjavító gui eszköz használata – ezek egyike sem működött. Van-e valamilyen megoldás az egyik vagy mindkét operációs rendszer újratelepítésének hiányára? Inkább nem kell újratelepítenem a Windows-t, ha lehetséges.
Válasz
Úgy tűnik, hogy a GRUB menü betöltése nem sikerült, mert helytelen efi fájlt olvas a /boot/efi/EFI/grub/ fájlban.
Miután elindult az elementaryOS rendszerbe, futtassa a következő parancsokat a grubx64.efi fájlt a mappában.
cd /boot/efi/EFI/grub sudo cp grubx64.efi grubx64.efi.backup (just in case) sudo rm grubx64.efi sudo cp /boot/grub/x86_64-efi/grub.efi /boot/efi/EFI/grub/grubx64.efi Ez a megoldás abból származik, hogy a felhasználók az elementaryOS-ban jelentettek egy hibát. Részletek: https://bugs.launchpad.net/elementaryos/+bug/1492801
Pontosan ugyanazzal a problémával szembesültem, mint te (a Windows 10 mellé telepítettem az elementaryOS Freya 0.3.1-et) és követtem az Ön által leírt lépéseket, mielőtt megtaláltam ezt a megoldást.
Érdemes megjegyezni, hogy a javítás alkalmazása előtt letiltottam a gyors indítást a Windows 10 rendszerben, aminek lehet, hogy nincs hatása. Lásd: http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
Ezenkívül le kellett tiltanom a biztonságos indítást, hogy ez működjön . Ha engedélyezve van a biztonságos indítás, az UX305-ös nem tudta teljesen betölteni a grub-ot. Indításkor nyomja meg az Esc gombot az első képernyőn, majd lépjen be a beállításba, és kapcsolja ki onnan a biztonságos indítást. Alternatív megoldásként lehet egy biztonságos indítás működési módja, de egyelőre elégedett vagyok ezzel a megoldással – az UX305 készülékem most betöltötte a GRUB menüt egy Windows opcióval együtt!
Válasz
Ugyanaz a probléma adta a megoldást:
1) a grub mentési módban futtassa a „set” funkciót
2) Ez show me prefix = (hd1, gp1) / boot / efi / EFI / ubuntu /
3) Az én esetemben, mivel a KDE NEON van, a / boot / efi / EFI / ubuntu / mappa nem létezik, de a mappa / / boot / efi / EFI / neon / Létezik. Tehát a probléma az, hogy egy nem kilépő mappára mutat
4) Tehát átmásoltam az összes mappát / boot / efi / EFI / neon / to / boot / efi / EFI / ubuntu /. Ez megcsinálta a trükköt
Az én esetemben szintén hibás (hd1, gp1), mert hd1, gpt5 pontra kell mutatnia. De én DINDT változtattam ezen, és bevált.
Amit megváltoztattam, az a /boot/efi/EFI/ubuntu/grub.cfg fájl, msdos formátumra használható:
search.fs_uuid xkjdiw-18e9-4d0a-ac55-2skjdh8425f root hd1,gpt5 set prefix=($root)"/grub" configfile $prefix/grub.cfg