ArchLinux izvanmrežna pseudo-instalacija korak po korak

Prije nekoliko dana preuzeo sam ArchLinux ISO za kućnu instalaciju. Nakon što sam prethodno koristio druge distribucije koje omogućuju instaliranje barem minimalne baze sa CD-a, želio sam napraviti nešto slično, ali znatiželjno je da postupak instalacije Arch-a nije namijenjen računalu koje nema pristup Internetu (nuspojave programera koji žive u prvom svijetu).

U mom slučaju, na disku sam već imao Windows 7 (s boot i sistemskom particijom) i Fedoru (sa zamjenom i namjenskom / boot particijom). Ideja je bila tada Arch instalirati tamo gdje je Fedora prethodno bila, a da pritom nije uništeno Windows.

Izvanmrežna pseudo-instalacija ArchLinux

Pa, pokrenuo sam se s Arch CD-a, odabravši x86_64 i bez puno oduševljenja ostavio me za konzolom. Pomislio sam, "Opa, ovi dečki ozbiljno misle da nisu newbie distro ... u redu, pođimo onda i vidimo što će se dogoditi."

Napisao sam direktorij u kojem sam trebao provjeriti postoji li dokumentacija i otkrio sam da zaista postoji tekst s osnovnim vodičem za instalaciju. Napisao sam ono što je bilo relevantno na papir (nemam printer kod kuće) i počeo raditi.

Prvo što sam učinio bilo je da sam promijenio raspored tipkovnice u španjolski iz španjolskog, što je bilo lakše nego što sam očekivao (postoje čak i znatiželjni nazivi us-akcenti):

loadkeys es

Sljedeća je stvar bila montiranje vanjskog diska za spremanje kopije MBR-a u slučaju problema i slučajno spremanje važnih podataka koje sam imao u svojoj Fedori:

mkdir -p / mnt / tmp1 && mount / dev / sdb1 / mnt / tmp1 dd ako = / dev / sda od = / mnt / tmp1 / mbr.bin bs = 512 count = 1

Srećom Archov LiveCD podržava NTFS i ima ugrađen Ponoćni komandir (MC), pa sam začas završio spremanje ostatka podataka.

Tada sam demontirao disk, uklonio privremeni direktorij i fizički uklonio vanjski disk kako bih smanjio rizik od potencijalnih "kagastrofa".

umount /mnt/tmp1 && rmdir /mnt/tmp1

Tako sam formatirao svoje particije, montirao root i boot particiju i uključio swap:

mkfs -t ext4 / dev / sda3 mkfs -t ext4 / dev / sda6 mount / dev / sda6 / mnt mkdir -p / mnt / boot mount / dev / sda3 / mnt / boot swapon / dev / sda5

Sljedeći korak bila je moja prva prepreka:

pacstrap /mnt base

Arch je prirodno pokušao potražiti baze podataka spremišta na jednom od zrcala, a nije uspio pronaći nijedno, sve pacstrap je stvorio strukturu direktorija u / mnt, vrlo organizirano, ali očito prazno.

Na telefonu sam pitao par prijatelja koji koriste Arch ako ne postoji način da se bez pristupa Internetu instaliraju barem isti paketi koji su na LiveCD-u, a da ni spremište nije kopirano na disk, a oni su mi rekli da barem nisu znali kako to učiniti.

Smatrao sam da je tehnološki "izazov" zanimljiv, pa sam pomislio, "ako se Arch može prijaviti u načinu LiveCD, trebao bi se moći instalirati na tvrdi disk u barem tom istom načinu", pa sam pokušao ručnim kopiranjem datoteke i slijedeći ostatak vodiča (uz neke druge manje izmjene) da biste vidjeli što se dogodilo:

rsync -avl / {bin, itd., home, lib, lib64, opt, root, sbin, srv, usr, var} / mnt arch-chroot / mnt genfstab -p / >> / etc / fstab echo hpc> / etc / ime hosta ln -sf / usr / share / zoneinfo / Cuba / etc / localtime locale-gen

Sljedeći korak bila je moja sljedeća prepreka:

mkinitcpio -p linux

Ova je naredba proizvela neke pogreške, nakon čitanja priručnika za naredbe i sadržaja datoteka /etc/mkinitcpio.conf y /etc/mkinitcpio.d/linux.preset, Shvatio sam da naredba ne može pronaći datoteku vmlinuz-linux, pa sam pritisnuo Ctrl + D da izađem iz chroot okruženja i potražio bilo koju datoteku koja bi izgledala tako:

find / -type f -iname "*vmlinuz*"

Događa se da Archov LiveCD postavlja datoteke za pokretanje u direktorij / trčanje /, pa sam ih odlučio kopirati na svoj / čizma / da mi budu pri ruci u mom chroot okruženju:

cp /run/archiso/bootmnt/arch/boot/[memtest,intel_ucode.img} / mnt / boot / cp / run / archiso / bootmnt / arch / boot / x86_64 / * / mnt / boot / arch-chroot / mnt

Kako je još jedna pogreška koju sam pronašao eksperimentirajući s mkinitcpio bila ta što se nije mogla naći oznaka korijenske particije, zapisao sam njezin UUID (koji sam identificirao pomoću naredbe blkid) za upotrebu s naredbom, koja je napokon izgledala ovako:

mkinitcpio -p linux -k /boot/vmlinuz root=UUID=d85938aa-83b8-431c-becb-9b5735264912

Ovaj je put gradnja uspješno završila, samo s nekoliko upozorenja na module koji nisu mogli biti pronađeni, ali u mom slučaju nisu bili potrebni. Za svaki slučaj obnovio sam fstab, ali ovaj put navedem UUID:

genfstab -U -p / > /etc/fstab

Pomislio sam: ah dobro, napokon napredak. I nastavio sam mijenjati lozinku i instalirati bootloader.

passwd grub-install --target = i386-pc --recheck / dev / sda grub-mkconfig -o /boot/grub/grub.cfg

Konačno, da bih bio metodičan, ponovno sam pritisnuo Ctrl + D da izađem iz chrootiranog okruženja, rastavio sve i ponovno pokrenuo da vidim što se dogodilo:

umount / mnt / boot ponovno pokretanje umount / mnt

Računalo se ponovno pokrenulo i prikazalo izbornik Grub s Archom (Windows se nigdje nije pojavio), pa sam ga odabrao i činilo se da se sve učitava u redu dok ... sustav nije naznačio da je bilo pogrešaka koje bih trebao provjeriti sljedećom naredbom:

journalctl -xb

Analizirajući pogreške, vidio sam da se većina može zanemariti, ali posljednja je bila neobična, govoreći mi da plimut nije moguće pronaći.

Odmah sam pomislio, Plymouth ??? Zašto, dovraga, okruženju za pokretanje konzole treba nešto slično? Čini se da to nije KISS da bih rekao. Sigurno ga nisam stavio, niti mi treba. "

Ali da bih bio praktičan, pomislio sam: "Pa, ali barem bi se na to trebalo pozivati ​​u nekoj datoteci, da vidimo ...":

find /etc -type f -print0 | xargs -0 grep -i "plymouth"

Iznenađujuće, nijedna datoteka s tekstualnim nizom "plymouth" nije se pojavila u konfiguracijskom direktoriju. Tada sam pomislio: «Oh, pa ... prisiljavaš li se na mene? onda da vidimo kako asimilirate 'top' "(kako mi to kažemo na Kubi) i" Plymouth "sam izgradio od nule:

vi / usr / bin / plymouth chmod 755 / usr / bin / plymouth

Za one od vas koji se pitaju što sam stavio u tu datoteku, evo sadržaja u veličanstvenoj cjelini:

#! / bin / sh izlaz

Ponovno sam se pokrenuo očekujući pogrešku i ... začudo, systemd je bio sretan što je pronašao tu "bitnu komponentu", jer je završio postupak pokretanja i bez daljnjeg odgađanja ostavio me u konzoli. Budući da nisam mogao vjerovati svojim očima, odlučio sam "deinstalirati" plimut i ponovno se pokrenuti kako bih vidio što će se dogoditi:

rm -fr / usr / bin / plymouth ponovno pokretanje

Čudno, ovaj put sustav je počeo tiho, a da me nije dodatno iznervirao Plymouthovom odsutnošću. (Bez komentara)

Dodavanje sustava Windows u GRUB

Zatim je preostalo dodati unos sustava Windows u GRUB. Kako tradicionalne rute nisu radile (kombinacija grub-mkconfig s os-prober činilo se da ne radi dobro), odlučio sam ručno stvoriti unos, za što sam trebao otkriti niz pokretačkog programa Windows i UUID particije za pokretanje:

mkdir -p / mnt / winboot && mount / dev / sda1 / mnt / winboot grub-probe --target = hints_string / mnt / winboot / bootmgr grub-probe --target = fs_uuid / mnt / winboot / bootmgr

To mi je vratilo ove dvije žice:

--hint-bios=hd0,msdos1 --hint-efi=hd0,msdos1 --hint-baremetal=ahci0,msdos1
DC788F27788EFF8E

Na taj sam način potvrdio da je vraćeni UUID isti kao onaj dobiven za tu particiju prilikom izvršavanja naredbe blkid. Tada je bilo potrebno generirati prilagođeni unos grub s navedenim podacima:

vi /etc/grub.d/40_custom

U svom sadržaju:

#! / bin / sh exec tail -n +3 $ 0 # Ova datoteka nudi jednostavan način za dodavanje prilagođenih unosa u izborniku. Jednostavno unesite stavke # izbornika koje želite dodati nakon ovog komentara. Pazite da ne promijenite # gornju liniju 'exec tail'. menuentry "Microsoft Windows 7 SP1" --class windows --class os {insmod part_msdos insmod ntfs insmod search_fs_uuid insmod ntldr search --fs-uuid --set = root --hint-bios = hd0, msdos1 --hint-efi = hd0, msdos1 --hint-baremetal = ahci0, msdos1 DC788F27788EFF8E ntldr / bootmgr}

Kad je ovaj korak završen, odlučio sam postaviti Windows kao zadani operativni sustav, tako da moja supruga ne paniči, a nećakinja može igrati svoje Barbike kad dođe. Zbog toga sam jednostavno uredio datoteku / Etc / default / grub i zadao sam da se ulaz automatski pokreće, a timeout na samo 3 sekunde.

GRUB_DEFAULT = 2 GRUB_TIMEOUT = 3

Preostalo je samo ponovno generirati GRUB konfiguraciju i ponovno pokrenuti:

grub-mkconfig -o /boot/grub/grub.cfg ponovno pokretanje

Srećom, sve je prošlo prema očekivanjima. Odabrao sam unos za Windows i započeo je sretno.

Kao što vidite, ako barem korak po korak možete izvesti izvanmrežnu pseudo-instalaciju ArchLinux-a, a da ne budete povezani samo s CD-om, iako je očito ono što će se instalirati na tvrdi disk u osnovi LiveCD, ali barem može pokrenite sustav, kopirajte datoteke i pokrenite neke programe.

Srećom, Sandy (KZKG ^ Gaara) je navratila i kopirala Arch repo (na čemu sam vrlo zahvalna), pa uskoro planiram završiti s pravom izvanmrežnom instalacijom, ali ovo bi bila druga priča. Uvjeravam vas da mi već neko vrijeme pomalo nedostaje ova vrsta zabavnog eksperimentiranja. Dapače, da imam vremena, povezanosti u kući i određenih materijalnih uvjeta, vjerojatno bih pokušao napraviti prilagođenu distribuciju na temelju LFS-a, što bi bio puno zabavniji projekt. 😉