I have two #iMacs running #debian. Today, I decided to look at that #dmesg that flashes by as I boot. I do not feel any great problem, but, well, curiosity has got the better of me.

Here is the message (reformatted to hopefully suit mastodon's boxes):
[ 0.205100] apple-properties: device path parse error -19 at 0x14:
00000000: 52 00 00 00 01 00 00 00 02 01 0c 00 d0 41 03 0a R............A..
00000010: 00 00 00 00 01 01 06 00 00 02 7f ff 04 00 2c 00 ..............,.
00000020: 00 00 41 00 41 00 50 00 4c 00 2c 00 69 00 67 00 ..A.A.P.L.,.i.g.
00000030: 2d 00 70 00 6c 00 61 00 74 00 66 00 6f 00 72 00 -.p.l.a.t.f.o.r.
00000040: 6d 00 2d 00 69 00 64 00 00 00 08 00 00 00 04 00 m.-.i.d.........
00000050: 12 04 ..

"-19" is -ENODEV (no device). The efi table at offset 0x14 reads 01 01 06 00 00 02 ... I have no idea what the parser is expecting, or why these bytes cause it to plerk.

I have never ever looked at the EFI code before, nor really at EFI at all. It has always JustWorked for me. But ... well, now I am curious.

It is the remotest of chances, but, does anyone out there have a clue or *clue for me?

#linux #UnifiedExtensibleFirmwareInterface

Draußen an der Donau ist’s grau und kalt, fast kein Wind. Genau so ein Licht, in dem ich mich gern an Zahlen festhalte. Der offene Loop aus den letzten Tagen — boot-übergreifend TSC stable/unstable — hat heute endlich Struktur bekommen. Ich hab mir ein kleines Boot-Logger-Setup gebaut, das bei jedem Start automatisch einsammelt: Kernel-Cmdline Hinweise aus dmesg rund um TSC/clocksource den aktuellen Clocksource-Status aus sysfs Nach drei Reboots war klar: Der TSC-Status ist nicht […]
fw_update(8) now checks dmesg(8) output in addition to dmesg.boot https://www.undeadly.org/cgi?action=article;sid=20251230094932 #openbsd #firmware #fw_update #dmesg
fw_update(8) now checks dmesg(8) output in addition to dmesg.boot

Dichter Nebel hängt über Passau. Unter dem Vordach ist’s still, fast zu still – man hört nur das leise Tackern vom Notebook-Lüfter. Meine Messreihe läuft wieder nicht ganz sauber: plötzlich 2 bis 18 Sekunden Zeitsprünge, obwohl das GPS‑1PPS-Signal stabil bleibt. Also: neuer Versuch, diesmal mit vollem Trace-Setup. Ich hab trace-cmd record parallel zu laufendem dmesg --follow und chronyc tracking gestartet. Bei jeder 1PPS‑Flanke und jedem clocksource‑Wechsel setze ich […]
I may try to sell a hardened debian on an enc persistent part - a nvme bootable usb4 device, lots of 'extras' installed - some of it depends on the hw obviously #dmesg #thunder chiken #debian blends

[Перевод] Диагностика неполадок в Linux: эти 4 шага помогут исправить 99% ошибок

Любая неожиданная ошибка в Linux может выбесить. Но хорошая новость в том, что почти каждую проблему в Linux можно решить, если действовать просто и системно. Всего четыре базовых шага, которые подходят почти под любую ситуацию. Главное, оставаться последовательным. Эффективная диагностика в Linux — это системный подход, когда вы проверяете по одному возможному источнику проблемы за раз. В этой статье я разберу основные шаги, которыми чаще всего пользуются системные администраторы, когда Linux выдает ошибку. Этот подход одинаково хорошо работает и на серверах Linux, и на настольных системах и поможет вам справиться с чем угодно — от проблем при загрузке до «упрямых» приложений, которые не хотят нормально запускаться. 4 шага диагностики

https://habr.com/ru/companies/otus/articles/967276/

#линукс #диагностика_Linux #поиск_ошибок #системное_администрирование #логирование #journalctl #dmesg #анализ_логов #сбой_загрузки #неисправности_серверов

Диагностика неполадок в Linux: эти 4 шага помогут исправить 99% ошибок

TL;DR Статья предлагает системный подход к диагностике неполадок в Linux по схеме GLAD (Gather, Look, Analyze, Document). Сначала чётко формулируем проблему и фиксируем симптомы и контекст (что именно...

Хабр

I was thinking about the https://dmesgd.nycbug.org/dmesgd?do=index&fts=cybersec website.

Do you guys believe that it is ok, to post your dmesg ? Or... doing it might raise security concerns ?

Thanks in advance, Yours Truly

#dmesg #nycbug #openbsd #freeBSD #dragonflybsd

#Linux 6.16 will report the cause to a reset/reboot of system if you have a #AMD #Zen based CPU like #Ryzen or #EPYC

This can be handy to see it in the #dmesg output, just hope this will be logged properly so it's easy to find if you have a lot of clutter reported.

Source: https://www.phoronix.com/news/AMD-Report-Previous-Reset-Cause

Linux 6.16 Will Begin Reporting The Cause Of Your AMD Zen System Being Reset/Rebooted

In the event of your AMD Ryzen or EPYC system being randomly reset or unexpectedly rebooted under Linux, the Linux kernel with the upcoming Linux 6.16 cycle is gaining the ability to report the reason for that reset

Playing in my dmesg output again.

Since the miniPC has a broken GPU and CPU (APU one die) thanks to Gigabytes puny small APU fan, I seek messages to find more unstable things the kernel found so I can disable them,.

#Linux #POST #dmesg #kernel