mkinitcpio (Русский)

mkinitcpio — это bash-скрипт, используемый для создания начального загрузочного диска системы. Из man-страницы mkinitcpio(8):

Начальный ram-диск по сути представляет собой очень маленькую среду (раннее пользовательское пространство, early userspace), которая загружает различные модули ядра и настраивает необходимые вещи перед передачей управления процессу init. Это позволяет, например, использовать зашифрованную корневую файловую систему или разместить её на программном RAID-массиве. mkinitcpio легко расширяется с помощью настраиваемых хуков, имеет автоопределение во время работы системы и многие другие функции.

Традиционно ядро отвечает за обнаружение всего оборудования и выполняет задачи на ранних этапах процесса загрузки до монтирования корневой файловой системы. Однако по мере развития технологий эти задачи становятся всё более сложными.

В настоящее время корневая файловая система может быть на широком диапазоне аппаратных средств от SCSI до SATA и USB дисков, управляемых различными контроллерами от разных производителей. Кроме того корневая файловая система может быть зашифрована или сжата, находиться в RAID массиве или группе логических томов. Простой способ справиться с этой сложностью является передача управления в пользовательском пространстве: начальный загрузочный диск. Смотрите также: /dev/brain0 » Blog Archive » Early Userspace in Arch Linux.

mkinitcpio разрабатывается разработчиками Arch Linux при участии сообщества. Смотрите публичный Git-репозиторий mkinitcpio.

Важно отметить, что существует два различных подхода к выполнению задач на этапе работы начального загрузочного диска:

На основе Busybox

Запускается init-скрипт, который, в свою очередь, сканирует файловую систему ram-диска в поисках скриптов для выполнения (в данном контексте называемых «runtime hooks»). Плюсы: лёгкий, небольшой размер, меньше зависимостей.

На основе systemd

systemd запускается уже в начале работы начального загрузочного диска. Выполняемые задачи определяются с помощью обычных юнитов systemd. Смотрите процесс запуска systemd. Плюсы: тесная интеграция с остальной частью экосистемы systemd, что приводит к более последовательному и оптимизированному процессу запуска. Более эффективная параллелизация определённых задач загрузки, что в некоторых случаях может привести к сокращению общего времени запуска. Более полный набор функций, например systemd-cryptsetup-generator с /etc/crypttab.initramfs или автомонтирование GPT-разделов. Минусы: Больше зависимостей и больший размер: как правило, приводит к увеличению размера initramfs из-за включения исполняемых файлов systemd и его зависимостей. Это может немного увеличить время загрузки.

Используемый подход выбирается путём добавления или удаления systemd в массиве HOOKS в файле /etc/mkinitcpio.conf. Подробнее в разделе #Доступные хуки.

Установите пакет mkinitcpio, который является зависимостью пакета linux, поэтому большинство пользователей уже установили его.

Продвинутые пользователи могут захотеть установить последнюю версию mkinitcpio из Git с пакетом mkinitcpio-git^AUR.

Каждый раз, когда ядро устанавливается или обновляется, pacman-хук генерирует файл предустановки (.preset) и сохраняет его в /etc/mkinitcpio.d/. Например, для официального пакета linux создаётся файл linux.preset. Предустановка — это просто список информации, необходимой для создания начальных образов RAM-диска, вместо того, чтобы вручную указывать различные параметры и расположение выходных файлов. По умолчанию mkinitcpio генерирует два образа после установки или обновления ядра:

1. default, создаваемый в соответствии с директивами, указанными в настройках, и
2. fallback, который создается с точно таким же конфигурационным файлом за исключением хука autodetect, что позволяет включить в него все модули.

После создания файла предустановки pacman-хук запускает скрипт mkinitcpio, который генерирует два образа, используя информацию, указанную в этом файле.

Чтобы запустить скрипт вручную, обратитесь к mkinitcpio(8) для чтения инструкций. В частности, чтобы (повторно) сгенерировать образ initramfs, используя предустановку, предоставленную пакетом ядра, используйте параметр -p/--preset с именем нужной предустановки. Например, для ядра linux используйте такую команду:

# mkinitcpio -p linux

Чтобы (повторно) сгенерировать образы initramfs, используя все существующие предустановки, используйте параметр -P/--allpresets. Обычно это используется для перегенерации всех образов initramfs после изменения глобальных настроек:

# mkinitcpio -P

Можно создать любое количество образов initramfs с различными конфигурациями. Путь к нужному образу должен быть прописан в настройках загрузчика.

Пользователи могут вручную создать образ с помощью альтернативного конфигурационного файла. Например, следующее будет генерировать initramfs образ в соответствии с /etc/mkinitcpio-custom.conf и сохранит его в /boot/linux-custom.img.

# mkinitcpio --config /etc/mkinitcpio-custom.conf --generate /boot/initramfs-custom.img

Если необходимо создать образ с ядром отличным от загруженного, добавьте параметр с версией ядра. Доступные версии ядер можно посмотреть в /usr/lib/modules, синтаксис соответствует выводу uname -r для каждого ядра.

# mkinitcpio --generate /boot/initramfs-custom2.img --kernel 5.7.12-arch1-1

mkinitcpio может генерировать unified kernel image (UKI) самостоятельно или через systemd-ukify. Если systemd-ukify не установлен или явно отключен опцией --no-ukify, mkinitcpio соберёт UKI сам, но тогда дополнительные возможности, которые предоставляет ukify, будут недоступны.

Подробнее в статье Unified kernel image.

/etc/mkinitcpio.conf — основной файл настроек mkinitcpio. Поддерживаются drop-in файлы, например /etc/mkinitcpio.conf.d/myhooks.conf (но они игнорируются при запуске с опцией -c и/или использовании предустановки, содержащей ALL_config). Кроме того, в каталоге /etc/mkinitcpio.d располагаются файлы предустановок (например /etc/mkinitcpio.d/linux.preset).

Можно изменять семь переменных в файле настроек (подробнее в документации mkinitcpio.conf(5) § VARIABLES):

MODULES

Модули ядра, которые будут загружены до выполнения хуков.

BINARIES

Дополнительные исполняемые файлы, которые необходимо включить в initramfs.

FILES

Дополнительные файлы, которые необходимо включить в initramfs.

HOOKS

Хуки — скрипты, выполняемые в initramfs.

COMPRESSION

Тип используемого сжатия initramfs.

COMPRESSION_OPTIONS

Дополнительные опции, передаваемые программе, указанной в переменной COMPRESSION. Использование этого параметра не рекомендуется. mkinitcpio будет обрабатывать особые требования к инструментам сжатия (например --check=crc32 для xz), и неправильное использование может привести к невозможности запуска системы.

MODULES_DECOMPRESS

Разжимать ли загружаемые модули ядра и файлы прошивок перед их записью в initramfs или сохранять их в исходном сжатом виде.

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

Для модулей с суффиксом ? не будет выводиться ошибка, если они не будут найдены. Это может быть полезно для пользовательских ядер.

Указывают, какие файлы необходимо добавить в initramfs. BINARIES и FILES будут добавлены перед запуском хуков и могут использоваться для переопределения файлов, используемых или предоставляемых хуками. BINARIES — бинарные файлы из PATH, все необходимые для их работы библиотеки будут добавлены автоматически. FILES добавляет файлы как есть. Например:

FILES=(/etc/modprobe.d/modprobe.conf)

BINARIES=(kexec)

И BINARIES, и FILES являются bash-массивами, в них можно добавить несколько файлов с пробелом в качестве разделителя.

Массив HOOKS наиболее важный в файле настроек. Хуки — это небольшие скрипты, которые описывают, что будет добавлено к образу, а также дополнительные действия, выполняемые при загрузке системы. Хуки указываются по имени и выполняются в порядке, заданном в массиве HOOKS.

Значение по умолчанию для HOOKS должно быть достаточным для большинства простых установок с одним диском. Для корневых устройств, которые являются многоуровневыми или многоблочными устройствами, такими как LVM, mdadm или dm-crypt, смотрите cоответствующие страницы вики для дальнейшей необходимой конфигурации.

Build hooks — хуки сборки. Располагаются в /usr/lib/initcpio/install/; пользовательские хуки можно добавить в /etc/initcpio/install/. mkinitcpio выполняет source этих файлов в bash во время сборки initramfs. Должны содержать две функции: build и help. Функция build перечисляет модули, файлы и исполняемые файлы, которые добавляются в образ. Функции, которые могут использовать хуки сборки, описаны в mkinitcpio(8). Функция help выводит описание действий хука.

Для получения списка всех доступных хуков:

$ mkinitcpio -L

Используйте опцию -H/--hookhelp для вывода информации о конкретном хуке:

$ mkinitcpio -H udev

Runtime hooks — хуки времени выполнения. Располагаются в /usr/lib/initcpio/hooks/, пользовательские хуки можно добавить в /etc/initcpio/hooks/. Для любого runtime-хука всегда должен быть build-хук, имеющий такое же имя и вызывающий функцию add_runscript, которая добавит runtime-хук в образ. Во время early userspace выполняется source этих файлов командным интерпретатором ash из busybox. Они запускаются по порядку записи в HOOKS, за исключением хуков очистки. Runtime-хуки могут содержать несколько функций:

run_earlyhook: Функции с таким именем будут запускаться один раз после монтирования API файловых систем и обработки командной строки ядра. Как правило, здесь запускаются дополнительные демоны, такие как udev, необходимые для раннего процесса загрузки.

run_hook: Функции с таким именем запускаются вскоре после ранних хуков. Эта функция используется чаще всего, и здесь должны выполняться операции, такие как сборка многоуровневых блочных устройств.

run_latehook: Функции c этим именем запускаются после того, как была примонтирована корневая файловая система. Это следует использовать ограниченно для дальнейшей настройки корневой ФС или для монтирования других файловых систем, таких как /usr.

run_cleanuphook: Функции с этим именем запускаются как можно позже и в порядке обратном порядку их перечисления в массиве HOOKS из файла настроек. Эти хуки должны использоваться для любой очистки в последнюю минуту, например, для закрытия всех демонов, запущенных ранними хуками.

Post hooks — исполняемые файлы, которые выполняются после завершения создания образа initramfs. Располагаются в /usr/lib/initcpio/post/, пользовательские хуки можно добавить в /etc/initcpio/post/. Их можно использовать для дополнительных задач вроде подписи созданного образа.

Каждый исполняемый файл запускается с тремя аргументами в таком порядке:

1. использованное ядро (иногда может быть пустым);
2. созданный образ initramfs;
3. (опционально) созданный unified kernel image.

Также устанавливаются переменные окружения KERNELVERSION, содержащая полную версию ядра, и KERNELDESTINATION, содержащая путь, в котором должно находиться ядро, чтобы оно могло быть загружено.

Таблица стандартных хуков и как они влияют на создание и выполнение образа. Обратите внимание, что эта таблица не является полной, так как пакеты могут предоставлять свои хуки.

Ядро поддерживает несколько форматов для сжатия initramfs: gzip, bzip2, lzma (xz), xz, lzo (lzop), lz4 и zstd. По умолчанию mkinitcpio использует zstd для ядра 5.9 и более новых версий или gzip для старых версий.

Стандартный mkinitcpio.conf имеет различные закомментированные варианты COMPRESSION. Раскомментируйте один из них, чтобы выбрать необходимый формат сжатия, и убедитесь, что соответствующий инструмент сжатия установлен в системе. Чтобы создать несжатый образ, укажите COMPRESSION=cat в конфигурации или используйте -z cat в командной строке.

Это дополнительные флаги, передаваемые программе, указанной в переменной COMPRESSION, например:

COMPRESSION_OPTIONS=(-9)

Эту опцию можно не трогать: mkinitcpio сам позаботится о том, чтобы любой поддерживаемый метод сжатия имел необходимые флаги для создания рабочего образа.

При использовании сжатия zstd можно сэкономить место для пользовательских ядер (особенно при использовании двойной загрузки с монтированием системного раздела EFI в /boot) с помощью опции --long. Однако системы с небольшим объёмом оперативной памяти могут не осилить распаковку образа initramfs при использовании этой опции. Опция -v также может быть полезна для просмотра подробностей во время генерации образа initramfs. Например:

COMPRESSION="zstd"
COMPRESSION_OPTIONS=(-v -5 --long)

Самое сильное, но самое медленное сжатие можно получить при использовании xz с опцией -9e и распаковки файлов модулей и прошивок перед их записью в initramfs:

COMPRESSION="xz"
COMPRESSION_OPTIONS=(-9e)
MODULES_DECOMPRESS="yes"

Переменная MODULES_DECOMPRESS контролирует, будут ли файлы модулей ядра и прошивок разжаты перед их записью в образ initramfs. Значение по умолчанию — no.

Arch сжимает модули официальных ядер и файлы прошивок в linux-firmware с помощью zstd с уровнем сжатия 19. При использовании более высокого уровня сжатия для initramfs установка MODULES_DECOMPRESS="yes" позволит ещё сильнее уменьшить размер initramfs. Это достигается за счёт увеличения использования памяти и процессора на ранних этапах загрузки, что негативно сказывается на системах с небольшим объёмом памяти или слабым процессором, поскольку во время загрузки системы ядро будет тратить больше времени на распаковку образа initramfs целиком вместо того, чтобы по отдельности распаковывать только нужные файлы модулей и прошивок.

Настройки среды выполнения могут быть переданы в init и некоторые хуки через параметры ядра, которые обычно задаются в загрузчике. Приведённые ниже параметры могут быть добавлены в командную строку ядра для изменения поведения по умолчанию. Подробности смотрите в статьях Параметры ядра и Процесс загрузки Arch.

root=

Это самый важный параметр, указываемый в командной строке ядра, поскольку он определяет, какое устройство будет смонтировано как корневая ФС. mkinitcpio поддерживает большой набор форматов; примеры есть в разделе Постоянные имена для блочных устройств#Параметры ядра.

break

Если указан break или break=premount, init приостановит процесс загрузки (после загрузки хуков, но перед монтированием корневой ФС) и запустит интерактивную оболочку, которую можно использовать для устранения неполадок. Эту оболочку можно запустить после монтирования корневой ФС, указав break=postmount. После выхода из оболочки продолжится обычная загрузка.

disablehooks=

Отключает runtime-хуки, перечисленные через запятую: disablehooks=хук1[,хук2,...]. Например:

disablehooks=resume

earlymodules=

Изменяет порядок загрузки модулей, загружая указанные здесь модули раньше остальных: earlymodules=модуль1[,модуль2,...]. (Это может использоваться, например, для обеспечения правильного порядка нескольких сетевых интерфейсов.)

Смотрите Устранение часто встречающихся неполадок#Проблемы загрузки и mkinitcpio(8) для более подробной информации.

Смотрите RAID#Configure mkinitcpio.

Требуемые пакеты

Хук net требует пакет mkinitcpio-nfs-utils.

Параметры ядра

Полную и актуальную информацию можно найти в официальной документации ядра.

ip=

Этот параметр сообщает ядру, как настраивать IP-адреса устройств и таблицу маршрутизации. Может принимать до девяти аргументов, разделённых двоеточиями:

ip=<client-ip>:<server-ip>:<gw-ip>:<netmask>:<hostname>:<device>:<autoconf>:<dns0-ip>:<dns1-ip>:<ntp0-ip>.

Если этот параметр не указан, все поля считаются пустыми и используются значения по умолчанию, описанные в документации ядра. В целом это подразумевает, что ядро пытается настроить всё с помощью автоконфигурации.

Можно указать <autoconf> в одиночку как значение параметра ip (без всех двоеточий перед ним). Значение ip=off или ip=none отключает автоконфигурацию. Чаще всего используется ip=dhcp.

Разъяснение параметров:

 <client-ip>   IP адрес клиента. Если пустой, то автоматически назначается
               протоколом RARP/BOOTP/DHCP. Какой протокол используется
               зависит от параметра <autoconf>. Если его значение не пустое,
               то autocnf работает корректно.
 
 <server-ip>   IP адрес NFS сервера. Если используется RARP для определения
               адреса клиента и этот параметр не пуст, то принимаются ответы
               только от указанного сервера.
               Для использования разных RARP и NFS серверов,
               укажите ваш RARP сервер здесь (или оставьте пустым), и
               укажите ваш NFS сервер в параметре `nfsroot'
               (см. выше). Если тут пусто, будет использован сервер, ответивший
               на RARP/BOOTP/DHCP запрос.
 
 <gw-ip>       IP адрес шлюза если сервер в другой подсети. Если тут пусто,
               предполагается, что сервер находится в одной подсети, если значение
               не получено по BOOTP/DHCP.
 
 <netmask>     Маска подсети для локального интерфейса. Если тут пусто,
               используется маска по умолчанию в зависимости от класса IP,
               если конечно не переопределена значением из BOOTP/DHCP ответа.
 
 <hostname>    Имя машины клиента. Если пусто, используется IP адрес в виде ASCII
               строки, или значение полученное по BOOTP/DHCP.
 
 <device>      Имя сетевого устройства. Если тут пусто, все устройства будут использованы
               для RARP/BOOTP/DHCP запросов, и все настройки будут получены из первого
               пришедшего ответа. Если вы имеете только одно сетевое устройство, можно спокойно
               оставить поле пустым.
 
 <autoconf>	Какой метод использовать для автонастройки: 'rarp', 'bootp', или 'dhcp'.
               Если значение 'both', 'all' или пусто, все протоколы будут использованы.
               'off', 'static' или 'none' означают запрет автонастройки.
 
 <dns0-ip>     IP-адрес основного DNS-сервера. Определяется автоматически при включенном autoconf.
               Значение доступно в /proc/net/pnp с префиксом "nameserver ".
 
 <dns1-ip>     IP-адрес запасного DNS-сервера, аналогично <dns0-ip>.
 
 <ntp0-ip>     IP-адрес NTP-сервера. Определяется автоматически при включенном autoconf.
               Значение доступно в /proc/net/ipconfig/ntp_servers, ядром не используется.

Полное объяснение параметров можно почитать в документации ядра (на английском).

Примеры:

 ip=127.0.0.1:::::lo:none  --> Разрешить lo интерфейс.
 ip=192.168.1.1:::::eth2:none --> Статический eth2 интерфейс.
 ip=:::::eth0:dhcp --> Разрешить dhcp протокол для настройки интерфейса eth0.

BOOTIF=

Если у вас несколько сетевых карт, в этом параметре можно указать MAC-адрес интерфейса, с которого вы загружаетесь. Это часто бывает полезно, так как нумерация интерфейсов может измениться, или в сочетании с опцией pxelinux IPAPPEND 2 или IPAPPEND 3. Если не указан, будет использоваться eth0.

Пример

BOOTIF=01-A1-B2-C3-D4-E5-F6  # Обратите внимание на ведущий "01-" и верхний регистр.

nfsroot=

Если параметр nfsroot НЕ передан, будет использовано значение по умолчанию /tftpboot/%s.

 nfsroot=[<server-ip>:]<root-dir>[,<nfs-options>]

Описание параметров:

 <server-ip>   IP адрес NFS сервера. Если параметр отсутствует
               адрес по умолчанию определяется по переменной
               `ip' (см. ниже). Одно из применений этого параметра -
               использование разных серверов для
               RARP и NFS. Обычно можете оставить этот параметр пустым.
 
 <root-dir>    Путь к директории, которая будет корневой на клиенте. Если тут
               написано "%s", то оно будет заменено на ASCII представление IP
               клиента.
 
 <nfs-options> Стандартные опции NFS. Все опции разделены запятыми.
               Если опция отсутствует будут использованы следующие значения по умолчанию:
                       port            = как скажет portmap демон на сервере
                       rsize           = 1024
                       wsize           = 1024
                       timeo           = 7
                       retrans         = 3
                       acregmin        = 3
                       acregmax        = 60
                       acdirmin        = 30
                       acdirmax        = 60
                       flags           = hard, nointr, noposix, cto, ac

Полное описание параметров можно почитать в mkinitcpio -H net (на английском).

Если ваш корень находится на LVM, смотрите Install Arch Linux on LVM#Adding mkinitcpio hooks.

Если у вас зашифрованный корень, смотрите dm-crypt/System configuration#mkinitcpio для информации о том, какие хуки нужно добавлять.

Если у вас /usr на отдельном разделе, вы должны соблюдать следующие требования:

• Добавьте хук fsck, а в файле /etc/fstab укажите для passno значение 2, чтобы запускалась проверка этого раздела при загрузке системы. Без этого хука /usr проверяться не будет.
• Если не используется хук systemd, добавьте хук usr, который будет монтировать раздел /usr после монтирования корневой ФС.

Создание fallback-образов можно отключить:

• Измените строку PRESETS=('default' 'fallback') на PRESETS=('default') в соответствующих файлах .preset в каталоге /etc/mkinitcpio.d/.
• Удалите fallback-образ initramfs из каталога /boot/.
• Обновите настройки вашего загрузчика.

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

Образ initramfs является архивом SVR4 CPIO, созданным с помощью команд find и bsdcpio и опционально сжатым с форматом сжатия, понятным ядру. Подробнее о сжатии смотрите в разделе #COMPRESSION.

mkinitcpio включает в себя инструмент lsinitcpio(1), позволяющий посмотреть и/или извлечь содержимое образов initramfs.

Просмотр списка файлов в образе:

# lsinitcpio /boot/initramfs-linux.img

Извлечение всех файлов в текущий каталог:

# lsinitcpio -x /boot/initramfs-linux.img

Более удобный обзор самых важных частей образа:

# lsinitcpio -a /boot/initramfs-linux.img

После распаковки архива описанным выше способом вы можете изменить файлы и упаковать всё обратно. Вызовите функцию build_image из скрипта /usr/bin/mkinitcpio с параметрами

build_image выходной-файл сжатие

Это можно сделать путём создания нового скрипта с содержимым функции build_image и его вызова с описанными выше параметрами. Он упакует содержимое текущего каталога в выходной-файл.

mkinitcpio считает /dev примонтированным при наличии /dev/fd/. Если всё выглядит хорошо, его можно «создать» вручную:

# ln -s /proc/self/fd /dev/

(Очевидно, /proc тоже должен быть примонтирован. mkinitcpio всё равно это требует и тоже это проверяет.)

В процессе сборки initramfs после обновления ядра вы можете заметить предупреждения:

==> WARNING: Possibly missing firmware for module: 'название_модуля'

Если эти предупреждения появляются во время генерации default-образа, это может означать, что действительно требуется установка дополнительных файлов прошивок. Для часто встречающихся устройств достаточно установить пакет linux-firmware. Другие пакеты, предоставляющие файлы прошивок, приведены в таблице ниже; также можно попробовать поискать их в официальных репозиториях или в AUR.

Если же предупреждения появляются только во время генерации fallback-образа, есть три варианта:

• Просто проигнорировать предупреждения, если вы уверены, что они не касаются нужного вам оборудования.
• Если вы хотите, чтобы предупреждения исчезли, можно установить недостающие файлы прошивок. Большинство необязательных прошивок предоставляются мета-пакетом mkinitcpio-firmware^AUR. Также можно отдельно установить только нужные пакеты:

Модуль	Пакет
aic94xx	aic94xx-firmwareAUR
ast	ast-firmwareAUR
bfa	linux-firmware-qlogic
bnx2x	linux-firmware-broadcom
liquidio	linux-firmware-liquidio
mlxsw_spectrum	linux-firmware-mellanox
nfp	linux-firmware-nfp
qat_420xx	linux-firmware-intel
qed	linux-firmware-qlogic
qla1280	linux-firmware-qlogic
qla2xxx	linux-firmware-qlogic
wd719x	wd719x-firmwareAUR
xhci_pci xhci_pci_renesas	upd72020x-fwAUR

• Если вы хотите избавиться от предупреждений, но не хотите захламлять систему неиспользуемыми файлами прошивок, можно отключить создание fallback-образа initramfs.

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

# echo "Device not available" > /usr/lib/firmware/qat_420xx.bin
# echo "Device not available" > /usr/lib/firmware/qat_420xx_mmp.bin

На некоторых материнских платах (в основном старых, но также и некоторых новых) контроллер i8042 не определяется автоматически. Это бывает редко, но некоторые люди всё же могут оказаться с неработающей клавиатурой. Вы можете заранее обнаружить эту ситуацию. Если у вас есть порт PS/2 и вы получаете сообщение i8042: PNP: No PS/2 controller found. Probing ports directly, добавьте atkbd в массив MODULES.[2]

При неправильно сформированном начальном RAM-диске систему скорее всего не получится загрузить. В таком случае выполните описанную ниже процедуру восстановления системы:

Хук autodetect фильтрует ненужные модули ядра в основном образе initramfs путём сканирования /sys и модулей, загруженных на момент запуска хука. Если вы переносите каталог /boot на другую машину и загрузка терпит неудачу на стадии early userspace, это может происходить из-за того, что новое оборудование не определилось из-за отсутствующих модулей ядра. Обратите внимание, что для USB 2.0 и 3.0 нужны разные модули ядра.

Чтобы исправить это, сначала попробуйте выбрать fallback-образ в вашем загрузчике, поскольку его содержимое не фильтруется хуком autodetect. После загрузки выполните mkinitcpio на новой машине, чтобы пересобрать основной образ с корректными модулями. Если fallback-образ не решил проблему, попробуйте загрузиться в Arch Linux live CD/USB, выполнить chroot в установленную систему и выполнить mkinitcpio на новой машине. В крайнем случае, попробуйте вручную добавить модули в initramfs.

Хук systemd блокирует учётную запись root. Для включения можно установить initcpio-hook-shadowcopy^AUR, добавить хук shadowcopy после хука systemd в файле /etc/mkinitcpio.conf и пересобрать образы командой mkinitcpio -P. Подробнее в репозитории на GitHub.

• Документация ядра Linux: initramfs, "What is rootfs?"
• Документация ядра Linux: initrd
• Статья на Википедии: initrd