ArchLinuxi võrguühenduseta pseudo-installimine samm-sammult

Paar päeva tagasi laadisin koduinstallimiseks alla ArchLinux ISO. Olles varem kasutanud muid jaotusi, mis võimaldavad teil CD-lt vähemalt minimaalse andmebaasi installida, tahtsin teha midagi sarnast, kuid kummalisel kombel pole Archi installiprotsess mõeldud arvutile, millel puudub Interneti-juurdepääs (arendajate kõrvalmõjud esimeses maailmas).

Minu puhul oli mul juba kettal Windows 7 (koos selle alglaadimise ja süsteemijaotusega) ja Fedora (koos vahetuse ja spetsiaalse / alglaadimispartitsiooniga). Idee oli siis Archi installimine sinna, kus Fedora varem oli, ilma et see Windowsi selle käigus hävitaks.

ArchLinuxi võrguühenduseta pseudo-install

Käivitasin Archi CD-lt, valides x86_64, ja jätsin mind ilma pikema jututa konsooli juurde. Mõtlesin: "Vau, need tüübid suhtuvad tõsiselt sellesse, et nad pole rookie distro ... okei, mängime siis kaasa, vaatame, mis saab."

Lisasin kataloogi, kus pidin nägema, kas dokumentatsiooni on, ja avastasin, et seal on tõesti elementaarse installijuhendiga tekst. Kirjutasin paberile asjakohase (mul pole printerit kodus) ja asusin tööle.

Esimese asjana muutsin Hispaania klaviatuuri paigutuse hispaania keelele, mis oli lihtsam kui ma ootasin (seal on isegi kurioosselt kutsutud meid-aktsendid):

loadkeys es

Järgmine asi oli välise ketta ühendamine, et probleemide korral salvestada MBR-i koopia ja salvestada minu Fedoras oluline teave:

mkdir -p / mnt / tmp1 && mount / dev / sdb1 / mnt / tmp1 dd kui = / dev / sda = / mnt / tmp1 / mbr.bin bs = 512 loend = 1

Õnneks toetab Archi LiveCD NTFS-i ja on sisseehitatud Kesköö komandant (MC), nii et ma ei lõpetanud kogu aja jooksul ülejäänud teavet.

Seejärel ühendasin ketta lahti, eemaldasin ajutise kataloogi ja eemaldasin füüsiliselt välise ketta, et vähendada võimalike "katastrofide" riski.

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

Niisiis vormindasin oma partitsioonid, paigaldasin juur- ja alglaadimispartitsiooni ning lülitasin sisse swapi:

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

Järgmine samm oli minu esimene takistus:

pacstrap /mnt base

Arch üritas loomulikult otsida ühelt peeglilt hoidlate andmebaase ja ei suutnud kõike leida rihm See, mida ta tegi, lõi kataloogis / mnt kataloogistruktuuri, mis oli väga organiseeritud, kuid ilmselgelt tühi.

Telefonis küsisin paarilt sõbralt, kes kasutavad Archi, kas pole võimalust ilma Interneti-juurdepääsuta installida vähemalt samu pakette, mis on LiveCD-l, ilma et ka hoidlat kettale kopeeritaks, ja nad ütlesid mulle, et vähemalt nad ei teadnud, kuidas seda teha.

Mulle tundus tehniline väljakutse huvitav, nii et mõtlesin: "Kui Arch suudab LiveCD-režiimis sisse logida, peaks see olema võimeline installima kõvakettale vähemalt samas režiimis", nii et proovisin kopeerida failid ja järgige ülejäänud õpetust (mõne muu väikese muudatusega), et näha, mis juhtus:

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

Järgmine samm oli minu järgmine takistus:

mkinitcpio -p linux

Pärast käsiraamatu ja failide sisu lugemist tekitas see käsk mõningaid vigu /etc/mkinitcpio.conf y /etc/mkinitcpio.d/linux.preset, Sain aru, et käsk ei leidnud faili vmlinuz-linux, nii et chroot-keskkonnast väljumiseks vajutasin klahvikombinatsiooni Ctrl + D ja otsisin mis tahes faili, mis nägi välja:

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

Juhtub, et Arch LiveCD paigaldab alglaadimisfailid kataloogi / run /, nii et otsustasin need mulle kopeerida / boot / et need oleksid minu chroot-keskkonnas käepärased:

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

Kuna veel üks viga, mille leidsin mkinitcpio-ga katsetades, oli see, et juurpartitsiooni silti ei leitud, kirjutasin selle UUID-i (mille tuvastasin käsu blkid abil) käsuga kasutamiseks, mis nägi lõpuks välja järgmine:

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

Seekordne koostamine lõppes edukalt, ainult paari hoiatusega moodulitest, mida ei õnnestunud leida, kuid minu puhul polnud neid vaja. Igaks juhuks lõin fstabi uuesti, kuid määrasin seekord UUID:

genfstab -U -p / > /etc/fstab

Mõtlesin: oh well, progress progress. Ja jätkasin parooli muutmist ja alglaaduri installimist.

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

Lõpuks ja metoodilisuse huvides vajutasin juurdunud keskkonnast väljumiseks uuesti klahvikombinatsiooni Ctrl + D, võtsin kõik lahti ja alustasin uuesti, et näha, mis juhtus:

umount / mnt / boot umount / mnt taaskäivitage

Arvuti taaskäivitas menüü Grub kuvamist Archiga (Windowsi ei ilmunud kuhugi), nii et valisin selle ja kõik näis laadivat hästi, kuni ... süsteem näitas, et on olnud tõrkeid, mida peaksin kontrollima järgmise käsuga:

journalctl -xb

Vigu analüüsides nägin, et enamikku võiks ignoreerida, kuid viimane oli ebatavaline, öeldes mulle, et plymouthi ei leitud.

Mõtlesin kohe: 'Plymouth ??? Miks kuradit vajab konsooli alglaadimiskeskkond midagi sellist? See ei tundu eriti KISS öelda. Ma pole seda kindlasti pannud ega vaja. "

Kuid praktilisuse huvides mõtlesin: "Noh, aga vähemalt tuleks sellele mõnes failis viidata, vaatame ...":

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

Üllataval kombel ei ilmunud konfiguratsioonikataloogi ühtegi faili tekstistringiga "plymouth". Mõtlesin siis: «Oh, nii ... sa sunnid end minuga? siis vaatame, kuidas te assimileerite "kahurit" "(nagu me Kuubal ütleme) ja" ma ehitasin "plymouthi nullist:

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

Neile, kes mõtlevad, mida ma sellesse faili panin, on siin sisu selle hiilgavas tervikus:

#! / bin / sh väljumine

Taaskäivitasin uuesti, oodates mõnda viga ja ... üllatuslikult oli systemd õnnelik, et leidis selle "olulise komponendi", kuna see lõpetas käivitusprotsessi ja jättis ilma pikema viivituseta mind konsooli. Kuna ma ei uskunud oma silmi, otsustasin plymouthi desinstallida ja taaskäivitada, et näha, mis juhtub:

rm -fr / usr / bin / plymouth taaskäivitamine

Kummalisel kombel alustas süsteem seekord vaikselt, ilma et mind Plymouthi puudumisega veelgi tüütaks. (Ei kommenteeri)

Windowsi lisamine GRUB-i

Seejärel tuli lisada Windowsi kirje GRUB-i. Kuna traditsioonilised marsruudid ei töötanud (kombinatsioon grub-mkconfig koos os-sonder ei tundunud hästi töötavat), otsustasin sisestuse luua käsitsi, mille jaoks oli vaja tuvastada Windowsi alglaadija string ja alglaadimispartitsiooni UUID:

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

See tagastas mulle vastavalt need kaks stringi:

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

Sel viisil kontrollisin, et tagastatud UUID oleks sama, mis selle partitsiooni jaoks blkid-käsu täitmisel saadi. Seejärel oli vaja luua kohandatud grub-kirje koos nimetatud andmetega:

vi /etc/grub.d/40_custom

Selle sisu:

#! / bin / sh exec tail -n +3 $ 0 # See fail pakub lihtsat viisi kohandatud menüükannete lisamiseks. Lihtsalt tippige selle kommentaari järel # menukirjet, mille soovite lisada. Ärge muutke ülaltoodud joont „exec tail” #. menuentry "Microsoft Windows 7 SP1" --klassi aknad --klass os {insmod part_msdos insmod ntfs insmod search_fs_uuid insmod ntldr otsing --fs-uuid --set = root --hint-bios = hd0, msdos1 --hint-efi = hd0, msdos1 --hint-baremetal = ahci0, msdos1 DC788F27788EFF8E ntldr / bootmgr}

Pärast selle sammu lõpetamist otsustasin määrata Windowsi vaikesüsteemiks, nii et mu naine ei satuks paanikasse ja õetütar saaks oma tulekul oma Barbiesit mängida. Selleks muutsin lihtsalt faili / etc / default / grub ja ma seadsin sisendi vaikimisi käivitamiseks ja ajalõppuks vaid 3 sekundit.

GRUB_DEFAULT = 2 GRUB_TIMEOUT = 3

Alles jäi vaid GRUB-i konfiguratsiooni uuesti taastamine ja taaskäivitamine:

grub-mkconfig -o /boot/grub/grub.cfg taaskäivitage

Õnneks läks kõik ootuspäraselt. Valisin Windowsi kirje ja see algas õnnelikult.

Nii et nagu näete, kui saate samm-sammult teha vähemalt võrguühenduseta ArchLinuxi pseudo-installi ilma võrguühenduseta ainult CD-ga, kuigi ilmselgelt on kõvakettale installitav sisuliselt LiveCD, kuid vähemalt saab käivitage süsteem, kopeerige failid ja käivitage mõned rakendused.

Õnneks Sandy (KZKG ^ Gaara) peatus ja kopeeris Archi repo (mille eest olen väga tänulik), nii et kavatsen varsti lõpetada tõelise võrguühenduseta installimise, kuid see oleks teine ​​lugu. Võin teile kinnitada, et mul on juba ammu selline lõbus katsetamine natuke puudu olnud. Tegelikult, kui mul oleks aega, majas ühenduvus ja teatud materiaalsed tingimused oleksid tagatud, prooviksin tõenäoliselt teha LFS-i põhjal kohandatud jaotust, mis oleks palju lõbusam projekt. 😉