Fra det du allerede har lest i innleggets tittel, vil jeg forklare hvordan du starter ArchLinux (ingen anelse om det fungerer på andre distroer) uten noen form for bootloader på EFI- eller UEFI-datamaskiner.
Første skritt
Installer efibootmgr (hvis du ikke allerede har den installert)
# pacman -S efibootmgr
Andre trinn
Monter efivarfs (hvis ikke allerede montert)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Tredje trinn
Legg distro til datamaskinens "Boot Order"
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
i mitt tilfelle gjorde jeg det slik
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Siste trinn
Se om det fungerte
# efibootmgr -v
Slett bootorder distro
Hvis det av en eller annen grunn ikke har fungert for deg, eller du bare ikke liker tanken på å ikke bruke en bootloader, kan du gjøre følgende:
Første skritt
Se hvilket nummer som tilsvarer distro i bootorder
# efibootmgr -v
Du bør se noe slikt:
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-stasjon (UEFI) RC Boot2002 * Intern CD / DVD-ROM-stasjon (UEFI) RC Boot3000 * Intern harddisk eller Solid State Disk RC Boot3001 * Intern harddisk eller Solid State Disk RC Boot3002 * Intern harddisk eller Solid State Disk RC
De vil se at det markerer Boot0000 *, men i dette tilfellet er vi bare interessert i tallet 0000
Andre trinn
Slett bootorder distro
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
VIKTIG ANMELDELSE
i det tredje trinnet i denne oppføringen FUNGER IKKE kommandoen jeg bruker.
Jeg prøver å finne løsningen, jeg legger den ut når jeg finner den
Her linjen som fungerer
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img stille loglevel = 0"
Jeg ber alle som kan redigere oppføringen, vær så snill å gjøre det
Klar, korrigert ikke sant? 🙂
Takk
Hei. Jeg gjorde dette allerede for en tid siden (det samme i Arch Linux), og jeg kan fortelle deg at datamaskinen min i det minste ikke ble skadet, den bærbare datamaskinen min er en Lenovo G480. Hva om det skjedde er at når kjernen ble oppdatert, kunne den ikke lenger laste inn systemet på nytt, og igjen måtte jeg gjøre hele fremgangsmåten som du beskriver her; Etter å ha gjort eksperimenter lastet jeg inn systemet (jeg presiserer at det var min feil, ikke systemets), så jeg måtte installere det på nytt, og jeg vet ikke av hvilken grunn jeg ikke lenger kunne la det være uten en bootloader. Siden jeg ikke hadde tid til å underholde meg selv med greske sfinxoppgaver og gåter på den tiden, installerte jeg grub og prøvde aldri det igjen.
Vel, jeg bruker denne metoden på den bærbare datamaskinen min (en HP pavilion n029-la), jeg har oppdatert kjernen og har ikke hatt noen problemer. Men i tilfelle noe slikt skjer med meg, bærer jeg alltid en bue livecd i kofferten som jeg bærer den med.
Jeg har lest, og ja, det er sant at kommandoen (efibootmgr) etter en kjerneoppdatering ikke er i stand til å opprette en oppføring (den kan bare slettes) i noen isolerte tilfeller. https://bugs.archlinux.org/task/34641
Kan du forklare forholdet til grub for meg? Jeg forstår ikke forskjellen. eller hvis du forklarer begrepene efi / uefi angående grub, bootloader
Akkurat ideen med oppføringen er å starte laget uten å gå gjennom Grub. Det vil si at den samme EFI (det vil si den nåværende erstatningen av BIOS) har ansvaret for å laste kjernen og oppstartsbildet.
Hva BIOS gjorde var å lese den første delen av den første harddisken, der Grub vanligvis er installert, som er ansvarlig for å laste inn kjernen og bildet. EFI lar kjerner laste seg selv (og muliggjør dermed avanserte sikkerhetsalternativer, som den elskede / hatede SecureBoot).
Fra et praktisk synspunkt har det ingen fordel for meg å bruke denne metoden for å starte PCen.
Hilsen
Et spørsmål:
Jeg vil kjøpe en ny (eller ikke så ny) datamaskin bare for å installere GNU / Linux på den. Hvis det kommer med Window $ 8, vil jeg ha et problem med Secure Boot?
Kan. Problemet vil være at avhengig av datamaskinen, hvis den har W8, vil den komme med UEFI aktivert, og du må deaktivere den for å installere i henhold til hvilke distribusjoner. I min aktivert kunne jeg installere ubuntu hvis jeg ikke husker riktig, men når jeg installerte manjaro fungerte det ikke, og jeg måtte deaktivere det for å kunne installere det riktig. (Egentlig nå i archlinux tror jeg det kan installeres uten store vanskeligheter, og jeg tror grub2 støtter det, men jeg antar at da jeg installerte systemet for lenge siden, var det ikke helt polert).
Deaktiver UEFI og Secure Boot, og start deretter CDen når du installerer før du sletter Win8- og UEFI-partisjonene.
Nesten alle EFI-er tillater at operativsystemer lastes inn i "Legacy" -modus, det vil si klassisk. Hvis du konfigurerer EFI på denne måten, vil du ikke ha noen problemer.
Det er noe jeg ikke forstår. La oss si at jeg har en ny datamaskin med Windows og UEFI. Hvor utfører jeg disse trinnene? I Arch Installation eller fra en LiveCD?
Da jeg gjorde det, var det fra Live CD å installere et system fra bunnen av, jeg prøvde det aldri fra et allerede installert system. Jeg forestiller meg at det også må være mulig når systemet er installert ved å fjerne bootloader, grub eller gummiboot for å nevne de vanligste, og deretter slette bootloaderoppføringene for å følge instruksjonene fra begynnelsen, hvordan tør du å oppleve ?. Hvis det ikke var for den jævla absorberende jobben jeg har, gjorde jeg det allerede, du har gitt meg en torn.
Hva om jeg ikke tror du kan, er å håndtere en dual boot med denne metoden.
I mitt tilfelle har jeg et MSI B85M-E45 hovedkort, og selv om det fungerte for meg, ødela det firmwaren på en slik måte at jeg ikke lenger kan angi BIOS-innstillingene. Jeg gjorde en BIOS-tilbakestilling fra hopperne på hovedkortet, og problemet vedvarer fortsatt. Jeg vil prøve å blinke fastvaren igjen. Så skal jeg fortelle deg om jeg kunne gjenopprette BIOS
I alle fall anser jeg det som en prosess som ikke er verdt å prøve på grunn av det risikable i bytte mot noen få fordeler
Heldigvis klarte jeg å blinke fastvaren, selv om det ikke tillot meg å gå inn i BIOS-konfigurasjonen, kunne jeg fortsatt starte fra harddisken, og deretter opprette en oppstartbar DOS-pendrive med programmet for å blinke BIOS og fastvarefilen igjen.
Jeg var heldig, og en gang skjedde det at firmwaren til en ACER-bærbar PC med UEFI ble skadet da jeg installerte openSUSE da UEFI-kompatible distribusjoner begynte å vises.
Phew mindre dårlig, lykke til denne gangen !!!!