Шпаргалка по journalctl в linux

1.2.1. Прежде, чем продолжить

Прежде, чем мы приступим к программированию, необходимо
обсудить еще ряд моментов. Любая система имеет свои
отличительные черты и каждый из нас имеет разный багаж
знаний. Написать, скомпилировать и запустить свою первую
программу «Hello World!» для многих может оказаться
довольно сложной задачей. Однако, после преодоления этого
начального препятствия, работа, как правило, продвигается без
особых проблем.

1.2.1.1.
Механизм контроля версий

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

1.2.1.2. Работа в
XWindow

Мы настоятельно рекомендуем скачать и опробовать все
примеры, обсуждаемые в книге. Кроме того, мы настаиваем на
том, чтобы всю работу, связанную с редактированием исходных
текстов, компиляцией и запуском модулей, вы выполняли из
текстовой консоли. Поверьте нашему опыту, XWindow не
подходит для выполнения подобных задач.

Модули не могут использовать функцию printf() для вывода не экран, но они
могут регистрировать сообщения об ошибках, которые в
конечном итоге попадают на экран, но только в текстовой
консоли. Если же модуль загружается из окна терминала,
например xterm, то эти сообщения
будут попадать только в системный журнал и не будут
выводиться на экран. Чтобы видеть выводимые сообщения на
экране, работайте в текстовой консоли (от
переводчика: при опробовании примеров из книги мне
не удалось вывести ни одного сообщения на экран, так что
ищите ваши сообщения в системном журнале, в моем случае это
был файл /var/log/kern.log).

Примеры использования dmesg

Как вы уже поняли команда dmesg показывает не только сообщения от ядра, но и другие сообщения от системных служб, например, от системы инициализации systemd. Чтобы вывести вообще все сообщения выполните команду без опций:

По умолчанию перед сообщением выводится только временной сдвиг от загрузки системы. Если вы хотите полную временную метку, используйте опцию -T:

Во время загрузки ядро тестирует оборудование и выводит подробную информацию о нём в буфер сообщений ядра. Таким образом, с помощью dmesg можно посмотреть информацию об оборудовании, просто отфильтруйте нужные данные, например CPU:

Для того чтобы выводить только сообщения от ядра, а не всё под ряд, используйте опцию -k:

Теперь в выводе утилиты не будет сообщений от Systemd. Если вы хотите выводить все сообщения ядра в реальном времени, используйте опцию -w:

Для того чтобы добавить цвет к выводу и включить постраничную навигацию вместо вывода текста одним большим куском используйте опцию -H:

Для того чтобы вывести категорию сообщения и его уровень логирования используйте опцию -x:

Если вас интересуют только ошибки, можно отсеять их по уровню журналирования:

Или только информационные сообщения:

Можно вывести только сообщения, которые попали сюда из пространства пользователя, для этого используйте опцию -u:

Или же отфильтруйте категории user и daemon с помощью опции -f:

Аналогичным образом вы можете фильтровать и другие категории. Если вы хотите очистить буфер сообщений ядра, используйте опцию -C. При следующем запуске dmesg там будет пусто:

5.3. Монтируем флоппи-диск

Чтобы монтировать флоппи-диск необходимо знать наименование устройства и тип файловой системы на диске. См. также страницу man fdc(4). Например, флоппи-диск с файловой системой FAT(или FAT32) монтируется следующей командой:

Вместо можно пользоваться любым другим каталогом на ваше усмотрение. Например, можно создать каталог и использовать его для монтирования флоппи-диска. Если вы много работаете с флоппи-дисками, вам, возможно, пригодится пакет mtools, с помощью которого можно обращаться к флоппи-дискам или к разделам на жестком диске, форматированными в FAT/FAT32 без необходимости их монтировать. Это достаточно удобно, когда необходимо быстро скопировать файл на флоппи-диск или скопировать с флоппи-диска:

Limit the dmesg output to specific facility like daemon

If you want to limit the dmesg output to specific facility like daemon  then use the option “–facility=daemon” in dmesg command,

~]# dmesg --facility=daemon

Output of above command would be something like below,

 systemd: systemd 219 running in system mode. \
\  (+PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP \ 
+LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ -LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN)
 systemd: Detected architecture x86-64.
 systemd: Running in initial RAM disk.
 systemd: Set hostname to <controller01.egi.ericsson.com>.
 systemd: Reached target Timers.
 systemd: Starting Timers.
 systemd: Created slice -.slice.
 systemd: Starting -.slice.
 systemd: Starting Apply Kernel Variables...
 systemd: Listening on udev Kernel Socket.
 systemd: Starting udev Kernel Socket.
 systemd: Reached target Sockets.
 systemd: Starting Sockets.
 systemd: Starting Setup Virtual Console...
 systemd: Started dracut ask for additional cmdline parameters.
 systemd: Starting dracut cmdline hook...
 systemd: Started Create list of required static \ 
device nodes for the current kernel.
 systemd: Started Apply Kernel Variables.
 systemd: Starting Create Static Device Nodes in /dev...
 systemd: Started Create Static Device Nodes in /dev.
 systemd: Started Setup Virtual Console.
 systemd: Started Journal Service.
 systemd: Inserted module 'ip_tables'
 ~]#

Following are the supported log facilities in dmesg command,

• kern
• user
• mail
• daemon
• auth
• syslog
• lpr
• news

2. Смотрите метки и детали времени с помощью команды dmesg

Шаг 1 Используя dmesg, можно будет подробно узнать, в какое время произошла ошибка или предупреждение благодаря параметру -T, мы можем выполнить его следующим образом:

 dmesg --level = err, warn -T 

Шаг 2 Там мы видим детали времени и даты проведения мероприятия. Мы можем указать конкретное устройство для отображения результатов, сгенерированных dmesg, для этого мы указываем имя устройства следующим образом:

 Dmesg | grep -i enp0s3 

Шаг 3 Если мы хотим ограничить вывод dmesg только сообщениями пользовательского пространства, мы будем использовать опцию «-u»:

 dmesg -u 

Шаг 4 Мы можем использовать инструменты манипулирования текстом, такие как more (больше) или les (less) рядом с ‘grep’ командой dmesg, причина в том, что вывод реестра dmesg не помещается на одной странице, вы можете использовать некоторые из Возможны следующие варианты:

 Dmesg | больше dmesg | меньше 

Шаг 5 Если мы хотим узнать, какие жесткие диски было обнаружено ядром, можно выполнить поиск по ключевому слову «sda» и «grep», чтобы отобразить такой результат:

 Dmesg | grep sda 

Шаг 6 Мы можем использовать параметр «head» вместе с dmesg, чтобы показать желаемое количество начальных строк, чтобы отобразить только первые 15 строк, которые мы выполняем:

 Dmesg | голова -15 

Шаг 7 Аналогично, если мы хотим развернуть только последние 15 строк, мы выполняем:

 Dmesg | хвост -15 

Шаг 8 Для поиска определенного устройства или слова будет возможно отфильтровать строки с определенными строками, где опция -i говорит команде grep игнорировать регистр (прописные или строчные буквы):

 Dmesg | grep -i usb dmesg | grep -i dma dmesg | grep -i tty dmesg | grep -i память 

Шаг 9 Для очистки буфера событий dmesg мы выполняем:

 dmesg -c 

Копаем глубже

дваждыеще одноодно и то же прерывание может сохранить контекст в стеке потока несколько раз

• Периферия АЦП завершает очередное измерение, и генерирует прерывание;
• Мой ISR вызывается, берет результат измерений, и отправляет сообщение в высокоприоритетный поток АЦП, который уже что-то делает с измеренным значением;
• Когда ISR завершается, ядро переключает управление на поток АЦП (т.к. его приоритет выше, чем приоритет прерванного потока);
• Поток АЦП быстро делает свою работу и переходит в ожидание следующего измерения;
• Ядро переключает управление на предыдущий поток, который был приостановлен из-за прерывания АЦП. И пока его контекст восстанавливается, происходит следующее прерывание по АЦП.
• Идем в пункт 2.

Это здорово, но почему?

Одним словом, поиск неисправностей.

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

Используйте dmesg для просмотра сообщений от самого высокого уровня до каждого более низкого уровня, ища любые ошибки или предупреждения, которые упоминают аппаратный элемент или могут иметь отношение к проблеме.Используйте dmesg для поиска любых упоминаний о соответствующих средствах, чтобы узнать, содержат ли они какую-либо полезную информацию.Пропустите dmesg через grep и найдите связанные строки или идентификаторы, такие как производитель продукта или номера модели.Передайте dmesg через grep и найдите общие термины, такие как «gpu» или «хранилище», или такие термины, как «сбой», «сбой» или «невозможно».Используйте опцию –follow и смотрите сообщения dmesg в режиме реального времени.

Хорошей охоты.

Что делать если возникла «обнаружена ошибка в системной программе»

Что это вообще значит?

В основном это означает что в вашей системе произошел сбой. Но не беспокойтесь, это не очень критическая проблема и систему по-прежнему можно использовать. Просто одна программа неожиданно завершилась и Ubuntu спрашивает вас не хотите ли вы отправить отчет об ошибке разработчикам чтобы те смогли исправить проблему.

Canonical использует специальную утилиту Apport, которая собирает данные об ошибках в системе и отправляет их разработчикам. Как только какая-нибудь программа в системе завершается с сигналом SIGSEGV,  SIGBUS, SIGFPE или другим, вызывающим ошибку, запускается демон Apport, собирает данные об ошибке и компьютере, затем создает crash файл в каталоге /var/crash. Информация из этого файла поможет разработчикам решить проблему. С другой стороны, когда в этом каталоге появляется новый файл, запускается графическая утилита, которая показывает информацию об ошибке и предложение отправить отчет разработчикам.

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

Как только я нажму сообщить о проблеме, она исчезнет?

Нет, не совсем. После того как вы нажмете на кнопку отправки отчета, вы получите следующее окно:

Утилита Apport соберет всю возможную информацию об ошибке, затем откроется браузер где вы сможете оформить отчет, используя свою или создав новую учетную запись Launchpad. Как вы видите это сложная процедура, которая займет около четырех шагов.

Кроме того, возможно, вы сможете решить проблему сами, если это не баг в программе, а ошибка, вызванная тем, что вы что-то неправильно установили. Посмотрите подробности (Show details) об ошибке в этом окне и попытайтесь сами или с помощью поисковых систем решить что с ней делать.

А если я хочу сообщить разработчикам о проблеме?

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

Вы предлагаете не сообщать о проблеме?

И да, и нет. Сообщите об ошибке когда увидите ее впервые если хотите. Информацию об ошибке вы можете увидеть, нажав кнопку Show details, как на картинке выше. Но если вы сталкиваетесь с ошибкой повторно и не можете ее решить или не хотите сообщать разработчикам советую вам избавиться от нее навсегда.

Исправляем проблему обнаружена ошибка в системной программе

Отчеты об ошибках хранятся в каталоге /var/crash. Если вы посмотрите содержимое этого каталога, можете увидеть там несколько файлов с данными о предыдущих ошибках.

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

Теперь у вас не останется данных о прежних сбоях, но если сбой произойдет снова, вы опять увидите то сообщение. Можно каждый раз удалять отчеты, но лучше отключить Apport (отладочный инструмент) и навсегда забыть о всплывающих окнах.

Отключение Apport в Ubuntu

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

Вы можете отключить только утилиту, которая показывает вам уведомления, но оставить службу, собирающую данные в /var/crash работающей. Для этого выполните:

Для полного отключения Apport откройте терминал и введите команду:

Вот содержимое этого файла:

Замените enable=1 на enable=0 и сохраните изменения. Теперь вы не увидите никаких отчетов о сбоях в программах. Программа не будет собирать отчеты об ошибках и вы о них никогда не узнаете. Если вы снова захотите видеть уведомления достаточно просто вернуть флаг enabled в положение 1.

AVAILABILITY top

       The dmesg command is part of the util-linux package which can be
       downloaded from Linux Kernel Archive
       <https://www.kernel.org/pub/linux/utils/util-linux/>. This page
       is part of the util-linux (a random collection of Linux
       utilities) project. Information about the project can be found at
       ⟨https://www.kernel.org/pub/linux/utils/util-linux/⟩. If you have
       a bug report for this manual page, send it to
       [email protected]. This page was obtained from the
       project's upstream Git repository
       ⟨git://git.kernel.org/pub/scm/utils/util-linux/util-linux.git⟩ on
       2021-08-27. (At that time, the date of the most recent commit
       that was found in the repository was 2021-08-24.) If you discover
       any rendering problems in this HTML version of the page, or you
       believe there is a better or more up-to-date source for the page,
       or you have corrections or improvements to the information in
       this COLOPHON (which is not part of the original manual page),
       send a mail to [email protected]

util-linux 2.37.85-637cc       2021-06-17                       DMESG(1)

Pages that refer to this page:
babeltrace2-log(1), 
syslog(2), 
proc(5), 
systemd.exec(5), 
terminal-colors.d(5), 
babeltrace2-plugin-text(7), 
babeltrace2-source.text.dmesg(7), 
iptables-extensions(8), 
tc-bpf(8), 
wg(8)

Обо всём и понемножку

Знаете ли вы, …

• … что ядро содержит в себе JIT-компилятор для байткода из userspace? Так вот, для целей фильтрации пакетов и прочей трассировки ядро поддерживает eBPF-байткод. В процессе загрузки он проверяется на безопасность, терминируемость (а значит, как я понимаю, даже теоретически не может быть Тьюринг-полным) и т. д., после чего либо JIT-ится, либо интерпретируется. Кстати, не путайте его с его предшественником, BPF.
• … что обработчики сигналов можно запускать на отдельном стеке? Если нет, то вот описание системного вызова .
• … что можно просто предупредить ядро о том, что некоторый файл пригодится позже:

А ещё в процессе просмотра списка системных вызовов я нашёл …

Restrict dmesg command output to specific list of levels

Following are specific log levels supported by dmesg command,

• emerg
• alert
• crit
• err
• warn
• notice
• info
• debug

Let’s assume we want to display logs related to error and warning,  then use “–level” option followed by levels like err & warn, example is shown below

~]# dmesg --level=err,warn
----------------------------------
 iSCSI Login negotiation failed.
 rx_data returned 0, expecting 48.
 iSCSI Login negotiation failed.
 rx_data returned 0, expecting 48.
 iSCSI Login negotiation failed.
 blk_update_request: critical target error, dev dm-6, \ 
sector 2153
 dm-23: WRITE SAME failed. Manually zeroing.
 Unable to load target_core_user
 TARGET_CORE: Expected Transfer Length: \ 
264 does not match SCSI CDB Length: 8 for SAM Opcode: 0x12
 scsi 10:0:0:0: alua: not attached
 kvm : vcpu0 unhandled rdmsr: 0x1ad
 TARGET_CORE: Expected Transfer Length: \ 
264 does not match SCSI CDB Length: 8 for SAM Opcode: 0x12
 scsi 11:0:0:0: alua: not attached
 rx_data returned 0, expecting 48.
 iSCSI Login negotiation failed.
 rx_data returned 0, expecting 48.
 iSCSI Login negotiation failed.
 rx_data returned 0, expecting 48.
 iSCSI Login negotiation failed.
 ata1.01: failed to resume link (SControl 0)
 ata1.01: failed to resume link (SControl 0)
………………………………………………………………………………
#

userfaultfd: обработка ошибок памяти в userspace

Думаю, не будет чего-то сильно нового в том, чтобы сказать, что в UNIX-like системах файловые дескрипторы на что только не указывают. Например, на Linux это может быть сокет, pipe, eventfd или даже ссылка на ebpf-программу. Но, возможно, этот пример вас всё-таки удивит. В начале статьи я говорил о том, что для ядра page faults — обычное дело: своп, copy-on-write, вот это всё… Когда же пользовательский процесс «промахивается», ему отправляется SIGSEGV

Насколько я знаю, возврат управления из обработчика SIGSEGV, сгенерированного ядром, является undefined behavior, и тем не менее, существует библиотека GNU libsigsegv, обобщающая особенности обработки ошибки доступа к памяти на различных платформах, даже Windows (ВНИМАНИЕ: лицензия GPL, если не готовы под ней же распространять свою программу, то не используйте libsigsegv). Не так давно в Linux появился абсолютно задокументированный способ, называется : с помощью одноимённого системного вызова вы открываете файловый дескриптор, чтение и запись в который специальных структур являются командами

Имея такой файловый дескриптор, вы можете пометить некий диапазон виртуальных адресов вашего процесса. После этого при первом обращение к каждой помеченной странице памяти, обратившийся поток заснёт, а чтение из файлового дескриптора вернёт информацию о произошедшем. После чего обработчик заполнит ответную структуру с указателем на данные, которые нужно использовать для инициализации «проблемной» страницы, ядро её проинициализирует и разбудит обратившийся поток. При этом предполагается наличие отдельного потока, в чьи обязанности входит чтение команд из дескриптора и выдача ответов. Вообще говоря, через можно получать и другую информацию, например, некоторые уведомления об изменении карты виртуальной памяти процесса.

Задачи (потоки)

src/core/tn_tasks.h

find-first-set

Состояния задач

• Runnable: задача готова к запуску (это не означает, что задача фактически выполняется в данный момент)
• Wait: задача ждет чего-то (сообщения из очереди, мютекса, семафора, и т.д.)
• Suspended: задача был приостановлена другой задачей
• Wait + Suspended: задача была в состоянии Wait, после чего была приостановлена другой задачей
• Dormant: задача еще не была активирована после создания, или была уничтожена с помощью вызова . Следующий раз, когда задача будет активирована, любое предыдущее ее состояние будет обнулено, и она будет запущена в чистом окружении

• Когда задача выходит из состояния Dormant, необходимо инициализировать ее стек, так что когда задача получит управление, она будет запущена в новом окружении
• Когда задача входит в состояние Runnable, нам нужно добавить ее в очередь на запуск для соответствующего приоритета и обслужить , так что ядро рано или поздно передаст ей управление
• Когда задача выходит из состояния Runnable, нужно убрать ее из очереди на запуск, опять-таки обслужить , и если это была выполняемая в данный момент задача, то нужно определить другую задачу для выполнения
• Когда задача входит в состояние Wait, мы добавляем ее в соответствующую очередь ожидания (если нужно), а также устанавливаем таймер, если таймаут был указан
• Когда задача выходит из состояния Wait, мы убираем ее из очереди ожидания (если она состояла в такой очереди), и сбрасываем таймер (если он был установлен)
• И т.д.

• Ввести задачу в заданное состояние;
• Вывести задачу из заданного состояния;
• Проверить, состоит ли задача в заданном состоянии.

src/core/tn_tasks.c

Создание задач

• Выводит задачу из состояния Dormant: как вы уже знаете, в этот момент стек задачи инициализируется чистым контекстом;
• Вводит задачу в состояние Runnable: как вы уже знаете, в этот момент задача помещается в конец соответствующей очереди на запуск.

Запуск задач

• Получает указатель стека из дескриптора задачи, на который указывает , и устанавливает как текущий указатель стека;
• Выполняет ;
• Загружает значения всех регистров из стека, один за другим (помните, что указатель стека был только что установлен на вершину стека задачи). Кроме прочего, загружается также адрес в программной памяти, где задача должна быть возобновлена;
• Передает управление задаче.

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

• Сохраняет значения всех регистров в стек текущей задачи, один за другим. Кроме прочего, сохраняется и адрес в программной памяти, на котором задача была прервана;
• Когда все регистры сохранены в стек, ядро сохраняет текущий указатель стека в дескриптор текущей задачи;
• Возможно, выполняет on-context-switch handler (он нужен для профайлера и для программного контроля переполнения стека, если любая из этих функций включена);
• Затем переходим к последовательности, указанной в предыдущей секции «Запуск задач».

• Контекст переключается на Receiver;
• Receiver получает сообщение и обрабатывает его;
• Receiver пытается получить следующее сообщение, и переходит в состояние Wait;
• Контекст переключается обратно на Transmitter.

Задача Idle

• MCU sleep. Когда системе нечего делать, часто имеет смысл перевести процессор в sleep, чтобы уменьшить потребление. Конечно, приложение должно настроить какое-то условие, по которому процессор должен выйти из sleep: чаще всего, это какое-нибудь прерывание;
• Вычисление загрузки системы. Простейшая реализация: просто увеличивать на единицу значение какой-нибудь переменной в бесконечном цикле. Чем быстрее изменяется значение — тем меньше нагрузка на систему.

Загрузка

При первоначальной загрузке компьютерная система загружает свое ядро ​​в память. На этом этапе драйверы устройств, присутствующие в ядре, настраиваются для работы с соответствующим оборудованием. Такие драйверы, а также другие элементы в ядре могут создавать выходные данные («сообщения»), сообщающие как о наличии модулей, так и о значениях любых принятых параметров. (Можно указать параметры загрузки, которые контролируют уровень детализации сообщений.) Процесс загрузки обычно происходит со скоростью, когда отдельные сообщения прокручиваются за пределы верхней части экрана, прежде чем оператор сможет их прочитать / обработать. (Некоторые клавиши клавиатуры могут приостанавливать вывод на экран.) Команда dmesg позволяет контролировать такие сообщения после запуска системы.

COLORS top

       Implicit coloring can be disabled by an empty file
       /etc/terminal-colors.d/dmesg.disable. See terminal-colors.d(5)
       for more details about colorization configuration.

       The logical color names supported by dmesg are:

       subsys
           The message sub-system prefix (e.g., "ACPI:").

       time
           The message timestamp.

       timebreak
           The message timestamp in short ctime format in --reltime or
           --human output.

       alert
           The text of the message with the alert log priority.

       crit
           The text of the message with the critical log priority.

       err
           The text of the message with the error log priority.

       warn
           The text of the message with the warning log priority.

       segfault
           The text of the message that inform about segmentation fault.

Как работает кольцевой буфер Linux

В Linux и Unix-подобных компьютерах загрузка и запуск — это две отдельные фазы последовательности событий, которые происходят при включении компьютера.

Процессы загрузки (BIOS или же UEFI, MBR, и GRUB) довести инициализацию системы до момента, когда ядро ​​загружается в память и подключается к начальному ramdisk (initrd или initramfs), и systemd запущен.

Затем процессы запуска принимают эстафету и завершают инициализацию операционной системы. На самых ранних этапах инициализации такие демоны ведения журнала, как syslogd или же rsyslogd еще не запущены. Чтобы избежать потери заметных сообщений об ошибках и предупреждений на этом этапе инициализации, ядро ​​содержит кольцевой буфер что он использует как хранилище сообщений.

Кольцевой буфер — это область памяти, зарезервированная для сообщений. Он прост по конструкции и имеет фиксированный размер. Когда он заполнен, новые сообщения перезаписывают самые старые сообщения. Концептуально это можно рассматривать как «кольцевой буфер. »

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

Но не уходите с пустыми руками. Возьмите dmesg с собой.

Пример № 8: Очистка истории диагностических сообщений

В операционной системе, которая отображает вашу ОС, происходят тысячи событий, и эти события генерируют длинный список диагностических сообщений, как показано в Примере №1. Однако система Linux также предоставляет способ очистки этого журнала.

Чтобы очистить журнал диагностических сообщений, вы можете выполнить команду sudo dmesg –C

Чтобы очистить историю диагностических сообщений, что важно для целей аудита, вам необходимо запустить команду dmesg с привилегиями sudo. В противном случае вам не разрешат выполнить эту операцию

Кроме того, флаг -C вместе с командой dmesg отвечает за очистку журнала dmesg.

После того, как вы запустите эту команду, на вашем терминале ничего не будет отображаться. Поэтому, чтобы убедиться, что история диагностических сообщений очищена, мы снова запустим команду dmesg. На этот раз команда dmesg не вернет никаких диагностических сообщений на вашем терминале, потому что история была удалена.

Категории объектов

Сообщения dmesg сгруппированы по категориям, называемым «удобствами». Перечень объектов:

kern: сообщения ядра.пользователь: сообщения уровня пользователя.mail: Почтовая система.демон: Системные демоны.auth: сообщения безопасности / авторизации.syslog: внутренние сообщения syslogd.lpr: подсистема построчного принтера.новости: Подсистема сетевых новостей.

Мы можем попросить dmesg отфильтровать свой вывод, чтобы показывать сообщения только в определенном объекте. Для этого мы должны использовать параметр -f (средство):

sudo dmesg -f daemon

dmesg перечисляет все сообщения, относящиеся к демонам в окне терминала.

Как и с уровнями, мы можем попросить dmesg вывести список сообщений от более чем одного объекта одновременно:

sudo dmesg -f syslog, daemon

Вывод представляет собой смесь сообщений системного журнала и журнала демона.

Поиск конкретных терминов

Передайте вывод из dmesg через grep для поиска определенных строк или шаблонов. Здесь мы используем параметр -i (игнорировать регистр), чтобы не учитывать случай совпадения строк. наши результаты будут включать «usb» и «USB», а также любую другую комбинацию строчных и прописных букв.

sudo dmesg | grep -i usb

Выделенные результаты поиска отображаются в верхнем и нижнем регистре.

Мы можем выделить сообщения, содержащие ссылки на первые SCSI жесткий диск в системе sda. (На самом деле, sda также используется в настоящее время для , и для USB-накопителей.)

sudo dmesg | grep -i sda

Все сообщения, в которых упоминается sda, извлекаются и отображаются в окне терминала.

Чтобы grep искать одновременно несколько терминов, используйте параметр -E (расширить регулярное выражение). Вы должны указать условия поиска внутри строки в кавычках с вертикальной чертой «|» разделители между поисковыми запросами:

sudo dmesg | grep -E "memory|tty|dma"

Любое сообщение, в котором упоминается какой-либо из условий поиска, отображается в окне терминала.

Example #3: Viewing Diagnostic Messages with a Specific Severity Level

The severity levels of diagnostic messages vary depending on the purpose they serve. For example, some messages convey general information, while others contain warnings. You can choose to view all the diagnostic messages of a specified severity level as follows:

First, run the command dmesg –level=LEVEL in your Linux Mint 20 terminal. Here, you need to replace LEVEL with a valid level (e.g., err, warn, info, notice). In our example, because we want to view all diagnostic messages of the error level, we replaced LEVEL with err.

This command will return all the diagnostic messages that have the error level, as shown in the following image:

Старт системы

• Пространство для стека задачи Idle;
• Пространство для стека прерываний;
• Коллбэк для задачи Idle;
• Какая-нибудь пользовательская задача (задачи).

• Запретить системные прерывания, вызвав ;
• Произвести основную инициализацию микроконтроллера: как минимум, настройки осциллятора;
• Настроить прерывание системного таймера (из ISR которого вызывается );
• Вызвать , предоставив всю необходимую информацию: указатели на массивы для стеков, их размеры, и коллбэк-функции.

• Инициализирует очереди на запуск (массив списков ), и другие аспекты внутреннего состояния ядра;
• Создает и активирует задачу Idle (после этого, указывает на дескриптор задачи Idle)
• Вызывает пользовательскую функцию, в которой первая пользовательская задача создается и активируется (после этого, указывает на дескриптор самой высокоприоритетной пользовательской задачи);
• Вызывает зависящую от архитектуры функцию , которая инициализирует прерывание для переключения контекста, и производит первое переключение контекста в задачу, на дескриптор которой указывает .

• Инициализирует различную периферию на плате (ЖК дисплеи, флешки, или что угодно);
• Инициализирует программные модули, используемые в приложении;
• Создает все остальные пользовательские задачи (т.к. все уже инициализировано, они теперь могут приступать к своей работе).

Enable timestamps in dmesg logs

There can be some scenarios where we want to enable timestamps in dmesg, this can be easily achieved by using ‘-T’ option in  dmesg command.

~]# dmesg -T
……………………………………………
Wed May  9 12:20:36 2018] rx_data returned 0, expecting 48.
 iSCSI Login negotiation failed.
 httpd: segfault at 8 ip \
 00007f1ef7166c50 sp 00007f1eee417db0 error 4 in \ 
libpython2.7.so.1.0
 httpd: segfault at 8 ip \ 
00007f1ef7166c50 sp 00007f1eee417db0 error 4 in \ 
libpython2.7.so.1.0
 ata1.00: hard resetting link
 ata1.01: hard resetting link
 ata1.01: failed to resume link (SControl 0)
 ata1.00: SATA link up 1.5 Gbps \
(SStatus 113 SControl 300)
 ata1.01: SATA link down (SStatus 0 SControl 0)
 ata1.01: link offline, clearing class 3 to NONE
 ata1.00: configured for UDMA/100
 ata1: EH complete
 ata1.00: hard resetting link
 ata1.01: hard resetting link
 ata1.01: failed to resume link (SControl 0)
 ata1.00: SATA link up 1.5 Gbps \
(SStatus 113 SControl 300)
 ata1.01: SATA link down (SStatus 0 SControl 0)
 ata1.01: link offline, clearing class 3 to NONE
 ata1.00: configured for UDMA/100
 ata1: EH complete
…………………………………………………

In case, if you want timestmaps along with decode facility and levels in dmesg command output then use “-Tx” option,

~]# dmesg -Tx

Уровни вывода сообщений ядра

Скрыть рекламу в статье

Уровни вывода сообщений ядра

Главное отличие между функциями и — это возможность в первой указывать уровень вывода сообщений ядра (loglevel). Ядро использует уровень вывода сообщений для принятия решения о том, выводить сообщение на консоль или нет. Ядро выводит на консоль все сообщение с уровнями меньшими, или равными, соответствующему значению для консоли (console loglevel). Уровень вывода сообщений можно указывать следующим образом.

Строки и определены через препроцессор в заголовочном файле . Эти макросы раскрываются в строки, соответственно и , которые объединяются со строкой формата в самом начале сообщения, выводимого функцией . После этого на основании уровня вывода сообщения и уровня вывода консоли (значение переменной ) ядро принимает решение выводить информацию на консоль или нет. В табл. 18.1 приведен полный список возможных значений уровня вывода сообщений.

Таблица 18.1. Доступные значения уровня вывода сообщений ядра (loglevel)

Значение loglevel
Описание

Аварийная ситуация

Проблема, на которую требуется немедленно обратить внимание

Критическая ситуация

Ошибка

Предупреждение

Обычная ситуация, но на которую следует обратить внимание

Информационное сообщение

Отладочное сообщение — обычно избыточная информация

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

Наиболее важный уровень вывода — определен как , а наименее важный — , как . Например, после обработки препроцессором кода из предыдущего примера получается следующее.

Как вы будете использовать функцию зависит только от вас. Конечно, обычные сообщения, которые должны быть видимы, должны иметь соответствующий уровень вывода. Отладочные сообщения, которые в большом количестве встраиваются в самые разные места кода с целью разобраться с проблемой — «допустим ошибка здесь», «пробуем», «работает» — могут иметь любой уровень вывода. Один вариант — оставить уровень при котором сообщения выводятся на консоль равным значению этого параметра по умолчанию, а уровень вывода ваших сообщений установить в значение , или что-то около этого. Можно поступить и наоборот — для отладочных сообщений установить уровень и поднять уровень при котором сообщения выводятся на консоль. Каждый из вариантов имеет свои положительные и отрицательные стороны — вам решать.

Уровни вывода сообщений определены в файле .

Оглавление книги