ArchLinux-offline-pseudoasennus askel askeleelta

Pari päivää sitten ladasin ArchLinux ISO: n kotiasennusta varten. Kun olen aiemmin käyttänyt muita jakeluja, joiden avulla voit asentaa ainakin vähän tietokantaa CD-levyltä, halusin tehdä jotain vastaavaa, mutta utelias Arch-asennusprosessia ei ole suunniteltu tietokoneelle, jolla ei ole Internet-yhteyttä (sivuvaikutukset eläviltä kehittäjiltä) ensimmäisessä maailmassa).

Minun tapauksessani minulla oli jo levylläni Windows 7 (sen käynnistys- ja järjestelmäosio) ja Fedora (vaihdolla ja erillisellä / käynnistysosio). Ajatuksena oli sitten onnistua asentamaan Arch sinne, missä Fedora aiemmin oli, tuhoamatta Windowsia prosessin aikana.

ArchLinux-offline-pseudoasennus

Käynnistyin Arch CD -levyltä valitsemalla x86_64, ja jätin minut ilman mitään aihetta konsoliin. Ajattelin: "Vau, nämä kaverit ovat tosissaan siitä, etteivät he ole alokasdistro ... okei, soitetaan sitten ja katsotaan mitä tapahtuu."

Luetteloin hakemiston, jossa aion nähdä, onko asiakirjoja, ja huomasin, että siellä oli todellakin teksti, jossa oli perusasennusopas. Kirjoitin asiaankuuluvan paperille (minulla ei ole tulostinta kotona) ja pääsin töihin.

Ensimmäinen asia, jonka tein, muutti näppäimistön asettelun espanjaksi Espanjasta, mikä oli helpompaa kuin odotin (on jopa utelias nimeltään meitä-aksentteja):

loadkeys es

Seuraava asia oli asentaa ulkoinen levy tallentamaan kopio MBR: stä ongelmien varalta ja tallentamaan vahingossa tärkeät tiedot, jotka minulla oli Fedorassani:

mkdir -p / mnt / tmp1 && mount / dev / sdb1 / mnt / tmp1 dd jos = / dev / sda = / mnt / tmp1 / mbr.bin bs = 512 määrä = 1

Onneksi Archin LiveCD tukee NTFS: ää ja siinä on sisäänrakennettu Keskiyön komentaja (MC), joten en lopettanut lopullisen tiedon tallentamista.

Sitten irrotin levyn, poistin väliaikaisen hakemiston ja fyysisesti ulkoisen levyn mahdollisten "katastrofien" riskin vähentämiseksi.

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

Joten alustin osiot, asensin juuri- ja käynnistysosion ja otin käyttöön vaihdon:

mkfs -t ext4 / dev / sda3 mkfs -t ext4 / dev / sda6-kiinnitys / dev / sda6 / mnt mkdir -p / mnt / käynnistysteline / dev / sda3 / mnt / boot-swapon / dev / sda5

Seuraava askel oli ensimmäinen este:

pacstrap /mnt base

Arch yritti luonnollisesti etsiä arkistotietokantoja yhdestä peilistä, eikä kyennyt löytämään kaikkea pakkausnauha Se loi hakemistorakenteen hakemistoon / mnt, hyvin organisoitu, mutta ilmeisesti tyhjä.

Kysyin puhelimitse muutamalta Archia käyttävältä ystävältä, olisiko mahdollista asentaa ilman internetyhteyttä ainakin samat paketit kuin LiveCD: llä, ilman että arkistoa kopioitaisiin levylle, ja he kertoivat minulle, että ainakin he eivät tienneet miten se tehdään.

Minusta tekninen haaste oli mielenkiintoinen, joten ajattelin, että "jos Arch pystyy kirjautumaan sisään LiveCD-tilassa, sen pitäisi pystyä asentamaan kiintolevylle ainakin samassa tilassa", joten yritin kopioida tiedostoja ja seuraamalla loput opetusohjelmasta (parittomalla pienellä muutoksella) nähdäksesi mitä tapahtui:

rsync -avl / {bin, etc, home, lib, lib64, opt, root, sbin, srv, usr, var} / mnt arch-chroot / mnt genfstab -p / >> / etc / fstab echo hpc> / etc / isäntänimi ln -sf / usr / share / zoneinfo / Kuuba / etc / localtime locale-gen

Seuraava askel oli seuraava este:

mkinitcpio -p linux

Tämä komento tuotti joitain virheitä, kun olet lukenut komentokäsikirjan ja tiedostojen sisällön /etc/mkinitcpio.conf y /etc/mkinitcpio.d/linux.preset, Ymmärsin, että komento ei löytänyt tiedostoa vmlinuz-linux, joten painin Ctrl + D poistuaksesi chroot-ympäristöstä ja etsin tiedostoja, jotka näyttävät tältä:

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

Sattuu, että Arch LiveCD kiinnittää käynnistystiedostot hakemistoon / juosta /, joten päätin kopioida ne omalle / saapas / jotta ne olisivat käteviä chroot-ympäristössäni:

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

Toinen virhe, jonka löysin kokeilemassa mkinitcpio-sovellusta, oli se, että juuriosion tunnistetta ei löytynyt, kirjoitin sen UUID: n (jonka tunnistin blkid-komennolla) käytettäväksi komennon kanssa, joka näytti lopulta tältä:

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

Tällä kertaa koontiversio päättyi onnistuneesti, vain muutamalla varoituksella moduuleista, joita ei löytynyt, mutta minun tapauksessani niitä ei tarvittu. Loin vain siinä tapauksessa fstab uudelleen, mutta tällä kertaa määritän UUID: n:

genfstab -U -p / > /etc/fstab

Ajattelin: No, vihdoin edetä. Ja jatkoin salasanan vaihtamista ja käynnistyslataimen asentamista.

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

Lopuksi ja ollakseni metodinen, painin Ctrl + D uudelleen poistuaksesi juurtuneesta ympäristöstä, puroin kaiken ja aloitin uudelleen nähdäksesi, mitä tapahtui:

umount / mnt / boot umount / mnt uudelleenkäynnistetään

Tietokone käynnistyi uudelleen näyttämällä Grub-valikon Archilla (Windows ei ilmestynyt mihinkään), joten valitsin sen ja kaikki näytti latautuvan hyvin, kunnes ... järjestelmä ilmoitti, että oli ollut virheitä, jotka minun pitäisi tarkistaa seuraavalla komennolla:

journalctl -xb

Analysoiden virheitä huomasin, että useimmat voidaan jättää huomiotta, mutta viimeinen oli epätavallinen ja kertoi minulle, että plymouthia ei löytynyt.

Ajattelin heti: 'Plymouth ??? Miksi helvetti tarvitsee konsolin käynnistysympäristössä jotain tällaista? Se ei tunnu kovin KISS sanottavalta. En todellakaan ole sanonut sitä enkä tarvitse sitä. "

Mutta ollakseni käytännöllinen ajattelin: "No, mutta ainakin siihen pitäisi viitata jossakin tiedostossa, katsotaanpa ...":

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

Yllättäen kokoonpanohakemistossa ei ollut yhtään tiedostoa tekstimerkkijonolla "plymouth". Ajattelin sitten: «Voi, niin ... pakotat itsesi kanssani? Katsotaanpa, kuinka omaksut "tykin" (kuten sanomme Kuubassa) ja "rakensin" plymouthin tyhjästä:

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

Niille teistä, jotka ihmettelevät, mitä laitoin tiedostoon, tässä on sisältö sen loistavassa kokonaisuudessa:

#! / bin / sh poistuminen

Käynnistin uudestaan ​​uudestaan ​​odottaessani virhettä ja ... yllättäen systemd oli iloinen löytäessään "olennaisen komponentin", koska se viimeisteli käynnistysprosessin ja jätti minut viivytyksettä konsoliin. Koska en voinut uskoa silmiäni, päätin "poistaa" plymouthin ja käynnistää sen uudelleen nähdäksesi mitä tapahtuisi:

rm -fr / usr / bin / plymouth uudelleenkäynnistys

Kummallista, tällä kertaa järjestelmä käynnistyi hiljaa ilman, että ärsyttäisi minua edelleen Plymouthin poissaololla. (Ei kommenttia)

Windowsin lisääminen GRUB: iin

Sitten oli lisättävä Windows-merkintä GRUB: iin. Koska perinteiset reitit eivät toimineet (yhdistelmä grub-mkconfig kanssa os-koetin ei näyttänyt toimivan hyvin), päätin luoda merkinnän manuaalisesti, jolle minun oli löydettävä Windowsin käynnistyslatausmerkkijono ja käynnistysosion UUID:

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

Tämä palautti minulle nämä kaksi merkkijonoa:

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

Näin varmistin, että palautettu UUID oli sama kuin kyseiselle osiolle saatu suoritettaessa blkid-komentoa. Sitten oli tarpeen luoda mukautettu grub-merkintä mainituilla tiedoilla:

vi /etc/grub.d/40_custom

Sen sisällössä:

#! / bin / sh exec tail -n +3 $ 0 # Tämä tiedosto tarjoaa helpon tavan lisätä mukautettuja valikkomerkintöjä. Kirjoita yksinkertaisesti # valikkokohta, jonka haluat lisätä tämän kommentin jälkeen. Ole varovainen, ettet muuta yllä olevaa exec tail -riviä. menuentry "Microsoft Windows 7 SP1" --luokan Windows --luokka 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}

Kun tämä vaihe oli valmis, päätin asettaa Windowsin oletuskäyttöjärjestelmäksi, jotta vaimoni ei paniikkia ja veljentytärni voi pelata Barbiejaan tullessaan. Tätä varten muokkain yksinkertaisesti tiedostoa / Etc / default / grub ja asetin tulon käynnistymään oletusarvoisesti ja aikakatkaisun vain 3 sekuntiin.

GRUB_DEFAULT = 2 GRUB_TIMEOUT = 3

Jäljelle jäi vain GRUB-kokoonpanon uudelleenkehittäminen ja uudelleenkäynnistys:

grub-mkconfig -o /boot/grub/grub.cfg uudelleenkäynnistys

Onneksi kaikki meni odotetusti. Valitsin Windows-merkinnän ja se alkoi onnellisesti.

Joten kuten näette, ainakin yksi ArchLinux-offline-pseudoasennus voidaan tehdä askel askeleelta ilman verkkoyhteyttä vain CD: n kanssa, vaikka kiintolevylle asennettava on tietysti olennaisesti LiveCD, mutta ainakin se voi käynnistää järjestelmän, kopioida tiedostoja ja suorittaa joitain sovelluksia.

Onneksi Sandy (KZKG ^ Gaara) pysähtyi ja kopioi Arch-repon (josta olen erittäin kiitollinen), joten aion lopettaa oikean offline-asennuksen pian, mutta tämä olisi toinen tarina. Voin vakuuttaa teille, että minusta on pitkään puuttunut tällainen hauska kokeilu. Itse asiassa, jos minulla olisi aikaa, liitettävyys talossa ja tietyt aineelliset olosuhteet varmistettu, yritän todennäköisesti tehdä mukautetun jakelun LFS: n perusteella, mikä olisi paljon hauskempi projekti. 😉