[GELÖST] Bad blocks on main disk device detected

[jmaus]

Ob jetzt fsck bei jedem Reboot ausgeführt wird kann ich nicht sagen. Ist dem so sollte ja beim Reboot der Fehler gefunden und korrigiert werden.

Schau dir die Datei /etc/inittab an. Da steht weit oben der fsck Befehl der bei jedem booten vor mounten der Dateisysteme aufgerufen wird und dieser lässt das userfs (nicht das rootfs) immer dann checken wenn das dateisystem als unclean markiert wurde (z.b. durch einen crash)

[Baxxy]

dieser lässt das userfs (nicht das rootfs) immer dann checken wenn das dateisystem als unclean markiert wurde (z.b. durch einen crash)

OK, gefunden.
Meine Frage dazu lautet nun:
Wenn der BB-Check Fehler erkennt, wird dann auch das Dateisystem als "unclean" markiert damit beim nächsten Booten das Dateisystem überprüft wird?

Grüße, Baxxy

[Alveran]

Gerade nochmal alles überprüft. Die VMware vmkfstools können keinen Fehler an der Festplattendatei ausmachen.
Beim neu starten der RM kommt die Meldung nicht aber dafür wieder jede Nacht 2Uhr. Ich kann mir langsam keinen Reim mehr darauf machen.

[Baxxy]

Hmm, starte doch mal eine Linux-VM deiner Wahl und binde die RaspberryMatic Festplattendatei mit ein.
Dann kannst du doch gemütlich alle möglichen Tests ausführen (fsck, badblocks).

Sieht dann hier zum testen so aus...

Code: Alles auswählen

root@bx-deb10-standart-vm:~# lsblk
NAME   MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda      8:0    0 22,5G  0 disk
├─sda1   8:1    0 18,5G  0 part /
├─sda2   8:2    0    1K  0 part
└─sda5   8:5    0    4G  0 part [SWAP]
sdb      8:16   0  7,8G  0 disk
├─sdb1   8:17   0  256M  0 part
├─sdb2   8:18   0    1G  0 part
└─sdb3   8:19   0  6,5G  0 part
sr0     11:0    1 1024M  0 rom
root@bx-deb10-standart-vm:~# blkid
/dev/sda1: UUID="ffdacc86-ff74-497a-9c9f-80bbce2da1cd" TYPE="ext4" PARTUUID="21926eae-01"
/dev/sda5: UUID="0f8981e9-bb8b-425d-87fc-8ca65545bbbd" TYPE="swap" PARTUUID="21926eae-05"
/dev/sdb1: SEC_TYPE="msdos" LABEL_FATBOOT="bootfs" LABEL="bootfs" UUID="EA0B-4BF3" TYPE="vfat" PARTUUID="deedbeef-01"
/dev/sdb2: LABEL="rootfs" UUID="9a2582cd-0126-4269-b120-de6096356dc1" TYPE="ext4" PARTUUID="deedbeef-02"
/dev/sdb3: LABEL="userfs" UUID="fdcb8d5c-a592-490d-9a64-66d7945f7a5d" TYPE="ext4" PARTUUID="deedbeef-03"
root@bx-deb10-standart-vm:~# fsck /dev/sdb3
fsck von util-linux 2.33.1
e2fsck 1.44.5 (15-Dec-2018)
userfs: clean, 2724/425152 files, 62934/1700505 blocks
root@bx-deb10-standart-vm:~# badblocks -nsv /dev/sdb3
Checking for bad blocks in non-destructive read-write mode
From block 0 to 6802019
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: done
Pass completed, 0 bad blocks found. (0/0/0 errors)

[TomMajor]

Beim neu starten der RM kommt die Meldung nicht aber dafür wieder jede Nacht 2Uhr. Ich kann mir langsam keinen Reim mehr darauf machen.

Hey Alveran,

das mit den 2 Uhr nachts liegt sicher an:

Speicherüberprüfung (Bad-Blocks):
Zur Überprüfung des Gesundheitsstatus des eingesetzten Systemspeichers wird jede Nacht um 01:59 ein sogn. 'Bad-Blocks' Check durchgeführt und bei Auftreten eines Fehlers eine WebUI Alarmmeldung erzeugt.

Einstellungen > Systemsteuerung->Erweiterte Einstellungen

Wie Marco hier auf Seite 1 sehr gut erkannte ist die Frage ob dies bei einem Gastsystem in einer VM überhaupt sinnvoll ist. Ich würde die Option vermutlich bei deiner Konfiguration abstellen, dann ist evtl. Ruhe.

[Alveran]

Den Post von Marco hatte ich doch glatt überlesen, da war so viel mit SD Karten

Danke für den Tipp mit dem abschalten. Den Punkt Erweitere Einstellungen in der Systemsteuerung meiner RaspberryMatic gibt es bei mir leider (noch) nicht.
Werde die nächsten Tage erstmal auf die aktuelle Version updaten. Ansonsten hänge ich die Festplattendatei mal in ein anderes Linux zum überprüfen ein.

[TomMajor]

Danke für den Tipp mit dem abschalten. Den Punkt Erweitere Einstellungen in der Systemsteuerung meiner RaspberryMatic gibt es bei mir leider (noch) nicht.

ja, ich hatte die Einstellung zufällig in der 3.61.7.20211218 gesehen und das passte zu deiner 2 Uhr Nachts Beobachtung.

[Matthias K.]

Danke für den Tipp mit dem abschalten. Den Punkt Erweitere Einstellungen in der Systemsteuerung meiner RaspberryMatic gibt es bei mir leider (noch) nicht.

Brauchst du auch nicht unbedingt.
Via Shell (SSH) geht's auch:

Code: Alles auswählen

touch /usr/local/etc/config/NoBadBlocksCheck

[Alveran]

Danke für die vielen Hinweise. Vor drei Tagen hat auch auf einmal meine Datensicherung Veeam Warnungen wegen defekten Speicherblöcken in VMware angezeigt. Danach wurde auch die SSD als defekt von VMware markiert.
Ich habe die Defekte SSD ausgetauscht und ein älteres Backup wieder eingespielt und danach auf die neueste RM Version aktualisiert.
Was soll ich sagen. seitdem kommt auch die Meldung nicht mehr in der RM. Wahnsinn wie sensibel die Überwachung da reagiert bevor alle andern Schutzmechanismen gegriffen haben.