Как прокрутить вверх после паники ядра?
Создание пустых файлов
Вы можете просто коснуться находки, чтобы создать ее, и вы можете объединить ее с расширением диапазона bash , чтобы упростить задачу:
touch somefile # Will create a single file called `somefile`
touch somefiles{01..10} # Will create 10 files called `somefile01` to `somefile10`
touch some{bar,baz} # Will create a file called `somebar` and one called `somebaz`
Создание файлы с содержимым
Вы можете перенаправить вывод команды в файл с перенаправлением bash:
echo "some content" > somefile
ls > somefile
Или для более длительного фиксированного ввода вы можете использовать heredocs :
cat <somefile
some multi
line
file
EOF
Последовательный порт
последовательный порт — это старый и надежный аппаратный протокол связи, поддерживаемый ядром Linux и эмулируемый большинством эмуляторов.
Через него можно передавать сообщения ядра в хост-файл или консоль:
VirtualBox: Как перехватить всю панику ядра при загрузке | Переполнение стека
QEMU:
- на консоль: Как переключиться на консоль монитора qemu при работе с «-curses» | Переполнение стека
- в файл: Записать выходные данные загрузки виртуальной машины QEMU в файл | Суперпользователь
Вот минимальная настройка для воспроизведения проблемы: https://github.com/cirosantilli/linux-kernel-module-cheat/blob/b366bac0c5410ceef7f2b97f96d93d722c4d9ea6/kernel_module/panic.c
реальное оборудование: последовательный порт не отображается на большинстве современных ноутбуков, что очень жаль... но на настольных компьютерах он выглядит так:
И на Raspberry Pi:
Подробнее по ссылке: В чем разница между ttys0, ttyUSB0 и ttyAMA0 в Linux?
Серийные альтернативы
Есть и более причудливые методы, упомянутые в: Определение причины паники ядра Linux | Unix & Linux Stack Exchange
netdump: отправляет трассировку по сети.
Предположим, что паника не нарушила работу сети, что более вероятно, чем сериал.
Преимущества по сравнению с последовательным:
работает для систем, которые не имеют последовательного порта, таких как современные ноутбуки
последовательные кабели имеют довольно ограниченную максимальную длину проводов, что проблематично, если вы хотите иметь все платы вашей компании в удаленной комнате, чтобы делиться ресурсами между разработчиками.
Однако существуют последовательные разъемы с сервером Ethernet, которые я бы рекомендовал вместо этого, если ваша цель предоставляет последовательный порт, например.этот:
kdump: загружает вторичное ядро Linux, которое проверяет запаниковавшее ядро. Что возможно могло пойти не так?
Эти методы более гибкие, но менее надежные.
См. также: Прокрутка экрана с ошибкой при панике ядра | Суперпользователь