Как получить доступ к журналам «netdev _dbg»?
Краткий ответ:Эти отпечатки всегда должны отображаться в /proc/kmsg, чтобы вы могли запустить
$ cat /proc/kmsg
Чтобы просмотреть их. Каждая запись даже указывает уровень журнала рядом с ней, поэтому ищите записи, начинающиеся с «<7>».
Дополнительная информация:netdev _dbg ()— это макрос, определенный в include/linux/netdevice.h,что в конечном итоге приводит к вызову netdev _printk (KERN _DEBUG,... ). Это приводит к вызову printk ()с уровнем журнала KERN _DEBUG. Каждая система имеет свою собственную конфигурацию printk, которая определяет, какие уровни будут напечатаны в dmesg, а какие будут проигнорированы[1]. Тем не менее, все вызовы printk будут печатать в /proc/kmsg независимо от уровня журнала.
Вы можете проверить настройки dmesg, запустив:
$cat /proc/sys/kernel/printk
Вывод этого файла имеет 4 значения :текущий, по умолчанию, минимальный и загрузочный -время -уровни по умолчанию. Вас интересует «текущий». У меня уровень отладки после перезагрузки был 3(KERN_ERR). Это означает, что любой вызов printk с уровнем >= 3 будет игнорироваться :
.$cat /proc/sys/kernel/printk
3 4 1 7
Вы можете изменить это несколькими способами, я использовал dmesg -n и установил значение «8», что должно печатать вызовы printk уровня отладки:
$sudo dmesg -n 8
$cat /proc/sys/kernel/printk
8 4 1 7
После этого вы сможете увидеть отладочные отпечатки в dmesg.
Примечания:
- Поскольку KERN _DEBUG равно «7», вам необходимо установить текущий уровень журнала на «8», чтобы он отображался.
- Существуют некоторые другие настройки, которые могут перезаписывать настройки dmesg, поэтому в любом случае /proc/kmsg должен быть лучшим вариантом для просмотра отладочных сообщений.
- При каждом вызове 'cat /proc/kmsg' журнал очищается, поэтому при втором вызове он может оказаться пустым, если не будут поступать новые сообщения.
[1] Дополнительная информация о printk и уровнях печати:https://elinux.org/Debugging_by_printing#Log_Levels