ArchLinux Offline-Pseudoinstallation Schritt für Schritt

Vor ein paar Tagen habe ich ArchLinux ISO heruntergeladen, um eine Heiminstallation durchzuführen. Nachdem ich zuvor andere Distributionen verwendet hatte, mit denen Sie mindestens eine minimale Datenbank von der CD installieren können, wollte ich etwas Ähnliches tun, aber seltsamerweise ist der Arch-Installationsprozess nicht für einen Computer konzipiert, der keinen Internetzugang hat (Nebenwirkungen von lebenden Entwicklern) in der ersten Welt).

In meinem Fall hatte ich bereits Windows 7 (mit seiner Boot- und Systempartition) und Fedora (mit seinem Swap und seiner dedizierten / Boot-Partition) auf meiner Festplatte. Die Idee war dann, Arch dort zu installieren, wo Fedora zuvor war, ohne dabei Windows zu zerstören.

Offline-Pseudoinstallation von ArchLinux

Nun, ich habe von der Arch-CD gebootet, x86_64 gewählt und mich ohne viel Aufhebens an einer Konsole zurückgelassen. Ich dachte: "Wow, diese Jungs meinen es ernst damit, kein Neuling in der Distribution zu sein ... okay, dann lass uns mitspielen und sehen, was passiert."

Ich listete das Verzeichnis auf, in dem ich nach Dokumentationen suchen sollte, und stellte fest, dass es tatsächlich einen Text mit einer elementaren Installationsanleitung gab. Ich schrieb, was relevant war, auf ein Stück Papier (ich habe keinen Drucker zu Hause) und machte mich an die Arbeit.

Das erste, was ich tat, war, das Tastaturlayout von Spanien auf Spanisch zu ändern, was einfacher war als ich erwartet hatte (es gibt sogar seltsamerweise uns-Akzente):

loadkeys es

Das nächste war, eine externe Festplatte zu mounten, um bei Problemen eine Kopie des MBR zu speichern und im Übrigen die wichtigen Informationen zu speichern, die ich in meinem Fedora hatte:

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

Glücklicherweise unterstützt die LiveCD von Arch NTFS und ist integriert Mitternachtskommandant (MC), also habe ich in kürzester Zeit den Rest der Informationen gespeichert.

Ich habe dann die Bereitstellung der Festplatte aufgehoben, das temporäre Verzeichnis entfernt und die externe Festplatte physisch entfernt, um das Risiko potenzieller "Cagastrophes" zu verringern.

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

Also habe ich meine Partitionen formatiert, die Root- und Boot-Partition gemountet und Swap aktiviert:

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

Der nächste Schritt war meine erste Hürde:

pacstrap /mnt base

Arch versuchte natürlich, auf einem der Spiegel nach den Repositorys zu suchen und nicht alles zu finden Pacstrap Dabei wurde eine Verzeichnisstruktur in / mnt erstellt, die sehr gut organisiert, aber offensichtlich leer war.

Am Telefon fragte ich ein paar Freunde, die Arch verwenden, ob es keine Möglichkeit gibt, ohne Internetzugang mindestens dieselben Pakete wie auf der LiveCD zu installieren, ohne dass ein Repository auf die Festplatte kopiert wird, und sie sagten mir dies zumindest Sie wussten nicht, wie es geht.

Ich fand die technische "Herausforderung" interessant und dachte: "Wenn Arch sich im LiveCD-Modus anmelden kann, sollte es in mindestens demselben Modus auf einer Festplatte installiert werden können." Also habe ich versucht, die Dateien manuell zu kopieren und folgen Sie dem Rest des Tutorials (mit der einen oder anderen geringfügigen Änderung), um zu sehen, was passiert ist:

rsync -avl / {bin usw., 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 / localtime locale-gen

Der nächste Schritt war meine nächste Hürde:

mkinitcpio -p linux

Dieser Befehl verursachte einige Fehler, nachdem das Befehlshandbuch und der Inhalt der Dateien gelesen wurden /etc/mkinitcpio.conf y /etc/mkinitcpio.d/linux.presetIch habe verstanden, dass der Befehl die Datei nicht finden konnte vmlinuz-linuxAlso drückte ich Strg + D, um die Chroot-Umgebung zu verlassen, und suchte nach einer Datei, die so aussah:

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

Es kommt vor, dass die LiveCD von Arch die Startdateien unter dem Verzeichnis bereitstellt / Lauf /Also beschloss ich, sie mir zu kopieren / boot / um sie in meiner Chroot-Umgebung griffbereit zu haben:

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

Als ein weiterer Fehler, den ich beim Experimentieren mit mkinitcpio fand, war, dass die Bezeichnung der Root-Partition nicht gefunden werden konnte. Ich schrieb die UUID (die ich mit dem Befehl blkid identifiziert hatte) auf, um sie mit dem Befehl zu verwenden, der schließlich so aussah:

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

Diesmal wurde der Build erfolgreich beendet, nur mit ein paar Warnungen vor Modulen, die nicht gefunden werden konnten, aber in meinem Fall nicht benötigt wurden. Nur für den Fall, ich habe die fstab neu erstellt, aber diesmal unter Angabe der UUID:

genfstab -U -p / > /etc/fstab

Ich dachte: na ja, endlich Fortschritte. Anschließend änderte ich das Passwort und installierte einen Bootloader.

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

Schließlich drückte ich, um methodisch zu sein, erneut Strg + D, um die Chroot-Umgebung zu verlassen, zerlegte alles und startete neu, um zu sehen, was passiert war:

umount / mnt / boot umount / mnt neu starten

Der Computer wurde neu gestartet und zeigte das Grub-Menü mit Arch an (Windows wurde nirgendwo angezeigt), also wählte ich es aus und alles schien gut zu laden, bis ... das System anzeigte, dass Fehler aufgetreten waren, die ich mit dem folgenden Befehl überprüfen sollte:

journalctl -xb

Bei der Analyse der Fehler stellte ich fest, dass die meisten ignoriert werden konnten, aber der letzte war ungewöhnlich und sagte mir, dass Plymouth nicht gefunden werden konnte.

Ich dachte sofort: 'Plymouth ??? Warum zum Teufel braucht eine Konsolenstartumgebung so etwas? Das scheint nicht sehr KISS zu sagen. Ich habe es bestimmt nicht gesagt und brauche es auch nicht. "

Aber um praktisch zu sein, dachte ich: "Nun, aber zumindest sollte in einer Datei darauf verwiesen werden, mal sehen ...":

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

Überraschenderweise wurde im Konfigurationsverzeichnis keine Datei mit der Textzeichenfolge "plymouth" angezeigt. Ich dachte dann: «Oh, also ... zwingst du dich mit mir? Dann wollen wir sehen, wie Sie eine 'Kanone' (wie wir in Kuba sagen) assimilieren und wie ich Plymouth von Grund auf neu gebaut habe:

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

Für diejenigen unter Ihnen, die sich fragen, was ich in diese Datei aufgenommen habe, ist hier der Inhalt in seiner herrlichen Gesamtheit:

#! / bin / sh beenden

Ich habe erneut einen Neustart durchgeführt und dabei einen Fehler erwartet. Überraschenderweise war systemd froh, diese "wesentliche Komponente" gefunden zu haben, da der Startvorgang abgeschlossen war und ich ohne weitere Verzögerung in der Konsole zurückblieb. Da ich meinen Augen nicht trauen konnte, beschloss ich, Plymouth zu "deinstallieren" und neu zu starten, um zu sehen, was passieren würde:

rm -fr / usr / bin / plymouth neu starten

Seltsamerweise startete das System diesmal leise, ohne mich weiter mit Plymouths Abwesenheit zu ärgern. (Kein Kommentar)

Hinzufügen von Windows zu GRUB

Es blieb dann, den Windows-Eintrag zu GRUB hinzuzufügen. Da die traditionellen Routen nicht funktionierten (die Kombination von grub-mkconfig mit OS-Prober schien nicht gut zu funktionieren), entschied ich mich, den Eintrag manuell zu erstellen, für den ich die Windows-Bootloader-Zeichenfolge und die UUID der Boot-Partition erkennen musste:

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

Dies gab mir jeweils diese beiden Zeichenfolgen zurück:

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

Auf diese Weise habe ich überprüft, ob die zurückgegebene UUID mit der für diese Partition beim Ausführen des Befehls blkid erhaltenen übereinstimmt. Es war dann notwendig, einen benutzerdefinierten Grub-Eintrag mit den folgenden Daten zu generieren:

vi /etc/grub.d/40_custom

In seinem Inhalt:

#! / bin / sh exec tail -n +3 $ 0 # Diese Datei bietet eine einfache Möglichkeit, benutzerdefinierte Menüeinträge hinzuzufügen. Geben Sie einfach die # Menüeinträge ein, die Sie nach diesem Kommentar hinzufügen möchten. Achten Sie darauf, # die Zeile 'exec tail' oben nicht zu ändern. Menüeintrag "Microsoft Windows 7 SP1" - Klasse Windows - Klasse 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}

Nachdem dieser Schritt abgeschlossen war, entschied ich mich, Windows als Standardbetriebssystem festzulegen, damit meine Frau nicht in Panik gerät und meine Nichte ihre Barbies spielen kann, wenn sie kommt. Dafür habe ich einfach die Datei bearbeitet / Etc / default / grub und ich habe die Eingabe so eingestellt, dass sie standardmäßig gestartet wird, und das Timeout auf nur 3 Sekunden.

GRUB_DEFAULT = 2 GRUB_TIMEOUT = 3

Es blieb nur noch, die GRUB-Konfiguration erneut zu generieren und neu zu starten:

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

Zum Glück lief alles wie erwartet. Ich habe den Windows-Eintrag ausgewählt und er begann glücklich.

Wie Sie sehen können, können Sie Schritt für Schritt mindestens eine Offline-Pseudoinstallation von ArchLinux durchführen, ohne nur mit der CD online zu sein. Natürlich wird auf der Festplatte im Wesentlichen eine LiveCD installiert, aber zumindest Starten Sie ein System, kopieren Sie Dateien und führen Sie einige Anwendungen aus.

Glücklicherweise kam Sandy (KZKG ^ Gaara) vorbei und kopierte das Arch Repo (wofür ich sehr dankbar bin), so dass ich vorhabe, bald eine echte Offline-Installation abzuschließen, aber dies wäre eine andere Geschichte. Was ich Ihnen versichern kann, ist, dass ich diese Art des lustigen Experimentierens seit einiger Zeit ein wenig vermisse. Wenn ich Zeit, Konnektivität im Haus und bestimmte Materialbedingungen hätte, würde ich wahrscheinlich versuchen, eine benutzerdefinierte Distribution basierend auf LFS zu erstellen, was ein viel lustigeres Projekt wäre. 😉