Arch не монтирует массив btrfs при загрузке.

В качестве раздела данных у меня есть многодисковая файловая система btrfs. Мой корневой диск – ext4

Fstab:

UUID=290624c6-6b95-41fd-94a1-923ebca64b83   /           ext4        rw,relatime,data=ordered    0 1
/dev/sdc    /mnt/btrfs  btrfs   rw,relatime,compress-force=zlib,autodefrag  0   0

Когда я загружаю машину, она ждет 1м30с с сообщением

A start job is running for dev-sdc.device

А затем

Dependency failed for /mnt/btrfs

Когда я вхожу в систему, я могу выполнить

mount /mnt/btrfs
systemctl default

И это будет работать. Система загрузится нормально.

Сначала я подумал, что мне нужно что-то сделать с хуком mkinitcpio, но на этой странице говорится:

Пакет mkinitcpio по умолчанию в Arch содержит стандартный хук btrfs, который достаточен для поддержки многодисковых (RAID) систем. Кроме того, ядро способно загрузить одноустройственный корень btrfs без какого-либо хука

Так что все должно работать из коробки.

Почему это не работает и что мне нужно сделать, чтобы это исправить?

Два комментария. Во-первых, попробуйте монтировать по метке или UUID вместо устройства. Имена устройств иногда могут меняться.

В противном случае, btrfs требуется вызов btrfs device scan перед тем, как он узнает о файловых системах btrfs на вашем компьютере. Я ожидал, что arch справится с этим, но по какой-то причине это не сработало, пока я не создал файл службы для этого и не поместил его в /etc/systemd/system/local-fs-pre.target.wants/btrfs-dev-scan.service:

[Unit]
Description=Btrfs scan devices
Before=local-fs-pre.target
DefaultDependencies=false

[Service]
Type=oneshot
ExecStart=/usr/bin/btrfs device scan

[Install]
WantedBy=local-fs-pre.target

DefaultDependencies=false необходимо, иначе это нарушает загрузку. (Пользователи не Arch могут иметь btrfs, расположенный в /sbin вместо /usr/bin)

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

Однако у вас может быть какая-то другая проблема. Сообщение Dependency failed указывает, что какая-то ранее нужная служба не запустилась. Я не знаю, что это может быть, вам следует проверить ваш journalctl -b и поискать жалобы на зависимости, обычно указывается, что именно отсутствует. Или, по крайней мере, вы получите цепочку зависимостей, которые не удались – возможно, что неудачи зависимостей распространяются…

Вы также можете сгенерировать systemd-analyze plot > boot.svg и проверить последовательность, что именно загрузилось в каком порядке. Вы можете догадаться по этому, что именно пошло не так – кто ждал кого? И что говорит systemctl --failed?

Существует хук для mkinitcpio, который можно включить, чтобы гарантировать, что

btrfs device scan

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

Вы можете включить этот хук, изменив /etc/mkinitcpio.conf, найдите строку HOOKS и добавьте btrfs перед udev.

После изменения обязательно перегенерируйте initramfs с помощью mkinitcpio -p linux

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