Я сталкиваюсь с проблемами с Паникой Ядра - не синхронизация: Предпринятый для уничтожения init!

Я попытался использовать личинку для начальной загрузки в файловую систему, но без успеха. Я не хочу переустанавливать ОС с помощью внешних медиа. Выручите меня для восстановления этой проблемы. Действительно проверьте снимок экрана ошибки в изображении ссылки ниже.

Я использую Ubuntu 18.04 LTS в качестве единственной ОС в моем HP pavilion g6 с процессором intel i5 и поршнем на 8 ГБ.

Ошибочное изображение

Я попробовал 'e' опции прежде, чем загрузиться в систему и изменить командную строку Linux путем удаления 'тихого всплеска' с 'nomodeset'. Я следовал за большинством решений, но без успеха.

Я попытался загрузиться от личинки с помощью следующих шагов с отказом и столкнувшись с той же ошибкой. Команды ниже варьируются немного согласно моей системе -

grub> set root=(hd0,1) grub> linux /boot/vmlinuz-3.13.0-29-generic root=/dev/sda1 grub> initrd /boot/initrd.img-3.13.0-29-generic grub> boot

Проблема произошла, когда я не смог запустить vbox, поскольку виртуализация была отключена в BIOS, таким образом, я перезагрузил систему для включения виртуализации в BIOS и снова после перезагрузки машины, я сталкиваюсь с этой проблемой.

2
задан 11 March 2020 в 07:38

3 ответа

Вполне возможно, что у вас есть поврежденный образ initramfs для ядра, которое вы пытаетесь загрузить. Судя по вашему выходу ls -al /boot, это либо 5.3.0-28, либо 5.3.0-40

.initramfs представляет собой сжатый с помощью gzip архив cpio. Во время загрузки ядро ​​распаковывает этот архив на RAM-диск, монтирует и использует его как начальную корневую файловую систему. Все обнаружение корневого устройства происходит в этом раннем пользовательском пространстве. Обычно они находятся в /boot, а в моей системе называются initrd.img-kernel-version

. Вы можете проверить, существует ли рассматриваемый файл в образе, используя команду lsinitramfs /boot /initrd.img-5.3.0-28-общий | grep zz-resume-auto (например, измените имена файлов в соответствии с изображением, в котором вы ищете, и тем, что вы ищете)

В этом случае update-initramfs скрипт, скорее всего, решит проблему. Вот выдержка из [справочной страницы]

EXAMPLES
   Update the initramfs of the newest kernel:

   update-initramfs -u

   Create the initramfs for a specific kernel:

   update-initramfs -c -k 2.6.18-1-686

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

Источники:

man update-initramfs

https://unix.stackexchange.com/questions/424599/is-update-initramfs-u-needed-after-adding-or-removing-a-module -with-modprobe

https://opensource.com/article/17/2/linux-boot-and-startup

1
ответ дан 13 March 2020 в 00:33

"Паника ядра" происходит, когда ядро по некоторым причинам не может продолжить работать.

"Предпринятый для уничтожения init"на самом деле средства":init умерший или отказавший для запуска". Это - процесс № 1, и он имеет специальное место в Linux, таким образом, что система не может работать без него. Скорее всего, существует ошибка библиотеки или некоторая другая проблема, которая препятствовала тому, чтобы процесс запустился вообще. Проверьте dmesg журналы сразу перед отказом произошли.

1
ответ дан 11 March 2020 в 07:28

Неполный ответ... редактирует ожидание...

Вы установили приложение (как, возможно, zram, или некоторые такой), который установил недопустимый файл zz-resume-auto.*, или Вы вручную добавили названный файл zz-resume-auto.* где-нибудь это имеет ошибку в нем.

Найдите этот файл и исправьте ошибку сценария. Это могло бы быть в /etc/initramfs-tools/conf.d/. Если так, необходимо будет сделать a sudo update-initramfs -c -k $(uname -r) после фиксации сценария.

1
ответ дан 11 March 2020 в 07:28

Другие вопросы по тегам:

Похожие вопросы: