Från vad du redan har läst i inläggstiteln förklarar jag hur du startar ArchLinux (ingen aning om det fungerar på andra distros) utan någon form av bootloader på EFI- eller UEFI-datorer.
Första steget
Installera efibootmgr (om du inte redan har den installerad)
# pacman -S efibootmgr
Andra steget
Montera efivarfs (om inte redan monterat)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Tredje steget
Lägg till din distro till datorns "Boot Order"
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
i mitt fall gjorde jag det så här
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Sista steget
Se om det fungerade
# efibootmgr -v
Ta bort din bootorder distro
Om det av någon anledning inte har fungerat för dig eller om du inte gillar tanken att inte använda en bootloader kan du göra följande:
Första steget
Se vilket nummer som motsvarar din distro i startordningen
# efibootmgr -v
Du borde se något så här:
BootCurrent: 0000 Timeout: 0 sekunder BootOrder: 0000,3000,2001,2002,2003 Boot0000 * Arch Linux HD (1,800,100000, bf49dd02-7af7-42bb-ac5d-967ea840e3f8) Fil (\ vmlinuz-linux) root = .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 .quiet .loglevel = .0. Boot2001 * USB-enhet (UEFI) RC Boot2002 * Intern CD / DVD-ROM-enhet (UEFI) RC Boot3000 * Intern hårddisk eller Solid State-disk RC Boot3001 * Intern hårddisk eller Solid State-disk RC Boot3002 * Intern hårddisk eller Solid State-disk RC
Du kommer att se att det markerar Boot0000 *, men i det här fallet är vi bara intresserade av numret 0000
Andra steget
Ta bort din bootorder distro
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
VIKTIGT MEDDELANDE
i det tredje steget i denna post fungerar inte kommandot som jag använder.
Jag försöker hitta lösningen, jag lägger upp den när jag hittar den
Här är linjen som fungerar
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img tyst loglevel = 0"
Jag ber alla som kan redigera posten, snälla gör det
Redo, rättad, eller hur? 🙂
Tack
Hej. Jag gjorde det redan för en tid sedan (detsamma i Arch Linux), och jag kan säga att åtminstone min dator inte skadades, min bärbara dator är en Lenovo G480. Vad händer om det hände är att när kärnan uppdaterades kunde den inte längre ladda om systemet igen och igen var jag tvungen att göra hela proceduren som du beskriver här; Efter att ha gjort experiment laddade jag in systemet (jag klargör att det var mitt fel, inte systemets), så jag var tvungen att installera om och jag vet inte av vilken anledning jag inte kunde få tillbaka det utan startladdaren. Eftersom jag inte hade tid att underhålla mig med grekiska sfinxpussel och gåtor då installerade jag grub och försökte aldrig igen.
Tja, jag använder den här metoden på min bärbara dator (en HP pavilion n029-la), jag har uppdaterat kärnan och jag har inte haft några problem. Men om något sådant händer mig, bär jag alltid en arch livecd i portföljen jag bär den med.
Jag har läst, och ja, det är sant att kommandot (efibootmgr) efter en kärnuppdatering inte kan skapa en post (det går bara att radera) i vissa isolerade fall. https://bugs.archlinux.org/task/34641
Kan du förklara förhållandet med grub för mig? Jag förstår inte skillnaden. eller om du förklarar begreppen efi / uefi angående grub, bootloader
Precis idén med inträdet är att starta laget utan att gå igenom Grub. Det vill säga att samma EFI (det vill säga den nuvarande ersättningen av BIOS) har ansvaret för att ladda kärnan och startavbildningen.
Vad BIOS gjorde var att läsa den första delen av den första hårddisken, där Grub vanligtvis är installerat, som ansvarar för att ladda kärnan och bilden. EFI tillåter kärnor att ladda sig själva (och möjliggör därmed avancerade säkerhetsalternativ, som den älskade / hatade SecureBoot).
Ur praktisk synvinkel har det ingen fördel för mig att använda den här metoden för att starta datorn.
hälsningar
En fråga:
Jag vill köpa en ny dator (eller inte så ny) bara för att installera GNU / Linux. Om det kommer med Window $ 8, har jag problem med Secure Boot?
Burk. Problemet är att beroende på dator, om den har W8, kommer den med UEFI aktiverat och du måste inaktivera den för att installera enligt vilka distributioner. I min aktiverad kunde jag installera ubuntu om jag minns rätt men när jag installerade manjaro fungerade det inte och jag var tvungen att inaktivera det för att kunna installera det korrekt. (Egentligen nu i archlinux tror jag att det kan installeras utan stora svårigheter, och jag tror att grub2 stöder det men jag antar att när jag installerade systemet för länge sedan var det inte helt polerat).
Inaktivera UEFI och Secure Boot och starta sedan CD: n när du installerar innan du tar bort Win8- och UEFI-partitionerna.
Nästan alla EFI: er tillåter att operativsystem laddas i "Legacy" -läge, det vill säga klassiskt. Om du konfigurerar EFI på detta sätt har du inga problem.
Det är något som jag inte förstår. Låt oss säga att jag har en ny dator med Windows och UEFI. Var gör jag dessa steg? I Arch Installation eller från en LiveCD?
När jag gjorde det var det från Live CD som installerade ett system från grunden, jag testade det aldrig från ett redan installerat system. Jag föreställer mig att det också måste vara möjligt när systemet har installerats genom att ta bort bootloader, grub eller gummiboot för att nämna de vanligaste och sedan ta bort bootloader-posterna för att följa instruktionerna från början, hur vågar du uppleva? . Om det inte var för det jävla absorberande jobbet jag gjorde, gjorde jag det redan.
Vad händer om jag inte tror att du kan är att hantera en dubbel boot med den här metoden.
I mitt fall har jag ett MSI B85M-E45-moderkort och även om det fungerade för mig skadade det firmware på ett sådant sätt att jag inte längre kan gå in i BIOS-inställningarna. Jag gjorde en BIOS-återställning från bygeln på moderkortet och problemet kvarstår fortfarande. Jag kommer att försöka blinka firmware igen. Då berättar jag om jag kunde återställa BIOS
I alla fall anser jag att det är en process som inte är värt att prova på grund av det riskabla i utbyte mot några fördelar
Lyckligtvis kunde jag blinka firmware, även om det inte tillät mig att gå in i BIOS-konfigurationen, kunde jag fortfarande starta från hårddisken och sedan skapa en startbar DOS-pendrive med programmet för att blinka BIOS och firmwarefilen igen.
Jag hade tur och en gång hände jag att firmware på en ACER-bärbar dator med UEFI skadades när jag installerade openSUSE när UEFI-kompatibla distributioner började visas.
Phew mindre dåligt, lycka till den här gången !!!!