Iš to, ką jau skaitėte įrašo pavadinime, paaiškinsiu, kaip paleisti „ArchLinux“ (net neįsivaizduojama, ar jis veikia kituose distroso įrenginiuose) be jokio įkroviklio EFI ar UEFI kompiuteriuose.
Pirmas žingsnis
Įdiekite efibootmgr (jei dar neįdiegėte)
# pacman -S efibootmgr
Antroji žingsnis
Efivarfo kalnas (jei dar nėra pritvirtintas)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Trečias žingsnis
Pridėkite platinimą prie kompiuterio „Boot Order“
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
mano atveju tai dariau taip
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Paskutinis žingsnis
Pažiūrėk, ar pavyko
# efibootmgr -v
Ištrinkite įkrovos tvarkyklės distro
Jei dėl kokių nors priežasčių tai jums neveikė arba jums tiesiog nepatinka mintis nenaudoti įkrovos tvarkyklės, galite atlikti šiuos veiksmus:
Pirmas žingsnis
Pažiūrėkite, kuris yra skaičius, kuris atitinka jūsų distro įkrovos tvarkyklėje
# efibootmgr -v
Turėtumėte pamatyti kažką tokio:
„BootCurrent“: 0000 skirtasis laikas: 0 sekundžių „BootOrder“: 0000,3000,2001,2002,2003 Boot0000 * „Arch Linux HD“ (1,800,100000 49 02 7, bf7dd42-5af967-840bb-ac3d-8ea5e9.3f0.9) Failas (\ vmlinuz-linux) šaknis = .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 diskas (UEFI) RC „Boot3002“ * Vidinis kompaktinių diskų / DVD diskų įrenginys (UEFI) RC „BootXNUMX“ * Vidinis standusis diskas arba kietojo kūno diskas RC „BootXNUMX“ * Vidinis standusis diskas arba kietojo kūno diskas RC „BootXNUMX“ * Vidinis standusis diskas arba kietojo kūno diskas RC
Pamatysite, kad jis žymi „Boot0000“ *, tačiau šiuo atveju mus domina tik skaičius 0000
Antroji žingsnis
Ištrinkite įkrovos tvarkyklės distro
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
SVARBUS PRANEŠIMAS
Trečiame šio įrašo etape mano naudojama komanda NEVEIKIA.
Bandau rasti sprendimą, kai jį rasiu, paskelbsiu
Čia veikia eilutė
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img tylus loglevel = 0"
Prašau visų, kurie gali redaguoti įrašą, prašau tai padaryti
Paruošta, ištaisyta tiesa? 🙂
Ačiū
Sveiki. Aš tai dariau prieš kurį laiką (tas pats „Arch Linux“) ir galiu pasakyti, kad bent jau mano kompiuteris nepatyrė jokios žalos, mano nešiojamas kompiuteris yra „Lenovo G480“. O jei atsitiktų taip, kad atnaujinus branduolį jis nebegalėjo iš naujo įkelti sistemos ir vėl turėjau atlikti visas procedūras, kurias aprašėte čia; Atlikęs eksperimentus, aš įkėliau sistemą (aišku, kad tai buvo mano, o ne sistemos kaltė), todėl turėjau iš naujo įdiegti ir nežinau, dėl kokios priežasties nebegalėjau jos palikti be įkrovos. Kadangi tuo metu neturėjau laiko linksmintis graikų sfinkso galvosūkiais ir mįslėmis, įdiegiau „grub“ ir daugiau nebandžiau.
Na, aš naudoju šį metodą savo nešiojamajame kompiuteryje („HP pavilion n029-la“), atnaujinau branduolį ir neturėjau jokių problemų. Bet jei man nutiktų kas nors panašaus, aš visada nešiojuosi arkos „livecd“ portfelyje, kurį nešiojuosi.
Aš skaičiau ir taip, tiesa, kad atnaujinus branduolį, komanda (efibootmgr) kai kuriais pavieniais atvejais negali sukurti įrašo (jį gali ištrinti). https://bugs.archlinux.org/task/34641
Ar galėtumėte man paaiškinti santykius su „grub“? Nesuprantu skirtumo arba jei paaiškinsite efi / uefi sąvokas, susijusias su „grub“, įkrovos programa
Tiksliai idėja yra pradėti komandą neišeinant iš Grubo. Tai reiškia, kad tas pats EFI (tai yra dabartinis BIOS pakeitimas) yra atsakingas už branduolio ir įkrovos vaizdo įkėlimą.
Tai, ką padarė BIOS, skaitė pirmojo kietojo disko pirmąją dalį, kurioje paprastai yra įdiegtas „Grub“, kuris yra atsakingas už branduolio ir vaizdo įkėlimą. EFI leidžia branduoliams įkelti save (ir tokiu būdu įgalinamos pažangios saugos parinktys, pvz., Mylimas / nekenčiamas „SecureBoot“).
Praktiniu požiūriu man nėra pranašumo naudoti šį metodą paleisti kompiuterį.
saludos
Klausimas:
Noriu nusipirkti naują kompiuterį (arba ne tokį naują), kad tik įdiegčiau GNU / Linux. Ar turėsiu problemų dėl „Secure Boot“, jei jis bus su „Windows 8“?
Gali. Problema bus ta, kad priklausomai nuo kompiuterio, jei jame yra W8, jis bus suaktyvintas UEFI ir turėsite jį deaktyvinti, kad įdiegtumėte pagal kokius paskirstymus. Mano aktyvuotame galėjau įdiegti „ubuntu“, jei gerai prisimenu, bet kai įdiegiau „manjaro“, jis neveikė ir turėjau jį išjungti, kad galėčiau tinkamai įdiegti. (Tiesą sakant, dabar „Archlinux“, manau, kad jį galima įdiegti be didelių sunkumų, ir manau, kad „grub2“ palaiko, bet manau, kad kai seniai įdiegiau sistemą, ji vis dar nebuvo visiškai išblizginta).
Išjunkite „UEFI“ ir „Secure Boot“, tada paleiskite kompaktinį diską, kai diegiate prieš ištrindami „Win8“ ir „UEFI“ skaidinius.
Beveik visi EFI leidžia operacines sistemas įkelti „Legacy“ režimu, tai yra klasikiniu. Jei sukonfigūruosite EFI taip, neturėsite jokių problemų.
Yra kažkas, ko nesuprantu. Tarkime, kad turiu naują kompiuterį su „Windows“ ir UEFI. Kur atlikti šiuos veiksmus? „Arch Installation“ ar iš „LiveCD“?
Kai tai padariau, tai buvo iš „Live CD“, kuris įdiegė sistemą nuo nulio, niekada nebandžiau iš jau įdiegtos sistemos. Įsivaizduoju, kad taip pat turi būti įmanoma įdiegus sistemą pašalinant įkrovos tvarkyklę, „grub“ ar „gummiboot“, kad paminėtumėte dažniausiai pasitaikančius dalykus, o tada ištrindami įkrovos tvarkyklės įrašus, kad vykdytumėte instrukcijas nuo pat pradžių, kaip išdrįstate patirti? Jei ne mano atliktas kruvinas absorbuojantis darbas, aš tai jau dariau, jūs man davėte spyglį.
Ką daryti, jei nemanau, kad galite tvarkyti dvigubą įkrovą naudodami šį metodą.
Mano atveju aš turiu pagrindinę plokštę „MSI B85M-E45“ ir, nors ji man pasiteisino, ji sugadino mano programinę-aparatinę įrangą taip, kad nebegaliu patekti į BIOS nustatymus; Atlikau BIOS nustatymą iš pagrindinės plokštės džemperių ir problema vis dar išlieka. Aš dar kartą bandysiu mirksinti programinę aparatinę įrangą. Tada aš jums pasakysiu, ar galėčiau atkurti BIOS
Bet kokiu atveju laikau procesą, kurio neverta išbandyti dėl rizikingo mainais į keletą privalumų
Laimei, aš sugebėjau mirksėti programinės aparatinės įrangos programoje, nors tai neleido man patekti į BIOS konfigūraciją, vis tiek galėjau paleisti iš standžiojo disko ir tada su programa sukurti įkrovos DOS „Pendrive“, kad vėl mirksėtų BIOS ir programinės aparatinės įrangos failas.
Man pasisekė, ir kartą atsitiko taip, kad ACER nešiojamojo kompiuterio su UEFI programinė aparatinė įranga buvo sugadinta, kai įdiegiau „openSUSE“, kai pradėjo rodytis su UEFI suderinami paskirstymai.
Phew mažiau blogai, sėkmės šį kartą !!!!