Автономная псевдоустановка ArchLinux, шаг за шагом

Пару дней назад я загрузил ISO-образ ArchLinux, чтобы выполнить домашнюю установку. Ранее я использовал другие дистрибутивы, позволяющие установить хотя бы минимальную базу с компакт-диска, и хотел сделать что-то подобное, но любопытно, что процесс установки Arch не предназначен для компьютера, у которого нет доступа в Интернет (побочные эффекты разработчиков, живущих в первом мире).

В моем случае на моем диске уже были Windows 7 (с ее загрузочным и системным разделами) и Fedora (с ее разделом подкачки и ее выделенным / загрузочным разделом). Идея заключалась в том, чтобы установить Arch там, где раньше была Fedora, не разрушая при этом Windows.

Автономная псевдоустановка ArchLinux

Итак, я загрузился с Arch CD, выбрав x86_64, и без особых слов оставил меня за консолью. Я подумал: «Вау, эти парни серьезно относятся к тому, чтобы не быть дистрибутивом для новичков ... ладно, давай поиграем и посмотрим, что из этого получится».

Я перечислил каталог, в котором я должен был увидеть, есть ли там какая-либо документация, и обнаружил, что действительно есть текст с элементарным руководством по установке. Я написал то, что было актуально, на листке бумаги (у меня дома нет принтера) и принялся за работу.

Первое, что я сделал, это изменил раскладку клавиатуры на испанскую из Испании, что оказалось проще, чем я ожидал (есть даже странно названный us-акцент):

loadkeys es

Следующим шагом было смонтировать внешний диск, чтобы сохранить копию MBR в случае возникновения проблем и случайно сохранить важную информацию, которая была у меня в Fedora:

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

К счастью, LiveCD Arch поддерживает NTFS и имеет встроенный Полуночный командир (MC), поэтому в кратчайшие сроки я закончил сохранение остальной информации.

Затем я отключил диск, удалил временный каталог и физически удалил внешний диск, чтобы снизить риск потенциальных «катастроф».

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

Поэтому я отформатировал свои разделы, смонтировал корневой и загрузочный раздел и включил подкачку:

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

Следующим шагом было мое первое препятствие:

pacstrap /mnt base

Arch, естественно, попытался найти базы данных репозиториев на одном из зеркал, и не смог найти ни одного, всего. пакстрап Это было создание структуры каталогов в / mnt, очень организованной, но явно пустой.

По телефону я спросил пару друзей, которые используют Arch, нет ли возможности установить без доступа в Интернет хотя бы те же пакеты, что и на LiveCD, без копирования репозитория на диск, и они сказали мне, что по крайней мере они не знали, как это делать.

Мне показалась интересной техническая «задача», поэтому я подумал: «Если Arch может войти в систему в режиме LiveCD, он должен иметь возможность установить на жесткий диск, по крайней мере, в том же режиме», поэтому я попытался вручную скопировать файлы и остальная часть учебника (с небольшими странными изменениями), чтобы увидеть, что произошло:

rsync -avl / {bin и т.д, home, lib, lib64, opt, root, sbin, srv, usr, var} / mnt arch-chroot / mnt genfstab -p / >> / etc / fstab echo hpc> / etc / имя хоста ln -sf / usr / share / zoneinfo / Cuba / etc / localtime locale-gen

Следующим шагом было мое следующее препятствие:

mkinitcpio -p linux

Эта команда вызвала некоторые ошибки после прочтения руководства по команде и содержимого файлов. /etc/mkinitcpio.conf y /etc/mkinitcpio.d/linux.preset, Я понял, что команда не смогла найти файл vmlinuz-линукс, поэтому я нажал Ctrl + D, чтобы выйти из среды chroot, и поискал любой файл, который выглядел так:

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

Бывает, что LiveCD Arch монтирует загрузочные файлы в каталог / бежать /, поэтому я решил скопировать их на свой / boot / чтобы они были под рукой в ​​моей среде chroot:

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

Еще одна ошибка, которую я обнаружил при экспериментировании с mkinitcpio, заключалась в том, что не удалось найти метку корневого раздела, я записал его UUID (который я определил с помощью команды blkid) для использования с командой, которая в конечном итоге выглядела так:

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

На этот раз сборка завершилась успешно, только с парой предупреждений о модулях, которые не удалось найти, но в моем случае они не понадобились. На всякий случай пересобирал fstab, но уже с указанием UUID:

genfstab -U -p / > /etc/fstab

Подумал: ну ладно, наконец прогресс. Затем я сменил пароль и установил загрузчик.

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

Наконец, чтобы быть методичным, я снова нажал Ctrl + D, чтобы выйти из chrooted окружения, разобрал все и перезапустил, чтобы посмотреть, что произошло:

umount / mnt / boot umount / mnt перезагрузка

Компьютер перезагрузился, показывая меню Grub с Arch (Windows нигде не появлялась), поэтому я выбрал его, и все, казалось, загружалось нормально, пока ... система не указала, что были ошибки, которые я должен проверить с помощью следующей команды:

journalctl -xb

Анализируя ошибки, я увидел, что большинство из них можно игнорировать, но последняя была необычной и говорила мне, что плимут найти не удалось.

Я сразу подумал: «Плимут ??? Какого черта нужно для среды загрузки консоли? Это не похоже на ПОЦЕЛУ, чтобы сказать. Я уж точно не ставил, да и не надо ".

Но чтобы быть практичным, я подумал: «Хорошо, но хотя бы на это нужно ссылаться в каком-то файле, давайте посмотрим ...»:

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

Удивительно, но в каталоге конфигурации не оказалось файла с текстовой строкой «plymouth». Я тогда подумал: «А, так… ты заставляешь себя со мной? тогда давайте посмотрим, как вы усваиваете «пушку» (как мы говорим на Кубе) и «я построил» плимут с нуля:

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

Для тех из вас, кому интересно, что я вложил в этот файл, вот его содержимое во всей его великолепной целостности:

#! / bin / sh выход

Я снова перезагрузился, ожидая какой-то ошибки, и ... удивительно, но systemd был счастлив найти этот «важный компонент», потому что он завершил процесс запуска и без дальнейших задержек оставил меня в консоли. Поскольку я не мог поверить своим глазам, я решил «удалить» Plymouth и перезагрузить компьютер, чтобы посмотреть, что произошло:

rm -fr / usr / bin / plymouth перезагрузка

Как ни странно, на этот раз система запустилась тихо, и меня больше не раздражало отсутствие Плимута. (Нет комментариев)

Добавление Windows в GRUB

Затем оставалось добавить запись Windows в GRUB. Поскольку традиционные маршруты не работали (сочетание grub-mkconfig con ОС-тестовыми пробниками похоже, не работает), я решил создать запись вручную, для чего мне нужно было определить строку загрузчика Windows и 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

Это вернуло мне, соответственно, эти две строки:

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

Таким образом я убедился, что возвращенный UUID был таким же, как полученный для этого раздела при выполнении команды blkid. Затем было необходимо создать пользовательскую запись grub с указанными данными:

vi /etc/grub.d/40_custom

В его содержании:

#! / bin / sh exec tail -n +3 $ 0 # Этот файл предоставляет простой способ добавления пользовательских пунктов меню. Просто введите # пунктов меню, которые вы хотите добавить после этого комментария. Будьте осторожны, чтобы # не изменить строку '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}

Когда этот шаг был завершен, я решил установить Windows в качестве операционной системы по умолчанию, чтобы моя жена не паниковала, а моя племянница могла поиграть в свои Барби, когда она придет. Для этого я просто отредактировал файл / И т.д. / по умолчанию / GRUB и я установил запуск по умолчанию и тайм-аут всего 3 секунды.

GRUB_DEFAULT = 2 GRUB_TIMEOUT = 3

Оставалось только заново сгенерировать конфигурацию GRUB и перезапустить:

grub-mkconfig -o /boot/grub/grub.cfg перезагрузка

К счастью, все прошло как положено. Я выбрал запись Windows, и все благополучно началось.

Итак, как вы можете видеть, если вы можете выполнить хотя бы автономную псевдоустановку ArchLinux шаг за шагом, не подключаясь к сети только с компакт-диска, хотя очевидно, что то, что будет установлено на жестком диске, по сути, является LiveCD, но, по крайней мере, он может загрузите систему, скопируйте файлы и запустите некоторые приложения.

К счастью, Сэнди (KZKG ^ Gaara) зашла и скопировала репозиторий Arch (за что я очень благодарен), поэтому я планирую в ближайшее время закончить настоящую автономную установку, но это уже другая история. Могу заверить вас, что в течение некоторого времени я немного скучал по этим забавным экспериментам. На самом деле, если бы у меня было время, возможность подключения в доме и определенные материальные условия, я бы, вероятно, попытался сделать собственный дистрибутив на основе LFS, что было бы гораздо более увлекательным проектом. 😉