Уголок новичка

Kernel Panic, после обновления системы.

Manjaro KDE.

После установки вчерашних обновлений, система больше не запускается. Во время загрузки возникает следующая ошибка: Kernel panic — not syncing: No working init found.

Весь день пытался разобраться с этой проблемой, но без особого успеха. Что успел попробовать: переустановил GRUB; под chroot переустановил udev, mkinitcpio, текущее ядро (linux419). Пробовал под chroot установить другие ядра: 414, 416, 418. Со всеми ядрами ошибка повторяется: Kernel panic — not syncing: No working init found.

Есть ли решение? Очень не охота ставить систему с ноля. До этого работала больше двух лет, без проблем.

pacman.log

[2018-10-25 03:33] [PACMAN] Running '/usr/bin/pacman -Sy'
[2018-10-25 03:33] [PACMAN] synchronizing package lists
[2018-10-25 03:34] [PACMAN] Running 'pacman -Su --noconfirm'
[2018-10-25 03:34] [PACMAN] starting full system upgrade
[2018-10-25 03:34] [ALPM] running '70-dkms-remove.hook'…
[2018-10-25 03:34] [ALPM] transaction started
[2018-10-25 03:34] [ALPM] upgraded tzdata (2018e-2 -> 2018f-2)
[2018-10-25 03:34] [ALPM] upgraded cairo (1.15.14-1 -> 1.16.0-1)
[2018-10-25 03:34] [ALPM] upgraded gtk-update-icon-cache (3.24.1+8+g220f77d8c1-1 -> 3.24.1+33+g615fa7cfb6-0)
[2018-10-25 03:34] [ALPM] upgraded mhwd-db (0.6.3-3 -> 0.6.3-4)
[2018-10-25 03:34] [ALPM] upgraded gtk3 (3.24.1+8+g220f77d8c1-1 -> 3.24.1+33+g615fa7cfb6-0)
[2018-10-25 03:34] [ALPM] upgraded electron (2.0.11-1 -> 2.0.12-1)
[2018-10-25 03:34] [ALPM] upgraded firefox-kde-opensuse (62.0.3-0 -> 63.0-1)
[2018-10-25 03:34] [ALPM] upgraded grub (2.03.0-8 -> 2.03.0-9)
[2018-10-25 03:34] [ALPM] upgraded linux419 (4.19rc8.1019.gc7b70a6-1 -> 4.19rc8.1021.g23469de-1)
[2018-10-25 03:34] [ALPM] upgraded linux419-headers (4.19rc8.1019.gc7b70a6-1 -> 4.19rc8.1021.g23469de-1)
[2018-10-25 03:34] [ALPM] upgraded linux419-nvidia (1:410.66-0.26 -> 1:410.66-0.27)
[2018-10-25 03:34] [ALPM] upgraded linux419-virtualbox-host-modules (5.2.20-0.26 -> 5.2.20-0.27)
[2018-10-25 03:34] [ALPM-SCRIPTLET] In order to use the new version, reload all virtualbox modules manually.
[2018-10-25 03:34] [ALPM] upgraded openssh (7.8p1-1 -> 7.9p1-1)
[2018-10-25 03:34] [ALPM] upgraded rust (1:1.29.0-2 -> 1:1.29.1-1)
[2018-10-25 03:34] [ALPM] transaction completed
[2018-10-25 03:34] [ALPM] running '60-linux419.hook'…
[2018-10-25 03:34] [ALPM] running '70-dkms-install.hook'…
[2018-10-25 03:34] [ALPM] running '90-linux419.hook'…
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux419.preset: 'default'
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-4.19-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.19-x86_64.img
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Starting build: 4.19.0-1-MANJARO
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [keymap]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.19-x86_64.img
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Image generation successful
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux419.preset: 'fallback'
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-4.19-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.19-x86_64-fallback.img -S autodetect
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Starting build: 4.19.0-1-MANJARO
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [base]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [udev]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [modconf]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [block]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [keymap]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[2018-10-25 03:34] [ALPM-SCRIPTLET] -> Running build hook: [fsck]
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.19-x86_64-fallback.img
[2018-10-25 03:34] [ALPM-SCRIPTLET] ==> Image generation successful
[2018-10-25 03:34] [ALPM] running '99-grub.hook'…
[2018-10-25 03:34] [ALPM-SCRIPTLET] Generating grub configuration file…
[2018-10-25 03:34] [ALPM-SCRIPTLET] Found background: /usr/share/grub/background.png
[2018-10-25 03:34] [ALPM-SCRIPTLET] Found linux image: /boot/vmlinuz-4.19-x86_64
[2018-10-25 03:34] [ALPM-SCRIPTLET] Found initrd image: /boot/intel-ucode.img /boot/initramfs-4.19-x86_64.img
[2018-10-25 03:34] [ALPM-SCRIPTLET] Found initrd fallback image: /boot/initramfs-4.19-x86_64-fallback.img
[2018-10-25 03:35] [ALPM-SCRIPTLET] Found Windows 10 on /dev/sdg1
[2018-10-25 03:35] [ALPM-SCRIPTLET] Found memtest86+ image: /boot/memtest86+/memtest.bin
[2018-10-25 03:35] [ALPM-SCRIPTLET] done
[2018-10-25 03:35] [ALPM] running 'glib-compile-schemas.hook'…
[2018-10-25 03:35] [ALPM] running 'gtk-query-immodules-3.0.hook'…
[2018-10-25 03:35] [ALPM] running 'gtk-update-icon-cache.hook'…
[2018-10-25 03:35] [ALPM] running 'systemd-daemon-reload.hook'…
[2018-10-25 03:35] [ALPM] running 'systemd-tmpfiles.hook'…
[2018-10-25 03:35] [ALPM] running 'systemd-update.hook'…
[2018-10-25 03:35] [ALPM] running 'texinfo-install.hook'…
[2018-10-25 03:35] [ALPM] running 'update-desktop-database.hook'…

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

Странно. В прошлом обновлении вроде были какие-то непонятки с 419 ядром, но чтоб Kernel panic…
Сегодня )только что вот) вышло свежее обновление, попробуйте обновиться под chroot.
Ещё не все зеркала обновились, проверяйте.

Правильные ответы начинаются с правильных вопросов.

Пробую обновляться каждый час. Новых обновлений пока не шло. Так или иначе, по какой причине, на всех ядрах паника ядра?

Из крупных обновлений, вчера обновились ядро и гроб. Вроде ничего фатального. Но оба пакета я переустановил, а ошибка осталась.

Новых обновлений пока не шло

С канадского зеркала попробуйте.

по какой причине, на всех ядрах паника ядра?

Трудно сказать без инфы. Конфиг граба поглядеть нужно хотя бы.

Правильные ответы начинаются с правильных вопросов.

Приду домой, скину конфиг граба. Какие еще логи нужны?

Там видно будет. journalctl -b для начала…

Правильные ответы начинаются с правильных вопросов.

У меня, кстате, тоже зависло обновление, выключел пека, а утром не стартануло, но через chroot обновилось ядро и запустилось. Чем отличается chroot от mhwd-chroot

У меня разницы ноль. Разница между chroot в удобстве и привычке.

Последний раз редактировалось 25 октября 2018, 20:14

Практически не отличается.

Правильные ответы начинаются с правильных вопросов.

Чем отличается chroot от mhwd-chroot

Уровнем автоматизации. Последний многое монтирует автоматом.

Зашел под chroot. Поставил последние обновления. Разницы нету на всех установленных ядрах: Kernel panic — not syncing: No working init found. Ниже приложу конфиг граба. /boot/grub/grub.cfg и journalctl не могу приложить из за ограничения на длинну символов.

/etc/default/grub

GRUB_DEFAULT=saved
GRUB_GFXMODE=1680x1050-24
GRUB_GFXPAYLOAD_LINUX=keep
GRUB_COLOR_HIGHLIGHT=«green/black»
GRUB_TIMEOUT=2
GRUB_COLOR_NORMAL=«light-gray/black»
LANG=en_US.UTF-8
GRUB_SAVEDEFAULT=true
GRUB_PRELOAD_MODULES=«part_gpt part_msdos»
GRUB_TERMINAL_INPUT=console
LANGUAGE=en_US.UTF-8
GRUB_BACKGROUND="/usr/share/grub/background.png"
GRUB_CMDLINE_LINUX=""
GRUB_DISABLE_RECOVERY=true
GRUB_DISTRIBUTOR='Manjaro'
GRUB_CMDLINE_LINUX_DEFAULT=ipv6.disable=1

wiki.archlinux.org/index.php/General_troubleshooting#Kernel_panics

Я само собой ознакомлен с этой информацией. У меня нет проблемных модулей при загрузке. Единственный модуль, с которым пару раз в жизни были поблемы, это virtualbox. На Manjaro с ним, как собственно и с другими модулями, не было проблем.

Все, что я пытался прокинуть в граб, перед загрузкой системы не проходит. В том числе и все опции, что приведены в вышеуказанной статье. Единственное, как я могу взаимодействовать с системой, это исключительно через chroot, используя Live USB.

Все что мне выводит при попытке загрузится, это:

error

Failed to execute /init (error -2)
Kerel panic — not syncing: No working init found. Try passing init= option to kernel.
CPU:0 PID: 1 Comm: swapper/0 Not tainted 4.19.0-2-MANJARO #1
Hardware name: System manufacturer System Product Name/MAXIMUS V EXTREME, BIOS 1903 08/19/2013
Call Trace:
dump_stack+0x5c/0x80
? rest_init+0x3/0xc5
panic+0xe7/0x247
? __do_execue_file.isra.12+0xb9/0x850
? rest init+0xc5/0xc5
kernel_init+0xfc/0x10e
ret_from_fork+0x35/0x40
Kernel Offset: 0x6a00000 from 0xffffffff81000000 (relocation range: 0xffffffff81000000-0xffffffffbfffffff)
---[ end Kernel panic — not syncing: No working init found. Try passing init= option to kernel. ]---

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

Все-таки постарайтесь выложить

dmesg

или

journalctl -b

из-под chroot. Листинг, если не вмещается, можно не сюда, а на pastebin.com, к примеру.

Сегодня ночью граб еще раз обновился. Кстати, прилетел /etc/default/grub.pacnew
Попробуйте слить конфиги перед обновлением.
Впрочем, без логов мы гадаем вслепую.

Правильные ответы начинаются с правильных вопросов.

Upgraded linux419 (4.19rc8.1019.gc7b70a6-1 -> 4.19rc8.1021.g23469de-1)

Зачем ты ставил нестабильное ядро?

Последний раз редактировалось 26 октября 2018, 08:01

Были проблемы с видеодрайвером на стабильных ядрах.

[РЕШЕНО] Так или иначе, я поборол проблему. Решил пересобрать все имеющиеся пакеты разом (pacman -Qenq | pacman -S -), вместо того, чтобы собирать все по одиночке, учитывая что в логах не было никаких ошибок. Помогло. Я забыл, что делал то-же самое на Chakra Linux.

Всем большое спасибо, за активную поддержку.

Последний раз редактировалось 26 октября 2018, 14:11

(pacman -Qenq | pacman -S -)

Кардинальное решение!
Если бы кто такое посоветовал, скорее всего его все остальные ~~говном закидали~~ подвергли обструкции. :))

Правильные ответы начинаются с правильных вопросов.

Для меня, рабочее решение лучше элегантного. Тем более, что ещё остается, когда ничего не помогает? :)

Только зарегистрированные и авторизованные пользователи могут оставлять комментарии.