staging.inyokaproject.org

Hallo,

Wie kann ich journalctl mit grep zusammen verwenden, ich bekomme die Syntax nicht hin.

journalctl --list-boots | grep '-1' | cut -c 1-30

Das klappt so nicht.

Das hängt nur am grep-Aufruf, da musst du verhindern, dass grep das -1 für einen Schalter hält:

journalctl --list-boots | grep '\-1' | cut -c 1-30
# oder
journalctl --list-boots | grep -- '-1' | cut -c 1-30 

Was aber vermutlich immer noch nicht das tut, was du willst, ich vermute du willst an die ID des letzten Boots kommen, also vermutlich eher

journalctl --list-boots | grep '\-1 ' | cut -c 1-30 

Wobei man journalctl auch einfach mit -b -1 dazu bringen kann die Logs für den letzten Bootvorgang zu liefern - also z.B.:

journalctl -b -1 -l 

ubuntu--anfaenger schrieb:

Hallo,

Wie kann ich journalctl mit grep zusammen verwenden, ich bekomme die Syntax nicht hin.

journalctl --list-boots | grep '-1' | cut -c 1-30

Das klappt so nicht.

journalctl --list-boots | grep '\-1' | cut -c 1-30

Das - muss maskiert werden. Das interpretiert grep als Beginn eines Parameter auch wenn es in Anführungszeichen steht.

Hallo seahawk1986

Hallo Bleys

Vielen dank, das klappt schon so

seahawk1986 schrieb:

Was aber vermutlich immer noch nicht das tut, was du willst, ich vermute du willst an die ID des letzten Boots kommen, also vermutlich eher

Ja und nein, ich möchte das in einem .sh in conky Einbauen, das mir beim Systemstart kurz anzeigt wann der Rechner das letzte mal Hochgefahren wurde.

ubuntu--anfaenger schrieb:

Ja und nein, ich möchte das in einem .sh in conky Einbauen, das mir beim Systemstart kurz anzeigt wann der Rechner das letzte mal Hochgefahren wurde.

Reicht dir dazu eventuell so etwas?

$ journalctl -b -1 -o short-full | head -n1 | cut -d ' ' -f 2-3
2022-01-16 09:22:17 

seahawk1986 schrieb

Reicht dir dazu eventuell so etwas?

Ja das ist sehr präzise.

Nur rein Theroretisch wäre ein nicht Autorisierter Benutzer in der Lage, den log so zu verändern, er nicht auffällt?

lg,

ubuntu--anfaenger schrieb:

[…] beim Systemstart kurz anzeigt wann der Rechner das letzte mal Hochgefahren wurde

Zeitpunkt des aktuellen Hochlaufs:

journalctl -b 0  | grep -m1 kernel | grep -o -e '^.*:..:..' 

Zeitpunkt des davor liegenden Hochlaufs:

journalctl -b -1 | grep -m1 kernel | grep -o -e '^.*:..:..' 

usw.

kB schrieb:

Zeitpunkt des davor liegenden Hochlaufs:

Genau das will ich.

auch Dir vielen dank.

ubuntu--anfaenger schrieb:

Nur rein Theroretisch wäre ein nicht Autorisierter Benutzer in der Lage, den log so zu verändern, er nicht auffällt?

Das kommt darauf an, wie er das System manipuliert - auf dem System braucht man root-Rechte, um die Logdateien, die journald anlegt, nachträglich manipulieren zu können (z.B. war es mit pkexec bis letzte Woche durch einen Exploit möglich als angemeldeter Nutzer unberechtigt root-Rechte zu erlangen: https://www.bleepingcomputer.com/news/security/linux-system-service-bug-gives-root-on-all-major-distros-exploit-released/). Solange dein System nicht verschlüsselt ist, kann ein Angreifer z.B. ein anderes System booten und mit root-Rechten an deiner Installation herumspielen, wie er lustig ist.

Manipulationen an einem Computer zu erkennen kann schwer sein - insbesondere, wenn man die physikalische Sicherheit des Gerätes nicht garantieren kann - da kann man gewisse Hürden schaffen (Apple macht das bei den Laptops seit den M1-CPUs recht erfolgreich), aber das völlig ausschließen zu können ist schwer.

seahawk1986 schrieb:

(z.B. war es mit pkexec bis letzte Woche durch einen Exploit möglich als angemeldeter Nutzer unberechtigt root-Rechte zu erlangen:

Ja hatte auch davon gehört, das könnte der Angreifer bei mir noch einfacher haben, indem er vom Grub aus sofort in den recovery Modus bootet.

lg,

Hier ist noch ein anderer Weg:

1
2

$ journalctl -b -1 | sed -nr '1{s#^-- .* at ([^,]+),.*$#\1#p;q}'
Tue 2020-10-20 00:11:10 CEST

oder noch etwas knapper

1
2

$ journalctl -b -1 | sed -nr 's#^-- .* at ([^,]+),.*$#\1#p;q'
Tue 2020-10-20 00:11:10 CEST

oder, wenn einem das reicht

1
2

$ journalctl -b -1 | head -1
-- Logs begin at Tue 2020-10-20 00:11:10 CEST, end at Sat 2022-01-29 19:27:56 CET. --

rklm schrieb:

Hier ist noch ein anderer Weg:

Ja vielen dank, ich habs zuerst in einem conky script eingebaut, war aber nicht schön das auf dem Bildschirm zu haben, und habs jetzt in der Taskleiste eingebaut.

rklm schrieb:

Hier ist noch ein anderer Weg: […]

1 2	$ journalctl -b -1 | head -1 -- Logs begin at Tue 2020-10-20 00:11:10 CEST, end at Sat 2022-01-29 19:27:56 CET. --

Die erste Zeile der Ausgabe von

journalctl -b -1 

hat nichts mit dem Startvorgang zu tun, vielmehr hier werden nur Daten bzgl. der Buchführung von journald gezeigt, die höchstens zufällig dem Startvorgang ähneln!

Bei mir z.B.:

$ journalctl -b -1 | head -n2
-- Logs begin at Sat 2021-05-08 07:18:05 CEST, end at Sun 2022-01-30 11:47:12 CET. --
Jan 28 09:11:07 █████████ kernel: microcode: microcode updated early to revision 0x21, date = 2019-02-13
$

(Markierung = wirklicher Zeitpunkt des Kaltstarts)

kB schrieb:

Die erste Zeile der Ausgabe von

journalctl -b -1 

hat nichts mit dem Startvorgang zu tun, vielmehr hier werden nur Daten bzgl. der Buchführung von journald gezeigt, die höchstens zufällig dem Startvorgang ähneln!

Oh, ja! Peinlich. Hätte mir auffallen können. Also, bitte alle meinen Vorschlag vergessen!

Sehe gerade last ist noch nicht erwähnt worden. Das ist ja eigentlich das traditionelle Werkzeug um so etwas anzuzeigen. Z.B.:

1
2
3
4

$ last | egrep ^reboot | sed -n '2p'
reboot   system boot  5.4.0-96-generic Fri Jan 28 07:43 - 22:01 (1+14:17)
$ last | egrep -m 4 ^reboot | sed -n '2p'
reboot   system boot  5.4.0-96-generic Fri Jan 28 07:43 - 22:01 (1+14:17)