Все загрузочные сообщения Debian
Как можно просмотреть сообщения, которые прокручиваются при загрузке системы Debian, позже?
Другими словами, как я могу просмотреть абсолютно все из них удобно? Это важный момент в вопросе; просто подмножество из них недостаточно.
Некоторые сообщения при загрузке пишутся только /var/log/daemon.log а также /var/log/syslogгде я видел сообщения вроде: udevd[240]: SYSFS{}= will be removed in a future udev version,
В сжатые, это не в /var/log/dmesg, И при этом они не в /var/log/boot с настройкой BOOTLOGD_ENABLE=yes в /etc/default/bootlogd и пакет bootlogd установлены.
Для более подробной информации о rsyslogdразличные места регистрации видят ваши /etc/rsyslog.conf,
4 ответа
Сообщения о загрузке проходят так быстро, что для некоторых невозможно быть уверенным в том, что они говорят. Вы можете проверить все файлы, в которые они могут быть записаны, в дополнение к обычным (общеизвестным) файлам журнала, для целей проверки (как минимум).
В Debian логи обычно хранятся в каталоге /var/log,
После загрузки то, что там изменилось сегодня (какие файлы), можно увидеть в оболочке Bash:
sudo ls -ld --sort=time `sudo find /var/log -type f -daystart -ctime 0 | sed -r 's/^.*\.([0-9]+|old|gz)$//g'`
Вывод с прокруткой может содержать интересные строки, такие как "будут удалены". Вот как их найти:
sudo grep -ilF 'will be removed' `sudo find /var/log -type f -daystart -ctime 0 | sed -r 's/^.*\.([0-9]+|old|gz)$//g' | sort` > log-list; sudo nano `cat log-list`
Ведение журнала загрузки может быть включено:
apt-get install bootlogd
и редактировать /etc/default/bootlogd содержать
BOOTLOGD_ENABLE=yes
К сожалению, bootlogd недоступен при сжатии.
Для получения информации о цвете, смотрите здесь.
Загрузочные сообщения состоят из двух частей: те, которые приходят из ядра (загрузка драйверов, обнаружение разделов и т. Д.) И те, которые приходят из запуска сервисов ([ OK ] Starting Apache...). Сообщения ядра хранятся в /var/log/kern.log и также может быть доступен из собственного буфера журнала ядра с помощью dmesg программа.
Сообщения пользовательского пространства нигде не хранятся, пока вы не установите bootlogd пакет. Он будет регистрировать сообщения запуска службы в /var/log/boot Обратите внимание, если у вас есть "причудливые" загрузочные сообщения (цветные [ OK ][FAIL] и т. д.), в файл будут записываться коды выхода терминала. Вы можете отключить необычные загрузочные сообщения, создав /etc/lsb-base-logging.sh сценарий оболочки, который определяет FANCYTTY=0 в этом.
В 2021 году я не смог нормально работать в Debian Buster. Я установил его, включил службу (с некоторыми трудностями, подобными описанным здесь ), несколько раз перезагружался, но в системе все равно ничего не было./var/log/boot(кроме намека на то, что еще ничего не зарегистрировано).
Оказалось, чтоbootlogdне совместим с . Но оно само пришло на помощь:journalctl --list-bootsперечисляет процессы загрузки, о которых он знает, в то время какjournalctl -b Nвыводит журнал процесса загрузкиN. Чтобы вывести журнал последнего процесса загрузки, используйтеN=0, то естьjournalctl -b 0. Насколько я могу судить, эти журналы включают в себя сообщения ядра, а также сообщения системы инициализации.
перечисляет все подробности всех процессов загрузки, но в моих системах он знает только о последнем процессе загрузки, поэтому это не имеет значения. Честно говоря, я понятия не имею, как сделать журналы загрузки постоянными, чтобы можно было выводить журналы для всех из них, а не только для последнего. Но меня обычно интересует только последний процесс загрузки, так что для меня это не проблема.
Я почти уверен, чтоjournalctl -bработает не только в Debian, но и почти во всех дистрибутивах, использующихsystemd.
Я знаю, это звучит глупо, но когда ни один из других вариантов не работает и вы в отчаянии, вы можете взять свой телефон и записать экран во время его загрузки, а затем воспроизвести видео на пониженной скорости, чтобы просмотреть его.
Это не лучшее решение, если вы хотите программно проверять загрузочные сообщения, но если вы видите ошибку во время загрузки и хотите ее диагностировать, это решение работает нормально.