staging.inyokaproject.org

Hallo,

unter 20.04 funktioniert es (noch) ohne sudo. Wenn jemand das Verhalten, dass man für 20.10 sudo braucht, bestätigt, dann können wir das natürlich ins Wiki aufnehmen.

Gruß, noisefloor

Laut hier ists seit Kernel 5.8 so: https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1901000

Hallo,

Korrektur: mein vorheriger Post war falsch - ich nutzte gerade 18.04, nicht 20.04.

Laut hier ists seit Kernel 5.8 so

Dann müsste es ja bei Focal mit HWE Stack auch der Fall sein.

Werde ich mal auf meinem Laptop testen, auf dem wirklich 20.04 läuft.

Gruß, noisefloor

Kleiner Hinweis am Rande: Seit systemd funktioniert das Ganze — wenn man Mitglied in systemd-journal, o.ä. ist — mit journalctl -k, bzw. journalctl --dmesg. Da wäre es eventuell sinnvoll einfach einen Alias dafür anzulegen, wenn das cli-tool nicht mehr ohne sudo funktioniert.

Interessant - danke, merke ich mir. Die manpages vom systemd-Zeugs muss ich eh mal durchgehen, da steckt soviel interessantes drin.

ENTWEDER

"Wenn gezielt nach Meldungen gesucht wird, ..."

ODER

"Wenn gezielt Meldungen gesucht werden, ..."

Danke für Deinen Hinweis, nemene. Ist nun korrigiert. Gerne kannst Du, wenn Du willst, künftig so etwas selbst in einem Artikel editieren, wenn Du da Fehler entdeckst.

Ich weiß, ich habe das vor zwei Posts bereits erwähnt, aber da mir dennoch oft sudo dmesg über den Weg läuft: Wäre es nicht an der Zeit den Artikel entsprechend anzupassen, nach 8 Jahren des Wechsels auf systemd?

ChickenLipsRfun2eat schrieb:

Ich weiß, ich habe das vor zwei Posts bereits erwähnt, aber da mir dennoch oft sudo dmesg über den Weg läuft: Wäre es nicht an der Zeit den Artikel entsprechend anzupassen, nach 8 Jahren des Wechsels auf systemd?

Das sehe ich auch so. Möchtest Du einen entsprechenden Hinweis hinzufügen?

An welche Art Hinweis dachtest du? Ich würde den Artikel auf journalctl verlinken und bei diesem hier getestet:general entfernen. Ansonsten braucht es ja nicht viel, außer das generell mit Rootrechten gearbeitet werden muss, sprich die ersten zwei Zeilen könnten weg. Ich kann aber nicht verlinken und lasse die Finger von getestet:general. Warum weiß ich nicht… vielleicht gab es da mal irgendwas zu? Kann den Artikel aber auch anpassen, nur nicht testen.

ChickenLipsRfun2eat schrieb:

An welche Art Hinweis dachtest du?

Wann die Möglichkeit, den Befehl ohne Root-Rechte zu nutzen abgeschafft wurde?

[...] Ansonsten braucht es ja nicht viel, außer das generell mit Rootrechten gearbeitet werden muss, sprich die ersten zwei Zeilen könnten weg. [...]

Sehe ich auch so.

und lasse die Finger von getestet:general.

Das ist aber ein guter Vorschlag. Ich teste den Artikel dann gerne.

Ich kann aber nicht verlinken [...] Warum weiß ich nicht… vielleicht gab es da mal irgendwas zu?

Was meinst Du genau mit verlinken? Einen einfachen Link kannst Du doch einfügen?

Kann den Artikel aber auch anpassen, nur nicht testen.

Bitte gerne in Angriff nehmen!

ChickenLipsRfun2eat schrieb:

[…] da mir dennoch oft sudo dmesg über den Weg läuft

Was ist an sudo dmesg verwerflich? Es ist ärgerlich, dass dmesg nun nur noch von root verwendet werden darf, aber das steht doch bereits im Artikel.

Wäre es nicht an der Zeit den Artikel entsprechend anzupassen, nach 8 Jahren des Wechsels auf systemd?

Was hat dmesg mit systemd zu tun?

Die Systemd-Komponente journalctl wird im Artikel bereits als Alternative für dmesg genannt.

Ich finde im real existierenden Artikel (Stand 28. September 2022) nichts, was meines Wissens veraltet wäre.

Man kann dmesg auch wieder freischalten. 9227840

journalctl benötigt ebenso Root-Rechte, das wird nur übergangen wenn man zufällig in der adm oder wheel Gruppe ist.

Natürlich hat journalctl Vorteile, sofern Logs vorhanden kann man sich damit auch den dmesg von vorherigen Boots anschauen und bei dmesg scrollt das Zeug irgendwann raus. Und man hat mehr Kontext vom restlichen Syslog her.

Aber im Initramfs usw. ist ggf. nur dmesg verfügbar. Und wenn die Festplatte voll ist oder das Dateisystem wegen eines Fehlers in Readonly geht, dann loggt journalctl auch nichts mehr, da bleibt auch nur noch dmesg. Also ohne kommt man auch nicht immer aus.

Hallo,

der Artikel stammt ja bekanntlich aus der Zeit, als noch niemand an systemd gedacht hat. IMHO würde er eher Sinn machen, den Artikel so umzustricken, dass er darauf eingeht, wann man auch heute noch dmesg nutzen kann / muss, weil das Journal von systemd noch nicht läuft / mitloggt.

forstschutz hat ja schon ein paar mögliche Fälle genannt.

Gruß, noisefloor

kB schrieb:

Was ist an sudo dmesg verwerflich?

„Verwerflich“ nichts, es ist nur nicht mehr aktuell und auf Systemen mit systemd übernimmt journalctl das Logging. Ich beziehe mich da eher auf das, was Standard in Ubuntu ist und das ist (weitestgehend) systemd.

Der Vorteil ist auch klar. journalctl bietet ab Werk einen Pager, grep/Filter, lesbare Zeitstempel, mehrere Bootvorgänge als nur den aktuellen, Mischen von Informationen in chronologischer Reihenfolge, etc. Allerdings würde ich das Journal eher mit syslog vergleichen, das in rc-Initsystemen das einsammeln von Informationen übernommen hat. Gerade für Ubuntuuser die oftmals nicht wissen wo sie gucken sollen ist daher das Journal eine zentrale Anlaufstelle. Für andere weniger, da das Journal binär gespeichert wird, was für alte Hasen eher eklig ist 😉

frostschutz schrieb:

journalctl benötigt ebenso Root-Rechte, das wird nur übergangen wenn man zufällig in der adm oder wheel Gruppe ist.

Kann ich gerade nicht prüfen, allerdings stimmt das zumindest auf anderen Systemen nicht. Es gibt eine journal und eine journal-remote Gruppe der man angehören kann (unter Parabola/Arch ist das systemd-journal{-remote}), was es einfach ermöglicht Nutzer das volle Log lesen zu lassen, ohne ihnen Rootrechte zu geben.