Nga ajo që keni lexuar tashmë në titullin e postimit, unë do të shpjegoj se si të nisni ArchLinux (asnjë ide nëse funksionon në distro të tjera) pa asnjë lloj bootloader në kompjuterët EFI ose UEFI.
Hapi i parë
Instaloni efibootmgr (nëse nuk e keni tashmë të instaluar)
# pacman -S efibootmgr
Hapi i dytë
Montoni efivarfs (nëse nuk është montuar tashmë)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Hapi i tretë
Shtoni distro-n tuaj në "Boot Order" të kompjuterit tuaj
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
në rastin tim e bëra kështu
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Hapi i fundit
Shikoni nëse ka funksionuar
# efibootmgr -v
Fshi distro-në e bootorder
Nëse për çfarëdo arsye nuk ju ka funksionuar ose thjesht nuk ju pëlqen ideja për të mos përdorur një bootloader, mund të bëni sa më poshtë:
Hapi i parë
Shikoni cili është numri që i korrespondon distroit tuaj në bootorder
# efibootmgr -v
Ju duhet të shihni diçka si kjo:
BootCurrent: 0000 Timeout: 0 sekonda BootOrder: 0000,3000,2001,2002,2003 Boot0000 * Arch Linux HD (1,800,100000, bf49dd02-7af7-42bb-ac5d-967ea840e3f8) Rrënja e skedarit (\ vmlinuz-linux) = .UUID = .d.5.e.9.3.b.0.9 .-. 0.2.a.8 .-. 4.5.9.7 .-. B.0.5.9 .-. 3.f.8.7.a.8.2.2.1.8.2.5. .initrd =. /. initramfs-.linux..img. qetësi .loglevel = .0. Boot2001 * Disku USB (UEFI) RC Boot2002 * Disku i brendshëm CD / DVD ROM (UEFI) RC Boot3000 * Disku i brendshëm i ngurtë ose disku i ngurtë RC Boot3001 * Disku i brendshëm i ngurtë ose disku i ngurtë RC Boot3002 * Disku i brendshëm i fortë ose disku i ngurtë
Do të shihni që shënon Boot0000 *, por në këtë rast na intereson vetëm numri 0000
Hapi i dytë
Fshi distro-në e bootorder
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
SHPALLJE E RNDSISHME
Në hapin e tretë të kësaj hyrje, komanda që përdor NUK PUNON.
Po përpiqem të gjej zgjidhjen, do ta postoj kur ta gjej
Këtu linja që funksionon
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "rrënjë = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img i qetë loglevel = 0"
Unë pyes këdo që mund të ndryshojë hyrjen, ju lutem bëni kështu
Gati, korrigjuar apo jo? 🙂
Faleminderit
Pershendetje Unë tashmë e kam bërë këtë kohë më parë (e njëjta gjë në Arch Linux), dhe mund t'ju them se të paktën kompjuteri im nuk ka pësuar ndonjë dëm, laptopi im është një Lenovo G480. Po sikur të ndodhte është që kur kerneli të azhurnohej, ai nuk mund të ringarkonte më sistemin dhe përsëri duhet të bëja të gjithë procedurën që përshkruani këtu; Pasi bëra eksperimente, unë ngarkova sistemin (sqaroj se ishte faji im, jo i sistemit), kështu që unë duhej ta instaloja përsëri dhe nuk e di për çfarë arsye nuk mund ta lija më pa bootloader. Meqenëse në atë kohë nuk kisha kohë të argëtohesha me enigma dhe enigma greke të sfinkut, instalova grub dhe nuk e provova më kurrë.
Epo, unë e përdor këtë metodë në laptopin tim (një HP pavilion n029-la), kam azhurnuar kernelin dhe nuk kam pasur ndonjë problem. Por në rast se diçka e tillë më ndodh, unë gjithmonë mbaj një hark livecd në çantën me të cilën e mbaj.
Kam lexuar, dhe po, është e vërtetë që pas një azhurnimi të bërthamës, komanda (efibootmgr) nuk është në gjendje të krijojë një hyrje (është e aftë të fshihet) në disa raste të izoluara. https://bugs.archlinux.org/task/34641
A mund ta shpjegoni marrëdhënien me grub? Nuk e kuptoj ndryshimin ose nëse shpjegoni konceptet e efi / uefi në lidhje me grub, bootloader
Pikërisht ideja e hyrjes është që të filloni ekipin pa kaluar Grub. Kjo është, se i njëjti EFI (domethënë, zëvendësimi aktual i BIOS) është përgjegjës për ngarkimin e kernelit dhe imazhin e nisjes.
Ajo që bëri BIOS-i ishte leximi i pjesës së parë të diskut të parë të ngurtë, ku zakonisht është instaluar Grub, i cili është përgjegjës për ngarkimin e kernelit dhe imazhit. EFI lejon që kernelët të ngarkohen vetë (dhe kështu mundëson mundësi të përparuara të sigurisë si SecureBoot të dashur / të urryer).
Nga pikëpamja praktike, nuk ka përparësi për mua të përdor këtë metodë për të filluar PC.
të fala
Një pyetje:
Unë dua të blej një kompjuter të ri (ose jo aq të ri) thjesht për të instaluar GNU / Linux. Në rast se vjen me Dritaren 8 dollarë, a do të kem një problem me Secure Boot?
Mundet Problemi do të jetë që në varësi të kompjuterit, nëse ka W8 do të vijë me UEFI të aktivizuar dhe do të duhet ta çaktivizoni për ta instaluar sipas shpërndarjeve. Në aktivizimin tim mund të instaloja ubuntu nëse mbaj mend mirë, por kur instalova manjaro nuk funksionoi dhe unë duhej ta çaktivizoja që të mund ta instaloja në mënyrë korrekte. (Në të vërtetë tani në archlinux mendoj se mund të instalohet pa shumë vështirësi, dhe mendoj se grub2 e mbështet atë por supozoj se kur instalova sistemin shumë kohë më parë ai akoma nuk ishte i lustruar plotësisht).
Çaktivizoni UEFI dhe Secure Boot dhe më pas boot CD, kur instaloni para se të fshini ndarjet Win8 dhe UEFI.
Pothuajse të gjithë EFI lejojnë që sistemet operative të ngarkohen në modalitetin "Legacy", domethënë klasik. Nëse konfiguroni EFI në këtë mënyrë, nuk do të keni probleme.
Nuk është diçka që unë nuk e kuptoj. Le të themi se kam një kompjuter të ri me Windows dhe UEFI. Ku t'i kryej këto hapa? Në Instalimin e Harkut ose nga një LiveCD?
Kur e bëra, ishte nga CD Live që instalonte një sistem nga e para, nuk e provova kurrë nga një sistem i instaluar tashmë. Imagjinoj që duhet të jetë e mundur pasi sistemi të instalohet duke hequr bootloader, grub ose gummiboot për të përmendur më të zakonshmet, dhe pastaj duke fshirë shënimet e bootloader për të ndjekur udhëzimet që nga fillimi, si guxoni të ta provosh?. Po të mos ishte për punën e mallkuar thithëse që kam, unë tashmë po e bëja atë, ti më ke dhënë një gjemb.
Po sikur të mos mendoj se mund të menaxhosh një boot të dyfishtë me këtë metodë.
Në rastin tim, unë kam një pllakë amë MSI B85M-E45 dhe megjithëse më ka funksionuar, ka korruptuar firmware tim në një mënyrë të tillë që nuk mund të futem më në cilësimet e BIOS; Unë bëra një rivendosje BIOS nga kërcyesit në pllakën amë dhe problemi vazhdon ende. Unë do të përpiqem të flash firmware përsëri. Atëherë do t'ju tregoj nëse mund të rimarr BIOS-in
Në çdo rast, unë e konsideroj atë një proces që nuk ia vlen të provohet për shkak të rrezikut në këmbim të disa përfitimeve
Për fat të mirë unë isha në gjendje të flash firmware, megjithëse nuk më lejoi të futem në konfigurimin BIOS, unë përsëri mund të boot nga hard disk, dhe pastaj të krijoj një bootable DOS pendrive me programin për të flash BIOS dhe skedarin firmware.
Unë vrapova me fat dhe një herë ndodhi që firmware i një laptop ACER me UEFI ishte dëmtuar kur instalova openSUSE kur shpërndarjet e përputhshme me UEFI kishin filluar të shfaqeshin.
Phew më pak keq, fat të mirë këtë herë !!!!