Fedora fsck - journal corrupted - beheben

[Ratz_Fatz]

Ich benötige wieder einen Hinweis wie ich unter Fedora "system.journal corrupted or uncleanly shut down, renaming and replacing" beheben kann.

Eine /boot/efi Partition, eine /boot und eine mit Luks verschlüsselte LVM, worin sich / und /home befindet.
Ich weiß nicht mehr genau wann das auftrat, aber ich meine, nach der Manjaro oder Debian Installation.

Vielleicht kann mir jemand helfen und sagen wie ich das lösen kann und wie "File corruption detected", "Invalid entry item" usw. zu bewerten ist.

In Grub habe ich das eingefügt:

GRUB_CMDLINE_LINUX="... quiet splash fsck.mode=force fsck.repair=yes"
grub2-mkconfig -o /boot/grub2/grub.cfg

Nach einem Neustart wird auch fsck ausgeführt.

sudo tune2fs -l /dev/mapper/lvgfedora-home | grep checked
Last checked: Sat Aug 3 09:16:33 2019
sudo tune2fs -l /dev/mapper/lvgfedora-root | grep checked
Last checked: Sat Aug 3 11:16:30 2019
sudo tune2fs -l /dev/sda2 | grep checked
Last checked:             Sat Aug  3 09:16:33 2019

Allerdings wird immer noch folgendes angezeigt:

dmesg|grep corrupted
[   21.458749] systemd-journald[941]: File /run/log/journal/320533e7d76249218855309be31733e1/system.journal corrupted or uncleanly shut down, renaming and replacing.

Kleiner Auszug:

journalctl --verify
PASS: /var/log/journal/320533e7d76249218855309be31733e1/user-1000@00058ee176521cd4-ff7deec9d9619073.journal~
PASS: /var/log/journal/320533e7d76249218855309be31733e1/system@00058ef4e1fdce9d-ef752d3fc1183985.journal~
PASS: /var/log/journal/320533e7d76249218855309be31733e1/system@00058ef69e18d107-5a859bdf7891b193.journal~
PASS: /var/log/journal/320533e7d76249218855309be31733e1/user-1000@00058ed24abbe6ab-8221e192f9d9e9f6.journal~
PASS: /var/log/journal/320533e7d76249218855309be31733e1/system@00058e53f03813c0-4104d38cb49fd9db.journal~
1005f98: Invalid hash (1efab8422930ff87 vs. ae77c8ab70550c89 
1005f98: Invalid object contents: Bad message 
File corruption detected at /var/log/journal/320533e7d76249218855309be31733e1/user-1000@00058ec20c088b98-2b985a61aa8ae72b.journal~:1005f98 (of 25165824 bytes, 66%).
FAIL: /var/log/journal/320533e7d76249218855309be31733e1/user-1000@00058ec20c088b98-2b985a61aa8ae72b.journal~ (Bad message)
5485ef0: Invalid entry item (13/28 offset: 000000 
5485ef0: Invalid object contents: Bad message 
File corruption detected at /var/log/journal/320533e7d76249218855309be31733e1/system@00058ec20bd00eb3-c23b1add48654366.journal~:5485ef0 (of 92274688 bytes, 96%).
FAIL: /var/log/journal/320533e7d76249218855309be31733e1/system@00058ec20bd00eb3-c23b1add48654366.journal~ (Bad message)

 

[entropie88]

/etc/systemd/journald.conf
Storage=volatile

dann liegt das journal im ram. Hatte das Problem mit dem corupten journal wegen einer seperaten var. Die corupten journals kannst du löschen.

 

[Ratz_Fatz]

Danke! Hat geklappt.

 

[Ratz_Fatz]

Ganz weg ist es doch noch nicht, zumindest mit "dmesg|grep corrupted" wird das noch angezeigt. Ich konnte es auf zwei weiteren PCs mit Gnome Fedora und Ubuntu ebenfalls feststellen. Dort gab es ähnliche Einträge.

Ein Ubuntu System hat aber keine Probleme.

Komisch, ich frag mich, was dazu führt.

Edit
Wenn ich eine SSD mit Ubuntu und Windows(CSM) drauf bei der Installation dran lasse, dann tauchen die korrumpierten Journals schon nach der Installation beim ersten Start auf. Klemme ich die Platte ab, dann tauchen sie nicht auf.

 

[Bra1msen]

Bin gerade über euer Thread gestopelt, hab Probleme mit meiner SD Karte (RaspberryPi4B). Was hast du genau gemacht? Und meint ihr es würde bei meinen problem helfen? Danke!

pi@allskyLA:~ $ dmesg -l warn,err
[    0.181764] usb_phy_generic phy: supply vcc not found, using dummy regulator
[    0.181956] usb_phy_generic phy: dummy supplies not allowed for exclusive requests
[    3.665910] systemd[1]: /lib/systemd/system/plymouth-start.service:16: Unit configured to use KillMode=none. This is unsafe, as it disables systemd's process lifecycle management for the service. Please update your service to use a safer KillMode=, such as 'mixed' or 'control-group'. Support for KillMode=none is deprecated and will eventually be removed.
[    4.650305] systemd-journald[143]: File /var/log/journal/ef4df6d3a9a544f2a1705ace80cce517/system.journal corrupted or uncleanly shut down, renaming and replacing.
[   15.381551] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned.
[   15.477639] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned.
[   15.791952] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[   15.799258] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[   15.871460] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.
[   15.871603] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned.
[   15.874150] rpivid_hevc: module is from the staging directory, the quality is unknown, you have been warned.
[   15.890680] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned.
[   16.242133] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

 

[andy_m4]

hab Probleme mit meiner SD Karte

Du hättest ruhig ein neuen Thread aufmachen können anstatt nen Uralten auszugraben. Vor allem da es ja offensichtlich zwei verschiedene Fehlermeldungen sind (journal kaputt vs. data kaputt).

Aber zur Sache:
Mir ist Dein Problem noch nicht vollumfänglich klar.
Also ja. Ich glaube ich weiß welche Meldung Du meinst. Nämlich:

[ 16.242133] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.

und da würde ich halt spontan erst mal vermuten das Du das System nicht sauber herunter gefahren hast und z.B. den Pi einfach nur im laufenden Betrieb (oder zumindest vor Ende des Shutdowns) ausgeschaltet hast. Und dann würde ich sagen: "Mach das nie wieder und dann kriegst Du auch die Meldung nicht mehr."

Aber das wirds ja vielleicht nicht sein und dann solltest Du ein bisschen mehr dazu erzählen damit die Umstände klar sind.

 

[Bra1msen]

Hey danke für die Rückmeldung.

Der Pi ist teil einer Wolkenkamera. https://drive.google.com/file/d/1B4RCg9 ... share_link
Gerade ist er auf dem Dach, also schwer zugänglich: https://drive.google.com/file/d/1sf_bD- ... share_link

So ganz kaputt scheint mir die SD Karte nicht, ich kann aktuell noch Änderungen vornehmen z.b Skripte laufen lassen etc. Wird der Pi aber neugestartet/reboot sind sämtliche Änderungen die ich am Filesystem vorgenommen hatte wieder gelöscht. Der Pi wacht sozusagen immer wieder im status quo auf..

Raspberry Pi 4B
Operating System: Raspbian GNU/Linux 11 (bullseye)
Kernel: Linux 5.15.61-v7l+
Architecture: arm

 

[andy_m4]

So ganz kaputt scheint mir die SD Karte nicht

Ich würde aber trotzdem mal im Log danach gucken ob es irgendwelche Fehlermeldungen (Lesefehler) diesbezüglich gibt.
Was heißt überhaupt "nicht ganz kaputt"?
Also ich würde mir schon Sorgen machen wenn sie ein bisschen kaputt ist ganz einfach, weil dann die Wahrscheinlichkeit hoch ist, das innerhalb kürzerer Zeit noch mehr kaputt geht. Und SD-Karten sind jetzt auch keine super heftige Investition, als wenn man da nicht einfach mal vorsorglich tauschen könnte.

Wird der Pi aber neugestartet/reboot sind sämtliche Änderungen die ich am Filesystem vorgenommen hatte wieder gelöscht.

Klingt ein bisschen nach OverlayFS.
Aktuell fehlen noch Informationen darüber was Du da ggf. konfiguriert hast. Mit was für ein System haben wirs überhaupt zu tun? Ist das das übliche Raspberry Pi OS (aka rasbian) oder was ist da überhaupt drauf?

 

[Bra1msen]

steht auch bei meiner letzten antwort...
Operating System: Raspbian GNU/Linux 11 (bullseye)
Kernel: Linux 5.15.61-v7l+

An sich hast du recht, aber die SD karte ist nun mal super schwer zugänglich, da muss ich aufs dach und die kamera komplett auseinander nehmen...

Hast du ne Idee, was ich probieren könnte?

Ergänzung (6. November 2022)

Wenn ich die SD Karte austausche, kann ich die alte korrupte im read only modus backupen und auf eine neue spielen? Ansonsten muss ich manuell alles neu einstellen..

 

[andy_m4]

steht auch bei meiner letzten antwort...

Ups. Glatt übersehen. Mein Fehler.

Hast du ne Idee, was ich probieren könnte?

Naja. Erst mal stellt sich ja die Frage wie Du überhaupt auf die Idee kommst, das die "ein bisschen" kaputt ist.
Und dann halt die andere Sache, inwieweit Lese- und Schreibfehler im Log auftauchen. Spätestens wenn da was zu sehen ist, ist der Tausch eigentlich alternativlos. Klar kann man da theoretisch noch drum herum basteln aber damit schiebt man es auf und löst das Problem nicht. Vor allem mit dem Risiko das Du ein komplett unbrauchbares System hast. Im Augenblick hast Du noch gute Chancen das Du einfach ne 1:1 Kopie auf eine neue Karte machst und das dann ohne Neuinstall und neu konfigurieren weiter laufen lassen kannst.

Man könnte in dem Zusammenhang auch noch über eine andere Sache nachdenken. SD-Karten gehen i.d.R. deshalb kaputt, weil sie Flash-Speicher sind. Und Flash-Speicher vertragen nur eine gewisse Anzahl an Schreibvorgängen.

Der grundsätzlichen Problematik kann man entgegen wirken, in dem man Wear-Leveling macht, was dafür sorgt das Schreibzugriffe möglichst auf alle Flashzellen gleichmäßig verteilt werden. SD-Karten machen das nicht und sind daher deshalb besonders anfällig. SSDs machen das deutlich besser und eine Lösungsmöglichkeit wäre, das man an den Raspberry Pi via USB ne SSD anklemmt statt den Speicherkartenslot zu nutzen. Bringt natürlich u.U. Platzprobleme mit sich. Das muss ja ggf. auch in ein Gehäuse passen damit es wettergeschützt ist. Du deutest ja sowas an.

Oder man muss halt ein Dateisystem wählen welches auf Flash-Speicher optimiert ist und insich schon für verteilte Schreibzugriffe sorgt. Dann muss man aber halt am System herum frickeln und kann nicht einfach ein fertiges Raspberry Pi OS nehmen.

Man kann auch mal danach gucken, ob es irgendwas bzw. irgendein Prozess gibt der viele Schreibzugriffe auslöst. Also das offensichtliche bei einer Kamera-Appliance ist natürlich, das da Bilder anfallen die gespeichert werden. Das kann man ja evtl. auch nicht so ohne Weiteres abstellen (muss man gucken). Aber vielleicht gibts da ja noch irgendwas Anderes was man abdrehen kann ohne das das Nachteile hat (Log-Dateien von irgendnem Webserver oder was weiß ich).

Wenn ich die SD Karte austausche, kann ich die alte korrupte im read only modus backupen und auf eine neue spielen?

Ja. Kann man. Am einfachsten natürlich am PC mit SD-Karten-Leser, in dem man ein Image zieht und das dann einfach auf die neue Karte drauf packt.

 

[Bra1msen]

Okay alles klar, dann geh ich jetzt aufs Dach, kannst du mir ein Programm empfehlen für das Image ziehen?
Wenn das ginge, obwohl die SD Karte beschädigt ist, wäre echt gut.

Zukünftig muss ich mir echt noch was einfallen lassen, usb stick mit OS steck ich diesmal mit an. dann könnte ich notfalls mal über den booten..

In jeden Fall vielen Dank dir.

 

[andy_m4]

kannst du mir ein Programm empfehlen für das Image ziehen?

dd. Gibts z.B. unter diversen Linux-Distributionen (https://wiki.ubuntuusers.de/dd/). Ist ein Kommandozeilentool. Einfach aber effektiv. :-)

Wenn das ginge, obwohl die SD Karte beschädigt ist, wäre echt gut.

Was natürlich passieren kann ist, das es bad-blocks gibt die nicht lesbar sind.
Da kann man dann die Option conv=noerror anhängen. Das sorgt dafür das wenn Blöcke nicht gelesen werden einfach angenommen wird, das wären alles Nullen.
Wenn Du Glück hast betrifft das bad-blocks Problem aber nur Bereiche, die nicht kritisch sind.

 

[Bra1msen]

Ich hab gerade nur einen windows rechner hier, habe mir win32 disk imager installiert.

Es hat geklappt!

 

[andy_m4]

Das klingt doch erfreulich.
Kommt ja in der IT-Welt nicht oft vor, das etwas auf Anhieb funktioniert. :-)

 

[Bra1msen]

Hey Andy schreibst du mir mal auf WhatsApp: +49 152 [Nummer moderativ geloescht] (Sky Imager)