Yritin kaksoiskäynnistää alkuosan käyttöjärjestelmiä kannettavan tietokoneen Windows-tietokoneilla (Asus Zenbook UX305). Tätä varten kutistin Windows-osion Windowsin levynhallintaohjelmalla ja käytin sitten perusasennusohjelman ”asentaa Windowsin rinnalla” -asetusta linux-osioiden määrittämiseen automaattisesti. Kun käynnistin uudelleenkäynnistyksen asennuksen jälkeen, minut laitettiin grub-konsoliin. pystyi käynnistämään linuxin manuaalisesti komennoilla
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 ja huomasin, että komennon suorittaminen
grub> configfile (hd0,gpt4)/boot/grub/grub.cfg lataa normaalin grub-valikon, kuten sen pitäisi tapahtua – joten itse konfiguraatiotiedostossa ei näytä olevan ongelmia. Huomasin myös, että juuri ja etuliite ovat päällä (hd0, gpt1), joten käynnissä oleva
grub> set root=(hd0,gpt4) grub> set prefix=(hd0,gpt4)/boot/grub grub> insmod normal grub> normal latasi myös normaalin grub-valikon. Joten mahdollisesti ongelma on, että grub etsii väärää osiota?
BIOS-järjestelmässäni on valintani välillä käynnistääkö grub ja Windows bootloader. Windowsin käynnistyslataimen valitseminen käynnistää minut suoraan Windowsiin ilman ongelmia.
En kuitenkaan löydä mitään tapaa saada korjauksia kiinni uudelleenkäynnistyksen jälkeen. Olen yrittänyt suorittaa uudelleen grub-install /dev/sda, määritystiedoston luominen uudelleen grub-mkconfig -palvelulla ja Ubuntun käynnistyskorjauksen gui-työkalun käyttäminen – mikään näistä ei ole toiminut. Onko mahdollista korjata tämä ongelma jommankumman tai molempien käyttöjärjestelmien uudelleenasentamisesta? Minun ei tarvitse asentaa ikkunoita uudelleen, jos mahdollista.
Vastaa
Vaikuttaa siltä, että GRUB-valikko ei lataudu, koska se lukee väärän efi-tiedoston hakemistossa /boot/efi/EFI/grub/.
Kun olet käynnistänyt elementaryOS: n, suorita seuraavat komennot korvaamaan grubx64.efi tiedosto kansiossa.
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 Tämä ratkaisu tulee käyttäjiltä, jotka keskustelevat ilmoitetusta virheestä elementaryOS: ssa. Katso lisätietoja osoitteesta: https://bugs.launchpad.net/elementaryos/+bug/1492801
Kohtasin täsmälleen saman ongelman kuin sinä (olen asentanut elementaryOS Freya 0.3.1: n Windows 10: n rinnalle) ja seurasin kuvailemiasi vaiheita ennen tämän ratkaisun löytämistä.
On syytä huomata, että ennen korjauksen asentamista olin poistanut käytöstä nopean käynnistyksen Windows 10: ssä, jolla ei ehkä ollut vaikutusta. Katso http://www.tenforums.com/tutorials/4189-fast-startup-turn-off-windows-10-a.html
Lisäksi minun piti poistaa suojattu käynnistys käytöstä, jotta tämä toimisi . Kun suojattu käynnistys on käytössä, UX305 ei onnistunut lataamaan grubia kokonaan. Paina Esc-näppäintä ensimmäisellä näytöllä käynnistyksen yhteydessä, siirry sitten asetuksiin ja poista suojattu käynnistys käytöstä sieltä. Vaihtoehtoisesti voi olla tapa saada suojattu käynnistys toimimaan, mutta olen toistaiseksi tyytyväinen tähän ratkaisuun – UX305-laitteeni lataa nyt GRUB-valikon täydellisenä Windows-vaihtoehdolla!
Vastaa
Minulla oli sama ongelma löytänyt ratkaisun:
1) suorita grub-pelastustilassa ”set”
2) Se näytä minulle etuliite = (hd1, gp1) / boot / efi / EFI / ubuntu /
3) Minun tapauksessani, koska minulla on KDE NEON, kansiota / boot / efi / EFI / ubuntu / ei ole olemassa, mutta kansiota / / boot / efi / EFI / neon / Se on olemassa. Joten ongelma on se, että osoitetaan ei-kansioon. 4) Joten kopioin kaikki kansion / boot / efi / EFI / neon / to / boot / efi / EFI / ubuntu /. Se teki tempun – Minun tapauksessani on myös väärin (hd1, gp1), koska sen on osoitettava hd1, gpt5. Mutta DINDT muutti sitä ja se toimi.
Muutin tiedoston /boot/efi/EFI/ubuntu/grub.cfg, käytettäväksi msdos-muotoon:
search.fs_uuid xkjdiw-18e9-4d0a-ac55-2skjdh8425f root hd1,gpt5 set prefix=($root)"/grub" configfile $prefix/grub.cfg