Siitä, mitä olet jo lukenut viestin otsikossa, selitän, kuinka ArchLinux käynnistetään (ei ole aavistustakaan, toimiiko se muissa distroissa) ilman minkäänlaista käynnistyslatainta EFI- tai UEFI-tietokoneissa.
Ensimmäinen askel
Asenna efibootmgr (jos sinulla ei vielä ole sitä asennettuna)
# pacman -S efibootmgr
Toinen vaihe
Asenna efivarfs (jos sitä ei vielä ole asennettu)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Kolmas vaihe
Lisää distro tietokoneesi käynnistysjärjestykseen
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
minun tapauksessani tein sen näin
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Viimeinen vaihe
Katso toimiiko se
# efibootmgr -v
Poista käynnistystilauksen distro
Jos se ei jostain syystä ole toiminut sinulle tai et vain pidä ajatuksesta olla käyttämättä käynnistyslatainta, voit tehdä seuraavaa:
Ensimmäinen askel
Katso mikä on numero, joka vastaa distroosi käynnistysjärjestyksessä
# efibootmgr -v
Sinun pitäisi nähdä jotain tällaista:
BootCurrent: 0000 Aikakatkaisu: 0 sekuntia BootOrder: 0000,3000,2001,2002,2003 Boot0000 * Arch Linux HD (1,800,100000 49 02 7, bf7dd42-5af967-840bb-ac3d-8ea5e9.3f0.9) Tiedosto (\ vmlinuz-linux) juuri = .UUID = .d.0.2.e.8.b.4.5.9.7 .-. 0.5.9.a.3 .-. 8.7 .-. B.8.2.2.1.8.2.5 .-. 0.f.2001.a.2002. .initrd =. /. initramfs-.linux..img .quiet .loglevel = .3000. Boot3001 * USB-asema (UEFI) RC Boot3002 * Sisäinen CD / DVD-ROM-asema (UEFI) RC BootXNUMX * Sisäinen kiintolevy tai SSD-levy RC BootXNUMX * Sisäinen kiintolevy tai SSD-levy RC BootXNUMX * Sisäinen kiintolevy tai SSD
He näkevät, että se merkitsee Boot0000 *: ta, mutta tässä tapauksessa meitä kiinnostaa vain numero 0000
Toinen vaihe
Poista käynnistystilauksen distro
# efibootmgr -b 0000 -B
lähde: Arch Linux -wiki
TÄRKEÄ HUOMAUTUS
Tämän merkinnän kolmannessa vaiheessa käyttämäni komento EI TOIMI.
Yritän löytää ratkaisun, lähetän sen, kun löydän sen
Tässä toimii linja
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img hiljainen taso = 0"
Pyydän kaikkia, jotka voivat muokata merkintää, tee niin
Valmiina, korjattu oikein? 🙂
Kiitos
Hei. Tein tämän jo jonkin aikaa sitten (sama Arch Linuxissa), ja voin kertoa teille, että ainakaan tietokoneelleni ei aiheutunut vahinkoa, kannettava tietokoneeni on Lenovo G480. Entä jos se tapahtuisi, että kun ydin päivitettiin, se ei voinut enää ladata järjestelmää uudelleen ja minun oli jälleen tehtävä kaikki tässä kuvaamasi toimenpiteet; Kokeiden jälkeen ladasin järjestelmän (selvitän, että se oli minun vikani, ei järjestelmän vikaa), joten minun piti asentaa uudelleen, enkä tiedä, mistä syystä en voinut enää jättää sitä ilman käynnistyslatainta. Koska minulla ei ollut aikaa viihdyttää itseäni Kreikan sfinksi-palapeleillä ja arvoituksilla, asensin grubin enkä koskaan kokeillut sitä uudelleen.
No, käytän tätä menetelmää kannettavalla tietokoneellani (HP: n paviljonki n029-la), olen päivittänyt ytimen ja minulla ei ole ollut ongelmia. Mutta jos jotain tällaista tapahtuu minulle, kannan aina kaaren livecd-laukkua, jossa kannan sitä.
Olen lukenut, ja kyllä, on totta, että ytimen päivityksen jälkeen (efibootmgr) -komento ei pysty luomaan merkintää (se pystyy vain poistamaan) joissakin yksittäisissä tapauksissa. https://bugs.archlinux.org/task/34641
Voitteko selittää suhdetta grubiin? En ymmärrä eroa tai jos selität efi / uefi-käsitteet koskien grubia, käynnistyslatainta
Kilpailun idea on nimittäin aloittaa joukkue käymättä läpi Grubin. Toisin sanoen sama EFI (eli BIOS: n nykyinen korvaus) vastaa ytimen ja käynnistyskuvan lataamisesta.
BIOSin tekemä luku oli ensimmäisen kiintolevyn ensimmäinen osa, johon yleensä asennetaan Grub, joka vastaa ytimen ja kuvan lataamisesta. EFI antaa ytimien ladata itsensä (ja mahdollistaa siten edistyneet suojausvaihtoehdot, kuten rakastettu / vihattu SecureBoot).
Käytännön näkökulmasta minulla ei ole mitään etua käyttää tätä menetelmää tietokoneen käynnistämiseen.
terveiset
Kysymys:
Haluan ostaa uuden tietokoneen (tai ei niin uuden) vain asentamaan GNU / Linux. Jos sen mukana tulee ikkuna 8 dollaria, onko minulla ongelmia suojatun käynnistyksen kanssa?
Voi. Ongelmana on, että tietokoneesta riippuen, jos siinä on W8, se tulee aktivoituna UEFI: n kanssa, ja sinun on deaktivoitava se asennettavaksi jakelujen mukaan. Aktivoidussa kaivoksessa voisin asentaa ubuntun, jos muistan oikein, mutta kun asensin manjaron, se ei toiminut ja jouduin deaktivoimaan sen voidakseni asentaa sen oikein. (Oikeastaan nyt archlinuxissa luulen, että se voidaan asentaa ilman suurempia vaikeuksia, ja mielestäni grub2 tukee sitä, mutta luulen, että kun asennin järjestelmän kauan sitten, se ei ollut vieläkään täysin kiillotettu).
Poista UEFI ja Secure Boot käytöstä ja käynnistä sitten CD, kun asennat sen ennen Win8- ja UEFI-osioiden poistamista.
Lähes kaikki EFI: t sallivat käyttöjärjestelmien lataamisen "Legacy" -tilassa, eli klassisessa. Jos määrität EFI: n tällä tavalla, sinulla ei ole ongelmia.
On jotain, jota en ymmärrä. Oletetaan, että minulla on uusi tietokone, jossa on Windows ja UEFI. Missä nämä vaiheet suoritetaan? Arch-asennuksessa vai LiveCD: ltä?
Kun tein sen, se tuli Live-CD: ltä, joka asensi järjestelmän tyhjästä, en koskaan kokeillut sitä jo asennetusta järjestelmästä. Luulen, että sen on oltava mahdollista myös järjestelmän asentamisen jälkeen poistamalla käynnistyslatausohjelma, grub tai gummiboot mainita yleisimmät ja poistamalla käynnistyslataimen merkinnät noudattamaan ohjeita alusta alkaen. Kuinka uskallat kokea?. Jos ei ollut sitä pirun imukykyistä työtä, joka minulla on, tein sen jo, olet antanut minulle piikin.
Entä jos en usko, että voit käsitellä kaksoiskäynnistystä tällä menetelmällä.
Minun tapauksessani minulla on MSI B85M-E45 -emolevy, ja vaikka se toimi minulle, se vioittanut laiteohjelmistoa siten, että en voi enää syöttää BIOS-asetuksia. Tein BIOS-palautuksen emolevyn hyppääjistä, ja ongelma jatkuu. Yritän välähtää laiteohjelmistoa uudelleen. Sitten kerron, voisinko palauttaa BIOSin
Joka tapauksessa pidän sitä prosessina, jota ei kannata kokeilla riskialttiuden vuoksi muutamien etujen vastineeksi
Onneksi pystyin välähtämään laiteohjelmiston, vaikka se ei sallinut minun siirtyä BIOS-kokoonpanoon, voin silti käynnistää kiintolevyltä ja luoda sitten käynnistettävän DOS-pendriven ohjelman kanssa BIOSin ja laiteohjelmistotiedoston uudelleen vilkuttamiseksi.
Minulla oli onni, ja kerran sattui, että UEFI: n sisältävän ACER-kannettavan laiteohjelmisto vahingoittui, kun asennin openSUSEn, kun UEFI-yhteensopivat jakelut alkoivat näkyä.
Phew vähemmän huono, onnea tällä kertaa !!!!