Паника ядра - не синхронизируется: попытка убить init - PullRequest
0 голосов
/ 01 мая 2018

Я использую buildroot version-20011.02 для ядра, набора инструментов и файловой системы. Моя специализированная плата ARMV7 cortexA9 SoC.Kernel версия 3.18.41. Сборка ядра (uImage), набор инструментов Buildroot, rootfs.tar.gz. Включите файловую систему tyep ext4 в buildroot, а также в ядре. Извлечение этого файла rootfs.tar.gz в / export / users / buildroot /. экспорт этого каталога с помощью
exportfs -a, exportfs -rv и перезапустите сервер nfs. Кажется, все хорошо на стороне сервера nfs.
Здесь я делюсь конфигурацией системы "make menuconfig" ->

Init system (BusyBox)  --->

Даже я пытался с Init system (systemV) --->
с бутаргами как bootargs console=ttyAM0,115200n8 root=/dev/nfs rw rootwait ip=dhcp nfsroot=192.168.1.40:/export/users/buildroot,tcp,v3 init=/sbin/init
Каждый раз, когда я получаю ниже журнала:

VFS: mounted fs via nfs  
devtmpfs is mounted.  
Kernel panic - not syncing:Attempted to kill init, exit code=0x000000b 

Пожалуйста, помогите мне, как решить эту проблему.

1 Ответ

0 голосов
/ 04 мая 2018

Это может вам помочь.

Как вы сказали, есть журнал, как показано ниже.

Kernel panic - not syncing:Attempted to kill init, exit code=0x000000b 

Это означает, что init (busybox) завершен, а код выхода - 0xb. Так что ядро ​​впадает в панику. Может быть, это связано с проблемой сети. Но мы не можем сделать вывод, что это связано с сетью или нет, на данный момент.

Вы сказали, что видели сбой без NFS. Я думаю, что решение этой аварии может быть лучшим способом решить эту ситуацию.

Пожалуйста, поделитесь журналом сбоев без настройки NFS. Если вы поделитесь журналом, я проверю его.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...