Я понимаю, что было несколько вопросов от людей, у которых уже были проблемы с загрузкой, но я думаю, что мой случай - довольно частный, поэтому я публикую еще один вопрос в надежде решить некоторые новые проблемы.
Я восстанавливал процесс загрузки виртуальной машины с файлами initramfs
(initrd.img
и vmlinuz
в /boot
) из ядер, которые больше не были установлены, и пытался загрузиться с них.
Я очень близок к завершению, но он продолжает перезагружаться в systemd
аварийный режим
(где написано: )
You are in emergency mode. After logging in, type "journalctl -xb" to view system logs, "systemctl reboot" to reboot, "systemctl default" or "exit" to boot into default mode.
Give root password for maintenance
(or press Control-D to continue):
Я загрузился с live CD, смонтировал 3 соответствующих раздела в /mnt
, chroot в /mnt
:
mount /dev/sda3 /mnt
mount /dev/sda2 /mnt/boot
mount /dev/sda1 /mnt/boot/efi
for i in proc dev dev/pts sys tmp run; do mount --bind /$i /mnt/$i; done
chroot /mnt
Сделал ремонт и перезагрузился.
Теперь мой fstab
не монтирует мои разделы. Я думал, что это правильно настроено - UUID копируются напрямую из blkid | grep /dev/sda
. Я не думал, что чего-то не хватает.
Вот ошибки, которые я вижу прямо перед тем, как попасть в подсказку аварийного режима:
[FAILED] Failed to mount /boot
See 'systemctl status boot.mount' for details.
[DEPEND] Dependency failed for Local File Systems
[DEPEND] Dependency failed for Unattended Upgrades Shutdown
[DEPEND] Dependency failed for /boot/efi
Итак, конечно, я посмотрел на systemctl status boot.mount
, но он активен (зеленый) и говорит он загружается, хотя моя папка /boot
пуста, если только я не смонтирую вручную /dev/sda2
.
Выглядит очень странно. Почему boot.mount
говорит, что он загружает раздел /boot
, если это явно не так?