Jeg forsøgte at dobbelt starte elementære operativsystemer med windows på min bærbare computer (Asus Zenbook UX305). For at gøre det mindskede jeg Windows-partitionen ved hjælp af Windows Disk Manager, og brugte derefter Elementar-installationsprogrammet “s” installation sammen med Windows “til at opsætte Linux-partitionerne automatisk. Da jeg genstartede efter installationen, blev jeg sat i grub-konsollen. Jeg var i stand til at starte Linux manuelt med kommandoerne
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 fandt ud af at køre kommandoen
grub> configfile (hd0,gpt4)/boot/grub/grub.cfg ville indlæse den normale grub-menu, som det skulle ske – så der synes ikke at være nogen problemer med selve konfigurationsfilen. Jeg fandt også, at roden og præfikset er slået til (hd0, gpt1), så kører
grub> set root=(hd0,gpt4) grub> set prefix=(hd0,gpt4)/boot/grub grub> insmod normal grub> normal indlæste også den normale grub-menu. Så muligvis er problemet, at grub ser på den forkerte partition?
I min BIOS har jeg et valg mellem at bruge grub og Windows bootloader til at starte. Valg af Windows bootloader starter mig direkte i Windows uden problemer.
Jeg kan dog ikke finde nogen måde at få rettelser til at holde fast efter en genstart. Jeg har prøvet at køre grub-install /dev/sda, gendannelse af konfigurationsfilen med grub-mkconfig og brug af Ubuntu boot reparations gui værktøj – ingen af disse har fungeret. Er der nogen måde at løse dette kort på at geninstallere det ene eller begge OSer? Jeg behøver hellere ikke at geninstallere windows, hvis det er muligt.
Svar
Det ser ud til, at GRUB-menuen ikke kan indlæses, fordi det læser en forkert efi-fil i /boot/efi/EFI/grub/.
Når du er startet i elementaryOS, skal du køre følgende kommandoer for at erstatte grubx64.efi -fil i denne mappe.
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øsning kommer fra brugere, der diskuterer en rapporteret fejl i elementaryOS. Se detaljer på: https://bugs.launchpad.net/elementaryos/+bug/1492801
Jeg stod over for nøjagtigt det samme problem som dig (jeg har installeret elementaryOS Freya 0.3.1 sammen med Windows 10) og fulgte de trin, du beskrev, før du fandt denne løsning.
Det er værd at bemærke, at før jeg anvendte rettelsen, havde jeg deaktiveret hurtig opstart i Windows 10, som måske eller måske ikke havde en effekt. Se http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
Derudover måtte jeg deaktivere sikker opstart for at dette kunne fungere . Med sikker opstart aktiveret kunne min UX305 ikke indlæse grub helt. Tryk på Esc-tasten på den første skærm ved opstart, åbn derefter opsætningen og slå sikker opstart fra derfra. Alternativt kan der være en måde at få sikker opstart til at fungere, men jeg er tilfreds med denne løsning indtil videre – min UX305 indlæser nu GRUB-menuen komplet med en Windows-mulighed!
Svar
Jeg havde det samme problem fundet løsningen:
1) i grub-redningstilstand, kør “set”
2) Det vis mig præfiks = (hd1, gp1) / boot / efi / EFI / ubuntu /
3) I mit tilfælde, da jeg har KDE NEON, findes mappen / boot / efi / EFI / ubuntu / ikke, men mappen / / boot / efi / EFI / neon / Det findes. Så problemet er, at det peger på en mappe, der ikke findes
4) Så jeg kopierede hele mappen / boot / efi / EFI / neon / to / boot / efi / EFI / ubuntu /. Det gjorde tricket – I mit tilfælde er det også forkert (hd1, gp1), fordi det skal pege på hd1, gpt5. Men jeg DINDT ændrede det, og det fungerede.
Det, jeg har ændret, er filen /boot/efi/EFI/ubuntu/grub.cfg, til brug i msdos-format:
search.fs_uuid xkjdiw-18e9-4d0a-ac55-2skjdh8425f root hd1,gpt5 set prefix=($root)"/grub" configfile $prefix/grub.cfg