No tā, ko jūs jau esat izlasījis ziņas nosaukumā, es paskaidrošu, kā palaist ArchLinux (nav ne jausmas, vai tas darbojas citos distros) bez jebkāda veida bootloader EFI vai UEFI datoros.
Pirmais solis
Instalējiet efibootmgr (ja jums tas vēl nav instalēts)
# pacman -S efibootmgr
Otrais solis
Mount efivarfs (ja vēl nav uzstādīts)
# mount -t efivarfs efivarfs /sys/firmware/efi/efivars
Trešais solis
Pievienojiet savu distro datora sāknēšanas pasūtījumam
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=/dev/sdaX initrd=/initramfs-linux.img"
manā gadījumā es to izdarīju šādi
# efibootmgr -c -L "Arch Linux" -l /vmlinuz-linux -u "root=UUID=d5e93b09-02a8-4597-b059-3f87a8221825 initrd=/initramfs-linux.img quiet loglevel=0"
Pēdējais solis
Skatiet, vai tas darbojās
# efibootmgr -v
Dzēsiet sāknēšanas kārtību
Ja kāda iemesla dēļ tas jums nedarbojās vai jums vienkārši nepatīk ideja neizmantot sāknēšanas ielādētāju, varat rīkoties šādi:
Pirmais solis
Skatiet, kurš ir numurs, kas atbilst jūsu distro sāknēšanas kārtībā
# efibootmgr -v
Jums vajadzētu redzēt kaut ko līdzīgu šim:
BootCurrent: 0000 taimauts: 0 sekundes BootOrder: 0000,3000,2001,2002,2003 Boot0000 * Arch Linux HD (1,800,100000 49 02 7, bf7dd42-5af967-840bb-ac3d-8ea5e9.3f0.9) fails (\ vmlinuz-linux) sakne = .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 disks (UEFI) RC Boot3002 * Iekšējais CD / DVD ROM disks (UEFI) RC BootXNUMX * Iekšējais cietais disks vai cietvielu disks RC BootXNUMX * Iekšējais cietais disks vai cietvielu disks RC BootXNUMX * Iekšējais cietais disks vai cietvielu disks
Viņi redzēs, ka tas apzīmē Boot0000 *, bet šajā gadījumā mūs interesē tikai skaitlis 0000
Otrais solis
Dzēsiet sāknēšanas kārtību
# efibootmgr -b 0000 -B
Fuente: Arch Linux Wiki
SVARĪGA PAZIŅOJUMS
šī ieraksta trešajā solī nedarbojas manis izmantotā komanda.
Es mēģinu atrast risinājumu, es to ievietošu, kad atradīšu
Šeit darbojas līnija
efibootmgr -c -L "Arch Linux" -l / vmlinuz-linux -u "root = UUID = d5e93b09-02a8-4597-b059-3f87a8221825 initrd = / initramfs-linux.img kluss loglevel = 0"
Es lūdzu ikvienu, kurš var rediģēt ierakstu, lūdzu, dariet to
Gatavs, labots vai ne? 🙂
Paldies
Sveiki. Es to jau izdarīju pirms kāda laika (tas pats Arch Linux), un varu jums pateikt, ka vismaz mans dators nav cietis nekādu kaitējumu, mans klēpjdators ir Lenovo G480. Ja tas notika, kodola atjaunināšanas laikā tas vairs nevarēja sistēmu atkārtoti ielādēt, un man atkal bija jāveic visas procedūras, kuras jūs šeit aprakstījāt; Pēc eksperimentu veikšanas es ielādēju sistēmu (es precizēju, ka tā ir mana, nevis sistēmas vaina), tāpēc man bija jāpārinstalē, un es nezinu, kāpēc es to vairs nevarēju atstāt bez sāknēšanas ielādētāja. Tā kā man tajā laikā nebija laika izklaidēties ar grieķu sfinksas mīklām un mīklām, es instalēju grub un nekad vairs to nemēģināju.
Nu, es izmantoju šo metodi savā klēpjdatorā (HP paviljons n029-la), esmu atjauninājis kodolu un man nav bijušas problēmas. Bet, ja ar mani notiek kaut kas tāds, es vienmēr nēsāju arku livecd portfelī, ar kuru to nēsāju.
Es esmu lasījis, un jā, tā ir taisnība, ka pēc kodola atjaunināšanas komanda (efibootmgr) dažos atsevišķos gadījumos nespēj izveidot ierakstu (to var tikai izdzēst). https://bugs.archlinux.org/task/34641
Vai varat paskaidrot attiecības ar grūbu? Es nesaprotu atšķirību. vai arī, ja jūs izskaidrojat efi / uefi jēdzienus attiecībā uz grub, bootloader
Precīzi ieraksta ideja ir sākt komandu, neizejot cauri Grubam. Tas ir, ka tā pati EFI (tas ir, pašreizējā BIOS nomaiņa) ir atbildīga par kodola un sāknēšanas attēla ielādi.
Tas, ko izdarīja BIOS, tika nolasīts pirmā cietā diska pirmajā daļā, kur parasti tiek instalēts Grub, kas ir atbildīgs par kodola un attēla ielādi. EFI ļauj kodoliem ielādēt sevi (un tādējādi nodrošina uzlabotas drošības iespējas, piemēram, iemīļoto / ienīsto SecureBoot).
No praktiskā viedokļa man nav priekšrocības izmantot šo metodi, lai palaistu datoru.
Sveicieni
Jautājums:
Es gribu nopirkt jaunu (vai ne tik jaunu) datoru, lai tikai tajā instalētu GNU / Linux. Vai gadījumā, ja tas nāk ar Windows $ 8, vai man būs problēmas ar drošu sāknēšanu?
Var. Problēma būs tāda, ka atkarībā no datora, ja tam ir W8, tam būs aktivizēts UEFI, un jums tas būs jādeaktivizē, lai instalētu atbilstoši sadalījumiem. Aktivizētajā raktuvē es varētu instalēt Ubuntu, ja pareizi atceros, bet, kad instalēju manjaro, tas nedarbojās, un man vajadzēja to deaktivizēt, lai varētu pareizi instalēt. (Patiesībā tagad archlinux es domāju, ka to var instalēt bez lielām grūtībām, un es domāju, ka grub2 to atbalsta, bet es domāju, ka tad, kad es instalēju sistēmu jau sen, tā joprojām nebija pilnībā pulēta).
Atspējojiet UEFI un Secure Boot un pēc tam palaidiet kompaktdisku, kad instalējat, pirms tas izdzēš Win8 un UEFI nodalījumus.
Gandrīz visas EFI ļauj operētājsistēmas ielādēt "Legacy" režīmā, tas ir, klasiskajā. Ja jūs šādi konfigurējat EFI, jums nebūs problēmu.
Ir kaut kas, ko es nesaprotu. Pieņemsim, ka man ir jauns dators ar Windows un UEFI. Kur es varu veikt šīs darbības? Arch instalācijā vai no LiveCD?
Kad es to izdarīju, tas bija no Live CD, kas instalēja sistēmu no jauna, es nekad to nemēģināju no jau instalētas sistēmas. Es domāju, ka tai jābūt iespējai arī pēc sistēmas instalēšanas, noņemot sāknēšanas ielādētāju, grub vai gummiboot, lai pieminētu visbiežāk sastopamos, un pēc tam izdzēšot sāknēšanas ielādētāja ierakstus, lai izpildītu norādījumus no sākuma, kā jūs uzdrošināties piedzīvot?. Ja tas nebūtu sasodīti absorbējošais darbs, kāds man ir, es to jau darīju, jūs man esat devis ērkšķu.
Ko darīt, ja es nedomāju, ka jūs varat, ir rīkoties ar dubultu sāknēšanu ar šo metodi.
Manā gadījumā man ir MSI B85M-E45 mātesplatē, un, lai arī tas man noderēja, tas sabojāja programmaparatūru tā, ka es vairs nevaru ievadīt BIOS iestatījumus; Es veicu BIOS atiestatīšanu no mātesplatē esošajiem džemperiem, un problēma joprojām pastāv. Es mēģināšu vēlreiz mirgot programmaparatūru. Tad es jums pateiksšu, vai es varētu atjaunot BIOS
Jebkurā gadījumā es uzskatu to par procesu, kuru nav vērts izmēģināt, jo ir riskants apmaiņā pret dažām priekšrocībām
Par laimi man izdevās mirgot programmaparatūrā, lai gan tas neļāva man ievadīt BIOS konfigurāciju, es joprojām varēju palaist no cietā diska un pēc tam ar programmu izveidot sāknējamu DOS pendrive, lai vēlreiz mirgot BIOS un programmaparatūras failu.
Man paveicās, un reiz man gadījās, ka ACER klēpjdatora ar UEFI programmaparatūra tika sabojāta, kad es instalēju openSUSE, kad sāka parādīties ar UEFI saderīgi sadalījumi.
Phew mazāk slikti, veiksmi šoreiz !!!!