Jeg prøvde å dobbelt oppstarte elementære operativsystemer med windows på min bærbare datamaskin (Asus Zenbook UX305). For å gjøre det, krympet jeg Windows-partisjonen ved hjelp av Windows Disk Manager, og brukte deretter Elementary installer «s» install naast Windows «-alternativet for å sette opp Linux-partisjonene automatisk. Da jeg startet på nytt etter installasjonen ble jeg satt inn i grub-konsollen. Jeg klarte å starte linux manuelt med kommandoene
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 og jeg fant ut at kjører kommandoen
grub> configfile (hd0,gpt4)/boot/grub/grub.cfg vil laste inn den vanlige grub-menyen slik den skal skje – så det ser ikke ut til å være noen problemer med selve konfigurasjonsfilen. Jeg fant også ut at roten og prefikset er på (hd0, gpt1), så kjører
grub> set root=(hd0,gpt4) grub> set prefix=(hd0,gpt4)/boot/grub grub> insmod normal grub> normal lastet også inn den vanlige grubmenyen. Så muligens er problemet at grub ser på feil partisjon?
I BIOS-en min har jeg et valg mellom å bruke grub og Windows bootloader for å starte opp. Å velge Windows bootloader støtter meg direkte inn i windows uten problemer.
Imidlertid kan jeg ikke finne noen måte å få noen fikser å holde fast etter omstart. Jeg har prøvd å kjøre grub-install /dev/sda, gjenskaper konfigurasjonsfilen med grub-mkconfig, og bruker Ubuntu boot reparasjons gui verktøy – ingen av disse har fungert. Er det noen måte å løse dette problemet med å installere det ene eller begge operativsystemene på nytt? Jeg trenger heller ikke å installere Windows på nytt hvis det er mulig.
Svar
Det ser ut til at GRUB-menyen ikke lastes inn fordi den leser en feil efi-fil i /boot/efi/EFI/grub/.
Når du har startet opp i elementaryOS, kjører du følgende kommandoer for å erstatte grubx64.efi -fil i den mappen.
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 Denne løsningen kommer fra brukere som diskuterer en rapportert feil i elementaryOS. Se detaljer på: https://bugs.launchpad.net/elementaryos/+bug/1492801
Jeg møtte nøyaktig samme problem som deg (jeg har installert elementaryOS Freya 0.3.1 ved siden av Windows 10) og fulgte trinnene du beskrev før du fant denne løsningen.
Det er verdt å merke seg at før jeg brukte reparasjonen, hadde jeg deaktivert rask oppstart i Windows 10, som kanskje eller ikke hadde en effekt. Se http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
I tillegg måtte jeg deaktivere sikker oppstart for at dette skulle fungere . Med sikker oppstart aktivert, klarte ikke UX305 å laste grub helt. Trykk på Esc-tasten på det første skjermbildet ved oppstart, gå deretter inn i oppsettet og slå sikker oppstart derfra. Alternativt kan det være en måte å få sikker oppstart til å fungere, men jeg er fornøyd med denne løsningen for nå – UX305 laster nå GRUB-menyen komplett med et Windows-alternativ!
Svar
Jeg hadde det samme problemet, fant løsningen:
1) i grub-redningsmodus, kjør “set”
2) It vis meg prefikset = (hd1, gp1) / boot / efi / EFI / ubuntu /
3) I mitt tilfelle, da jeg har KDE NEON, eksisterer mappen / boot / efi / EFI / ubuntu / ikke, men mappen / / boot / efi / EFI / neon / Det finnes. Så problemet er at det peker til en ikke-eksisterende mappe
4) Så jeg kopierte hele mappen / boot / efi / EFI / neon / to / boot / efi / EFI / ubuntu /. Det gjorde susen
I mitt tilfelle er også feil (hd1, gp1) fordi den skal peke på hd1, gpt5. Men jeg DINDT endret det, og det fungerte.
Det jeg endret er filen /boot/efi/EFI/ubuntu/grub.cfg, for bruk msdos-format:
search.fs_uuid xkjdiw-18e9-4d0a-ac55-2skjdh8425f root hd1,gpt5 set prefix=($root)"/grub" configfile $prefix/grub.cfg