Ang ArchLinux offline na pseudo-install na hakbang-hakbang

Ilang araw na ang nakakaraan na-download ko ang ArchLinux ISO upang makagawa ng isang pag-install sa bahay. Ang pagkakaroon ng dati nang paggamit ng iba pang mga pamamahagi na nagbibigay-daan sa iyo upang mag-install ng kahit isang maliit na database mula sa CD, nais kong gumawa ng katulad na bagay, ngunit ang nagtataka ang proseso ng pag-install ng Arch ay hindi idinisenyo para sa isang computer na walang access sa Internet (mga epekto ng mga developer na naninirahan sa unang mundo).

Sa aking kaso, mayroon na akong Windows 7 (kasama ang boot at system na pagkahati) at Fedora (kasama ang pagpapalit nito at ang nakatuon / boot na pagkahati) sa aking disk. Ang ideya noon ay upang mai-install ang Arch kung saan dati ang Fedora, nang hindi sinisira ang Windows sa proseso.

Pag-install ng pseudo offline na ArchLinux

Sa gayon, nag-boot ako mula sa Arch CD, pinipili ang x86_64, at nang walang masyadong ado ay iniwan ako sa isang console. Naisip ko, "Wow, ang mga taong ito ay seryoso sa hindi pagiging isang newbie distro ... okay, maglaro tayo pagkatapos at tingnan kung ano ang mangyayari."

Inilista ko ang direktoryo kung saan ko makikita kung mayroong anumang dokumentasyon at natuklasan ko na mayroong talaga isang teksto na may gabay sa pag-install ng elementarya. Sinulat ko kung ano ang may kaugnayan sa isang piraso ng papel (wala akong printer sa bahay) at nagtatrabaho.

Ang unang bagay na ginawa ko ay baguhin ang layout ng keyboard sa Espanya mula sa Espanya, na kung saan ay mas madali kaysa sa inaasahan ko (kahit na may isang nagtataka na tinatawag na us-accent):

loadkeys es

Ang susunod na bagay ay ang pag-mount ng isang panlabas na disk upang makatipid ng isang kopya ng MBR kung sakaling may mga problema at upang mai-save ang mahalagang impormasyon na mayroon ako sa aking Fedora:

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

Sa kasamaang palad sinusuportahan ng LiveCD ng Arch ang NTFS at may built-in na Komander sa hatinggabi (MC), kaya't sa walang oras natapos ko ang pag-save ng natitirang impormasyon.

Pagkatapos ay inalis ko ang disk, tinanggal ang pansamantalang direktoryo, at pisikal na tinanggal ang panlabas na disk upang mabawasan ang peligro ng mga potensyal na "cagastrophes."

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

Kaya na-format ko ang aking mga partisyon, na-mount ang pagkahati ng root at boot, at binuksan ang 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

Ang susunod na hakbang ay ang aking unang sagabal:

pacstrap /mnt base

Likas na sinubukan ng Arch ang paghahanap para sa mga database ng repository sa isa sa mga salamin, at hindi makahanap ng anuman, lahat pacstrap ginawa ay lumikha ng isang istraktura ng direktoryo sa / mnt, napaka-organisado, ngunit malinaw naman walang laman.

Sa telepono, tinanong ko ang isang pares ng mga kaibigan na gumagamit ng Arch kung walang paraan upang mai-install nang walang pag-access sa internet kahit na magkaparehong mga pakete na nasa LiveCD, nang walang pagkakaroon ng isang repository na kinopya sa disk alinman, at sinabi nila sa akin na kahit papaano hindi nila alam kung paano ito gawin.

Nakita kong kagiliw-giliw ang tech na 'hamon', kaya naisip ko, 'Kung ang Arch ay nakapag-log in sa mode na LiveCD, dapat itong mai-install sa isang hard drive sa hindi bababa sa parehong mode na iyon,' kaya't sinubukan ko nang manu-mano ang pagkopya ng mga file at pagsunod sa natitirang tutorial (kasama ang kakaibang maliit na pagbabago) upang makita kung ano ang nangyari:

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

Ang susunod na hakbang ay ang aking susunod na sagabal:

mkinitcpio -p linux

Ang utos na ito ay gumawa ng ilang mga pagkakamali, pagkatapos basahin ang manu-manong utos at ang nilalaman ng mga file /etc/mkinitcpio.conf y /etc/mkinitcpio.d/linux.preset, Naintindihan ko na hindi makita ng utos ang file vmlinuz-linux, kaya pinindot ko ang Ctrl + D upang lumabas sa chroot environment, at hinanap ang anumang file na katulad nito:

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

Ito ay nangyayari na ang LiveCD ng Arch ay na-mount ang mga boot file sa ilalim ng direktoryo / takbo /, kaya't napagpasyahan kong kopyahin ang mga ito sa aking / boot / upang magamit ang mga ito sa loob ng aking chroot na kapaligiran:

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

Tulad ng isa pang error na nahanap kong pag-eksperimento sa mkinitcpio ay ang label ng pagkahati ng ugat ay hindi matagpuan, isinulat ko ang UUID (na kinilala ko gamit ang blkid command) upang magamit sa utos, na sa wakas ay ganito ang hitsura:

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

Sa pagkakataong ito matagumpay na natapos ang pagbuo, sa pares lamang ng mga babala ng mga module na hindi matagpuan, ngunit sa aking kaso ay hindi kinakailangan. Kung sakali, itinayo ko ang fstab, ngunit sa oras na ito na tumutukoy sa UUID:

genfstab -U -p / > /etc/fstab

Naisip ko: ah well, sa wakas umunlad. At nagpatuloy akong baguhin ang password at mag-install ng isang bootloader.

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

Sa wakas, at upang maging pamamaraan, pinindot ko muli ang Ctrl + D upang lumabas sa chrooted na kapaligiran, na-disassemble ang lahat at muling simulang makita kung anong nangyari:

umount / mnt / boot umount / mnt reboot

Nag-reboot ang computer na ipinapakita ang menu ng Grub na may Arch (Ang Windows ay hindi lilitaw kahit saan), kaya pinili ko ito at ang lahat ay tila na-load hanggang sa ... ipinahiwatig ng system na mayroong mga error na dapat kong suriin sa sumusunod na utos:

journalctl -xb

Sinusuri ang mga pagkakamali, nakita ko na ang karamihan ay maaaring hindi pansinin, ngunit ang huli ay hindi karaniwan, na sinasabi sa akin na ang plymouth ay hindi matatagpuan.

Naisip ko agad, 'Plymouth ??? Bakit ano ba kailangan ng isang console boot environment ng isang bagay tulad nito? Parang hindi masyadong KISS ang sasabihin. Tiyak na hindi ko inilalagay ito, o kailangan ko rin ito. "

Ngunit upang maging praktikal, naisip ko: "Sa gayon, ngunit hindi bababa sa dapat itong mag-refer sa ilang file, tingnan natin ...":

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

Nakakagulat, walang file na may text string na "plymouth" na lumitaw sa direktoryo ng pagsasaayos. Akala ko noon: «O, kaya… pinipilit mo ang iyong sarili sa akin? pagkatapos ay tingnan natin kung paano mo mai-assimilate ang isang 'kanyon' ”(tulad ng sinasabi natin sa Cuba), at" Binuo ko "ang plymouth mula sa simula:

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

Para sa iyo na nagtataka kung ano ang inilagay ko sa file na iyon, narito ang nilalaman sa kanyang maluwalhating kabuuan:

#! / bin / sh exit

Nag-reboot ulit ako ng umaasa ng ilang error at ... nakakagulat, masaya ang systemd na natagpuan ang "mahahalagang sangkap", dahil natapos nito ang proseso ng pagsisimula at nang walang karagdagang pagkaantala iniwan ako nito sa console. Dahil hindi ako makapaniwala sa aking mga mata, nagpasya akong "i-uninstall" ang plymouth at i-reboot, upang makita kung ano ang mangyayari:

rm -fr / usr / bin / plymouth reboot

Kakaibang, sa oras na ito ang sistema ay tahimik na nagsimula nang walang karagdagang nakakainis sa akin sa pagkawala ni Plymouth. (Walang puna)

Pagdaragdag ng Windows sa GRUB

Ito ay pagkatapos upang idagdag ang entry sa Windows sa GRUB. Tulad ng tradisyunal na mga ruta ay hindi gumagana (ang kumbinasyon ng grub-mkconfig sa os-prober tila hindi gumagana nang maayos), nagpasya akong lumikha ng entry nang manu-mano, kung saan kailangan kong makita ang string ng Windows bootloader at ang UUID ng boot na pagkahati:

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

Ibinalik ito sa akin ayon sa pagkakabanggit ng dalawang mga string na ito:

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

Sa ganitong paraan napatunayan ko na ang UUID ay bumalik ay kapareho ng nakuha para sa pagkahati na iyon nang isagawa ang blkid command. Noon kinakailangan upang makabuo ng isang pasadyang pagpasok ng grub na may nasabing data:

vi /etc/grub.d/40_custom

Sa nilalaman nito:

#! / bin / sh exec tail -n +3 $ 0 # Nagbibigay ang file na ito ng isang madaling paraan upang magdagdag ng mga pasadyang entry sa menu. I-type lamang ang # na mga entry sa menu na nais mong idagdag pagkatapos ng komentong ito. Mag-ingat na huwag baguhin ang # linya na 'exec tail' sa itaas. menu na "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}

Matapos makumpleto ang hakbang na ito, nagpasya akong itakda ang Windows bilang default na operating system, upang ang aking asawa ay hindi panic at ang aking pamangking babae ay maaaring gampanan ang kanyang Barbies pagdating niya. Para sa mga ito simpleng na-edit ko ang file / etc / default / grub at itinakda ko ang input upang ilunsad bilang default at ang timeout sa 3 segundo lamang.

GRUB_DEFAULT = 2 GRUB_TIMEOUT = 3

Nanatili lamang ito upang muling buhayin ang pagsasaayos ng GRUB, at muling simulan:

grub-mkconfig -o /boot/grub/grub.cfg reboot

Sa kabutihang palad, ang lahat ay napunta sa inaasahan. Napili ko ang entry sa Windows at nagsimula itong masaya.

Kaya't nakikita mo, kung hindi bababa sa isang archLinux offline na pseudo-install ay maaaring gawin hakbang-hakbang nang hindi online lamang sa CD, bagaman malinaw, ang mai-install sa hard disk ay mahalagang isang LiveCD, ngunit kahit papaano maaari. mag-boot ng isang system, kopyahin ang mga file, at magpatakbo ng ilang mga application.

Sa kasamaang palad, si Sandy (KZKG ^ Gaara) ay tumigil at kinopya ang Arch repo (kung saan labis akong nagpapasalamat), kaya plano kong tapusin ang paggawa ng isang tunay na offline na pag-install sa lalong madaling panahon, ngunit ito ay magiging isa pang kwento. Ang masisiguro ko sa iyo ay sa loob ng ilang panahon ngayon ay medyo nawawala ako sa ganitong uri ng kasiya-siyang eksperimento. Sa katunayan kung mayroon akong oras, pagkakakonekta sa bahay at ilang mga kundisyong materyal na natiyak, malamang na subukan kong gumawa ng isang pasadyang pamamahagi batay sa LFS, na magiging isang mas kasiya-siyang proyekto. 😉