Эта проблема возникла на многих наших серверах, которые были обновлены до 18.04 с 16.04. Обычная конфигурация такова, что корень - это LVM, и есть либо раздел / boot, либо разделы / boot и / boot / efi. Например:
$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 vfat C45F-2000 /boot/efi
├─sda2 ext2 a906fd59-cb58-4c94-8560-5d426e4 /boot
└─sda3 LVM2_member 1P3Rxv-VZMx-gcs9-PlxM-DCI8-kIqr
├─node--007--vg-root ext4 316678d5-aaaf-43bd-bac6-cc3aeb1 /
├─node--007--vg-swap_1 swap 0724b0b0-9f2d-42aa-bbe2-7b8aa31 [SWAP]
├─node--007--vg--na ext4 7d42481b-f7fb-4ac6-9cf5-5df3ca17 /cache/na
├─node--007--vg-c ext4 e38d96f8-6afb-4d2c-94cc-28a02e90 /cache/c
└─node--007--vg-t ext4 44559b67-869e-4454-b792-792c1a16 /cache/d
С ведением журнала отладки ядра Я всегда вижу такой журнал о тайм-ауте ожидания устройства
Mar 30 16:14:22 ns1 systemd-udevd[539]: seq 3206 '/devices/pci0000:00/0000:00:1f.2/ata2/host1/target1:0:0/1:0:0:0/block/sda' is taking a long time
Mar 30 16:14:22 ns1 systemd[1]: systemd-udevd.service: Got notification message from PID 539 (WATCHDOG=1)
Mar 30 16:14:50 ns1 systemd[1]: dev-disk-by\x2duuid-a906fd59\x2dcb58\x2d4c94\x2d8560\x2d5d426e4.device: Job dev-disk-by\x2duuid-a906fd59\x2dcb58\x2d4
Mar 30 16:14:50 ns1 systemd-journald[501]: Forwarding to syslog missed 70 messages.
Mar 30 16:14:50 ns1 systemd[1]: dev-disk-by\x2duuid-a906fd59\x2dcb58\x2d4c94\x2d8560\x2d5d426e4.device: Job dev-disk-by\x2duuid-a906fd59\x2dcb58\x2d4
Mar 30 16:14:50 ns1 systemd[1]: Timed out waiting for device dev-disk-by\x2duuid-a906fd59\x2dcb58\x2d4c94\x2d8560\x2d5d426e4.device.
Mar 30 16:14:50 ns1 systemd[1]: boot.mount: Job boot.mount/start finished, result=dependency
Mar 30 16:14:50 ns1 systemd[1]: Dependency failed for /boot.
К этому моменту монтируются своп и LVM. Вход в аварийный режим, нажатие Ctrl-D продолжает загрузку, и тогда все в порядке.
Если я заархивирую все файлы в / boot, umount / boot и / boot / efi, а затем разархивирую их, изменю fstab, обновлю initramfs и перезагружусь без этих разделов, то узел загрузится.
Я заметил, что журнал, в котором говорится, что / dev / sda подключен, не появляется до входа в аварийный режим, даже если lvms смонтированы успешно. После нажатия Ctrl-D, чтобы продолжить загрузку, появляется журнал, и все, включая sda2, монтируется нормально.
Mar 30 16:15:33 ns1 systemd[1]: dev-sda.device: Changed dead -> plugged
Любая помощь очень ценится.
После многих поискав вокруг, я включил очень удобный журнал отладки в /etc/udev/udev.conf и обновил свои initramfs.
$ cat /etc/udev/udev.conf
# see udev.conf(5) for details
#
# udevd is started in the initramfs, so when this file is modified the
# initramfs should be rebuilt.
#udev_log="info"
#event_timeout=300
udev_log="debug"
Это помогло мне определить проблему. На ранних этапах загрузки происходили тысячи «завитков», и они были связаны с правилом udev, которое действовало при добавлении и удалении устройств «sd *». Я закомментировал эти действия правил, и теперь система загружается! Журналы можно просмотреть с помощью journalctl -b.