Manjaro Other
19
   7872

После обновления - Failed to Start Load Kernel Modules

В VirtualBox установлен Manjaro JWM 17.1. Вчера обновил систему, в том числе были обновления ядра, обновилась нормально, сделал перезагрузку и в итоге она не запускается, доходит до надписи «Загружается начальный виртуальный диск» и далее «Во время работы виртуальной машины произошла критическая ошибка.» На этом всё и заканчивается. Как можно восстановить систему?

Manjaro Other: После обновления - Failed to Start Load Kernel Modules

Manjaro Other: После обновления - Failed to Start Load Kernel Modules

Manjaro Other: После обновления - Failed to Start Load Kernel Modules

19 комментариев

avatar
Fallback initramfs ничего не дает?
0
avatar
К сожалению там всё аналогично.
0
avatar
Тогда, полагаю, livecd и (mhwd-)chroot.
0
avatar
Загрузился с образа, затем
sudo su
mount /dev/sda1 /mnt
cd /mnt
mount -t proc proc proc/
mount -t sysfs sys sys/
mount -o bind /dev dev/
chroot . /bin/bash
echo nameserver 8.8.8.8 > /etc/resolv.conf


Затем с помощью Pacli сдаунгрейдил пакеты до linux 4.14.9.1 и linux-header 4.14.9.1.
Теперь уже грузится дальше, но впадает в цикл.

Последний раз редактировалось
0
avatar
И что же пишет systemctl status systemd-modules-load.service?
Последний раз редактировалось
0
avatar
Да ничего не пишет, так как идёт цикл и никуда зайти не могу.
А если загрузиться с образа и в chroot, то опять же ничего не напишет.
Если есть способ узнать иным образом, прошу подсказать.
0
avatar
Welcome to Manjaro JWM Community Edition!

┌─( manjaro ) » { ~ }
└──┤ journalctl -D /mnt/var/log/journal -xe
Jan 13 09:22:29 lapa-pc systemd[1]: Stopping LVM2 metadata daemon…
— Subject: Unit lvm2-lvmetad.service has begun shutting down
— Defined-By: systemd
— Support: lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit lvm2-lvmetad.service has begun shutting down.
Jan 13 09:22:29 lapa-pc systemd[1]: Stopped LVM2 metadata daemon.
— Subject: Unit lvm2-lvmetad.service has finished shutting down
— Defined-By: systemd
— Support: lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit lvm2-lvmetad.service has finished shutting down.
Jan 13 09:22:29 lapa-pc systemd[1]: Shutting down.
Jan 13 09:22:29 lapa-pc kernel: systemd-shutdow: 31 output lines suppressed due
Jan 13 09:22:29 lapa-pc systemd-shutdown[1]: Syncing filesystems and block devic
Jan 13 09:22:29 lapa-pc systemd-shutdown[1]: Sending SIGTERM to remaining proces
Jan 13 09:22:29 lapa-pc systemd-journald[166]: Journal stopped
— Subject: The journal has been stopped
— Defined-By: systemd
— Support: lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— The system journal process has shut down and closed all currently
— active journal files.
lines 2737-2759/2759 (END)
Jan 13 09:22:29 lapa-pc systemd[1]: Stopping LVM2 metadata daemon…
— Subject: Unit lvm2-lvmetad.service has begun shutting down
— Defined-By: systemd
— Support: lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit lvm2-lvmetad.service has begun shutting down.
Jan 13 09:22:29 lapa-pc systemd[1]: Stopped LVM2 metadata daemon.
— Subject: Unit lvm2-lvmetad.service has finished shutting down
— Defined-By: systemd
— Support: lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— Unit lvm2-lvmetad.service has finished shutting down.
Jan 13 09:22:29 lapa-pc systemd[1]: Shutting down.
Jan 13 09:22:29 lapa-pc kernel: systemd-shutdow: 31 output lines suppressed due to ratelimiting
Jan 13 09:22:29 lapa-pc systemd-shutdown[1]: Syncing filesystems and block devices.
Jan 13 09:22:29 lapa-pc systemd-shutdown[1]: Sending SIGTERM to remaining processes…
Jan 13 09:22:29 lapa-pc systemd-journald[166]: Journal stopped
— Subject: The journal has been stopped
— Defined-By: systemd
— Support: lists.freedesktop.org/mailman/listinfo/systemd-devel
—
— The system journal process has shut down and closed all currently
— active journal files.
~
~


Ссылка на лог.

Последний раз редактировалось
0
avatar
Хорошо. Вспоминайте, какие модули ядра ставили. Как и откуда.
journalctl -D /mnt/var/log/journal -u systemd-modules-load.service

сделайте.
И, да, на всякий случай: при переходе в tty приглашения нет?
Последний раз редактировалось
+1
avatar 
┌─( root ) » { /home/manjaro }
└──┤ mount /dev/sda1 /mnt
┌─( root ) » { /home/manjaro }
└──┤ journalctl -D /mnt/var/log/journal -u systemd-modules-load.service
-- Logs begin at Sun 2017-12-03 17:59:38 UTC, end at Mon 2018-01-15 13:18:17 UTC
Dec 03 17:59:38 lapa-pc systemd-modules-load[151]: Inserted module 'vboxguest'
Dec 03 17:59:38 lapa-pc systemd-modules-load[151]: Inserted module 'vboxsf'
Dec 03 17:59:40 lapa-pc systemd-modules-load[151]: Inserted module 'vboxvideo'
Dec 03 17:59:40 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 03 20:03:36 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 03 20:08:07 lapa-pc systemd-modules-load[143]: Inserted module 'crypto_user'
Dec 03 20:08:07 lapa-pc systemd-modules-load[143]: Inserted module 'vboxguest'
Dec 03 20:08:07 lapa-pc systemd-modules-load[143]: Inserted module 'vboxsf'
Dec 03 20:08:09 lapa-pc systemd-modules-load[143]: Inserted module 'vboxvideo'
Dec 03 20:08:09 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 03 21:06:13 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 03 21:07:31 lapa-pc systemd-modules-load[167]: Inserted module 'crypto_user'
Dec 03 21:07:31 lapa-pc systemd-modules-load[167]: Inserted module 'vboxguest'
Dec 03 21:07:31 lapa-pc systemd-modules-load[167]: Inserted module 'vboxsf'
Dec 03 21:07:33 lapa-pc systemd-modules-load[167]: Inserted module 'vboxvideo'
Dec 03 21:07:33 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 03 21:35:57 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 18:40:08 lapa-pc systemd-modules-load[163]: Inserted module 'crypto_user'
Dec 08 18:40:08 lapa-pc systemd-modules-load[163]: Inserted module 'vboxguest'
lines 1-23...skipping...
-- Logs begin at Sun 2017-12-03 17:59:38 UTC, end at Mon 2018-01-15 13:18:17 UTC. --
Dec 03 17:59:38 lapa-pc systemd-modules-load[151]: Inserted module 'vboxguest'
Dec 03 17:59:38 lapa-pc systemd-modules-load[151]: Inserted module 'vboxsf'
Dec 03 17:59:40 lapa-pc systemd-modules-load[151]: Inserted module 'vboxvideo'
Dec 03 17:59:40 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 03 20:03:36 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 03 20:08:07 lapa-pc systemd-modules-load[143]: Inserted module 'crypto_user'
Dec 03 20:08:07 lapa-pc systemd-modules-load[143]: Inserted module 'vboxguest'
Dec 03 20:08:07 lapa-pc systemd-modules-load[143]: Inserted module 'vboxsf'
Dec 03 20:08:09 lapa-pc systemd-modules-load[143]: Inserted module 'vboxvideo'
Dec 03 20:08:09 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 03 21:06:13 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 03 21:07:31 lapa-pc systemd-modules-load[167]: Inserted module 'crypto_user'
Dec 03 21:07:31 lapa-pc systemd-modules-load[167]: Inserted module 'vboxguest'
Dec 03 21:07:31 lapa-pc systemd-modules-load[167]: Inserted module 'vboxsf'
Dec 03 21:07:33 lapa-pc systemd-modules-load[167]: Inserted module 'vboxvideo'
Dec 03 21:07:33 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 03 21:35:57 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 18:40:08 lapa-pc systemd-modules-load[163]: Inserted module 'crypto_user'
Dec 08 18:40:08 lapa-pc systemd-modules-load[163]: Inserted module 'vboxguest'
Dec 08 18:40:08 lapa-pc systemd-modules-load[163]: Inserted module 'vboxsf'
Dec 08 18:40:09 lapa-pc systemd-modules-load[163]: Inserted module 'vboxvideo'
Dec 08 18:40:10 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 08 18:53:19 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 18:53:38 lapa-pc systemd-modules-load[165]: Inserted module 'crypto_user'
Dec 08 18:53:38 lapa-pc systemd-modules-load[165]: Inserted module 'vboxguest'
Dec 08 18:53:38 lapa-pc systemd-modules-load[165]: Inserted module 'vboxsf'
Dec 08 18:53:38 lapa-pc systemd-modules-load[165]: Inserted module 'vboxvideo'
Dec 08 18:53:39 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 08 19:00:21 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 19:20:28 lapa-pc systemd-modules-load[163]: Inserted module 'crypto_user'
Dec 08 19:20:28 lapa-pc systemd-modules-load[163]: Inserted module 'vboxguest'
Dec 08 19:20:28 lapa-pc systemd-modules-load[163]: Inserted module 'vboxsf'
Dec 08 19:20:33 lapa-pc systemd-modules-load[163]: Inserted module 'vboxvideo'
Dec 08 19:20:33 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 08 19:44:07 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 19:44:30 lapa-pc systemd-modules-load[162]: Inserted module 'crypto_user'
Dec 08 19:44:30 lapa-pc systemd-modules-load[162]: Inserted module 'vboxguest'
Dec 08 19:44:30 lapa-pc systemd-modules-load[162]: Inserted module 'vboxsf'
Dec 08 19:44:30 lapa-pc systemd-modules-load[162]: Inserted module 'vboxvideo'
Dec 08 19:44:30 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 08 19:53:55 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 20:18:04 lapa-pc systemd-modules-load[171]: Inserted module 'crypto_user'
Dec 08 20:18:04 lapa-pc systemd-modules-load[171]: Inserted module 'vboxguest'
Dec 08 20:18:04 lapa-pc systemd-modules-load[171]: Inserted module 'vboxsf'
Dec 08 20:18:05 lapa-pc systemd-modules-load[171]: Inserted module 'vboxvideo'
Dec 08 20:18:05 lapa-pc systemd[1]: Started Load Kernel Modules.
Dec 08 20:23:38 lapa-pc systemd[1]: Stopped Load Kernel Modules.
-- Reboot --
Dec 08 20:27:13 lapa-pc systemd-modules-load[170]: Inserted module 'crypto_user'
lines 1-57


Ссылка на лог.

Всё устанавливалось через Pacli, никаких сторонних репозиториев не подключено.

Что устанавливалось

И, да, на всякий случай: при переходе в tty приглашения нет?

Если имеется ввиду Alt+F3 во время цикла, то приглашение есть, но времени набрать пароль не хватает.

Последний раз редактировалось
0
avatar
Dec 08
Оно тогда уже сломалось?
Если имеется ввиду Alt+F3
Имеется в виду Ctrl+Alt+F(2..6).
0
avatar
Оно тогда уже сломалось?
Да вроде бы не в это время. А так да, пережил уже 2 подобных инцидента после обновлений, причиной которых были проблемы с glibc. Удавалось починить. А в этот раз намертво. Остаётся ждать, может следующее обновление починит сломанное.

Имеется в виду Ctrl+Alt+F(2..6).
На VBox они на практике равнозначны. Что с вашей комбинацией, что с моей.
0
avatar
uname -a
-> kernel == 4.4

sudo mkinitcpio -p linux44

mkinitcpio
0
avatar 
─( root ) » { / }
└──┤ uname -a
Linux manjaro-jwm 4.4.22-1-MANJARO 1 SMP PREEMPT Sat Sep 24 11:25:42 UTC 2016 x86_64 GNU/Linux
┌─( root ) » { / }
└──┤ sudo mkinitcpio -p linux44
/usr/bin/mkinitcpio: line 263: /etc/mkinitcpio.d/linux44.preset: No such file or directory
==> ERROR: Failed to load preset: `/etc/mkinitcpio.d/linux44.preset'




В /etc/mkinitcpio.d/ присутствует только один файл linux414.preset, со следующим содержимым:

# mkinitcpio preset file for the "linux414' package

ALL_config="/etc/mkinitcpio.conf"
ALL_kver="/boot/vmlinuz-4.14-x86_64"

PRESETS=('default' 'fallback')

default_config="/etc/mkinitcpio.conf"
default_image="/boot/initramfs-4.14-x86_64.img"
default_options=""

fallback_config="/etc/mkinitcpio.conf"
fallback_image="/boot/initramfs-4.14-x86_64-fallback.img"
fallback_options="-S autodetect"
.
Последний раз редактировалось
0
avatar 
sudo mkinitcpio -p linux414
Последний раз редактировалось
+1
avatar 
( root ) » { / }
└──┤ sudo mkinitcpio -p linux414
==> Building image from preset: /etc/mkinitcpio.d/linux414.preset: 'default'
  -> -k /boot/vmlinuz-4.14-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.14-x86_64.img
==> Starting build: 4.14.14-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [autodetect]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.14-x86_64.img
==> Image generation successful
==> Building image from preset: /etc/mkinitcpio.d/linux414.preset: 'fallback'
  -> -k /boot/vmlinuz-4.14-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.14-x86_64-fallback.img -S autodetect
==> Starting build: 4.14.14-1-MANJARO
  -> Running build hook: [base]
  -> Running build hook: [udev]
  -> Running build hook: [modconf]
  -> Running build hook: [block]
  -> Running build hook: [keyboard]
  -> Running build hook: [keymap]
  -> Running build hook: [resume]
  -> Running build hook: [filesystems]
  -> Running build hook: [fsck]
==> Generating module dependencies
==> Creating gzip-compressed initcpio image: /boot/initramfs-4.14-x86_64-fallback.img
==> Image generation successful
┌─( root ) » { / }

.
Теперь снова: «Во время работы виртуальной машины произошла критическая ошибка».
Может обновлять VBox нужно. Хотя Debian в ней же работает и обновляется нормально.
В логах VBox ничего не понятно, разве что машина «Changing the VM state from 'DESTROYING' to 'TERMINATED'».
Последний раз редактировалось
0
avatar
Обновите VirtualBox и virtualbox-guest-iso.
0
avatar
Обновите VirtualBox и virtualbox-guest-iso.
Вот это пока сделать проблематично, да и неизвестно, это ли является источником возникшей проблемы.
Кто нибудь юзает ещё Manjaro JWM на VirtualBox-е? Откликнитесь.
0
Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.