Încercam să pornesc dual OS sisteme elementare cu Windows pe laptopul meu (Asus Zenbook UX305). Pentru a face acest lucru, am micșorat partiția Windows folosind managerul de discuri Windows, apoi am folosit opțiunea de instalare elementară „s” instalează alături de Windows „pentru a configura automat partițiile Linux. Când am repornit după instalare, am fost introdus în consola grub. a reușit să pornească linux manual cu comenzile
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 și am constatat că executarea comenzii
grub> configfile (hd0,gpt4)/boot/grub/grub.cfg ar încărca meniul normal de grub așa cum se presupune că se va întâmpla – deci nu pare să existe probleme cu fișierul de configurare în sine. De asemenea, am constatat că rădăcina și prefixul sunt activate (hd0, gpt1), așa că rularea
grub> set root=(hd0,gpt4) grub> set prefix=(hd0,gpt4)/boot/grub grub> insmod normal grub> normal a încărcat și meniul normal de grub. Deci, probabil, problema este că grub caută o partiție greșită?
În BIOS-ul meu, am de ales între a folosi grub și bootloader-ul Windows pentru a porni. Selectarea încărcătorului de pornire Windows mă pornește direct în Windows fără probleme.
Cu toate acestea, nu pot găsi nici o modalitate de a obține remedierile care să rămână după o repornire. Am încercat să rulez din nou grub-install /dev/sda, recreând fișierul de configurare cu grub-mkconfig și utilizând instrumentul gui de reparare a boot-ului Ubuntu – niciunul dintre acestea nu a funcționat. Există vreo modalitate de a remedia această scurtă reinstalare a unuia sau a ambelor sisteme de operare? Prefer să nu reinstalez Windows, dacă este posibil.
Răspuns
Se pare că meniul GRUB nu se încarcă deoarece citește un fișier efi incorect în /boot/efi/EFI/grub/.
Odată ce ați pornit în elementaryOS, rulați următoarele comenzi pentru a înlocui grubx64.efi fișier din acel folder.
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 Această soluție vine de la utilizatorii care discută despre un bug raportat în elementaryOS. Vedeți detalii la: https://bugs.launchpad.net/elementaryos/+bug/1492801
Am întâmpinat exact aceeași problemă ca și dvs. (am instalat elementaryOS Freya 0.3.1 alături de Windows 10) și am urmat pașii pe care i-ați descris înainte de a găsi această soluție.
Este demn de remarcat faptul că, înainte de a aplica remedierea, am dezactivat pornirea rapidă în Windows 10, care poate avea sau nu un efect. Consultați http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
În plus, a trebuit să dezactivez boot-ul sigur pentru ca acest lucru să funcționeze . Cu pornirea sigură activată, UX305 nu a reușit să încarce complet grub-ul. Apăsați tasta Esc pe primul ecran la pornire, apoi introduceți setarea și dezactivați boot-ul sigur de acolo. Alternativ, poate exista o modalitate de a porni pornirea sigură, dar sunt mulțumit de această soluție deocamdată – UX305-ul meu încarcă acum meniul GRUB complet cu o opțiune Windows!
Răspuns
Am avut aceeași problemă, am găsit soluția:
1) în modul de salvare grub, rulați „set”
2) arată-mi prefixul = (hd1, gp1) / boot / efi / EFI / ubuntu /
3) În cazul meu, deoarece am KDE NEON, folderul / boot / efi / EFI / ubuntu / nu există, dar folderul / / boot / efi / EFI / neon / Există. Așadar, problema este că indică un folder care nu se află la ieșire
4) Așa că am copiat tot folderul / boot / efi / EFI / neon / to / boot / efi / EFI / ubuntu /. Asta a făcut trucul, și în cazul meu este greșit (hd1, gp1), deoarece ar trebui să indice hd1, gpt5. Dar eu DINDT am schimbat asta și a funcționat.
Ce am schimbat este fișierul /boot/efi/EFI/ubuntu/grub.cfg, pentru utilizarea formatului msdos:
search.fs_uuid xkjdiw-18e9-4d0a-ac55-2skjdh8425f root hd1,gpt5 set prefix=($root)"/grub" configfile $prefix/grub.cfg