[gelöst] backup Adapter 1.7.0 Fehlermeldung

[Thomas Braun]

@raspiuser Dateisystem in den Binsen.

Konsolentext bitte nicht als Screenshot sondern als Text in CodeTags.

[RaspiUser]

@thomas-braun said in backup Adapter 1.7.0 Fehlermeldung:

Dateisystem in den Binsen

Klingt nicht gut, Was tun ?

pi@ioBroker-Raspi:~ $ dmesg | grep -i ext4
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835                    .enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:12:B4                    :C8 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200                     console=tty1 root=PARTUUID=3c382316-02 rootfstype=ext4 elevator=deadline fsck.re                    pair=yes rootwait
[    1.391418] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesyst                    em
[    1.391455] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[    1.643498] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
[    1.643687] EXT4-fs (mmcblk0p2): 1 orphan inode deleted
[    1.643717] EXT4-fs (mmcblk0p2): recovery complete
[    1.655384] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. O                    pts: (null)
[    1.655491] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    3.536977] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

sorry ...

[RaspiUser]

@fastfoot
... läuft gerade ... ich greife nach jedem Srohhalm ...

[RaspiUser]

@fastfoot said in backup Adapter 1.7.0 Fehlermeldung:

weghaken.... Übernehmen... anhaken... Übernehmen(=Neustart).

.... läuft gerade ....

[Thomas Braun]

@raspiuser

sudo reboot

und dann nochmal
in dmesg greppen.

[RaspiUser]

@thomas-braun said in backup Adapter 1.7.0 Fehlermeldung:

und dann nochmal
in dmesg greppen.

.... sieht jetzt so aus:

pi@ioBroker-Raspi:~ $ dmesg | grep -i ext4
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:12:B4:C8 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=3c382316-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[    1.391547] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.391646] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    3.385032] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
pi@ioBroker-Raspi:~ $

Das NAS ist auch neu gestartet ...

Und siehe da: Das Backup funktioniert wieder !!!!!!!!!!!!

@fastfoot @Thomas-Braun
Vielen Dank das ihr euch Zeit genommen habt um mir zu helfen !
Als Lerneffekt für mich: Was genau war da jetzt falsch ? Was macht "dmesg" ?

EDIT: "dmesg" habe ich gerade gegoogelt, aber ob ich das jemals selbst anwenden könnte ...

[Thomas Braun]

@raspiuser
Dein Dateisystem hat wohl durch den Stromausfall einen Schuss bekommen und da sind jetzt 'Löcher' drin (gelöschte inodes).

Mit
dmesg
kann man die sog. Kernel Ring Nachrichten anschauen, da laufen entsprechende 'Hilferufe' rein. Mit
grep
durchsucht man die Ausgabe nach Zeilen die den Suchbegriff enthalten. ext4 ist das beschädigte Dateisystem, hier sind also Meldungen zu erwarten, wenn die Karte die Grätsche macht.
(Am Rande: Ich würde der Karte nicht weiter vertrauen. Besser schon mal eine neue besorgen und für ein Backup vorbereiten...)

Grundsätzlich versucht das System bei einem boot-Vorgang Fehler im Dateisystem zu bereinigen, meist funktioniert das aber nicht mehr. In deinem Fall scheint es aber hingehauen zu haben. Seltener Fall.

Und mit intaktem Dateisystem kann dann auch wieder geschrieben bzw. gemountet werden.

Aber wie gesagt, bereite dich darauf vor das Backup in Bälde zum Einsatz zu bringen. Solche Rettungsaktionen wie hier jetzt funktionieren meist nicht.

[RaspiUser]

@thomas-braun said in backup Adapter 1.7.0 Fehlermeldung:

Ich würde der Karte nicht weiter vertrauen. Besser schon mal eine neue besorgen und für ein Backup vorbereiten..

OK ... aber was hat die Karte im ioBroker-Raspberry mit dem NAS zu tun ? Der Stromausfall hat also den ioBroker "durcheinander" gebracht und nicht das NAS, richtig ?
Im Log stand doch, dass der Backup-Ordner nicht gemountet werden konnte, das backup auf der Karte wurde aber geschrieben ...

[Thomas Braun]

@raspiuser
Möglich das es genau den Mountpunkt inkl. Rechte in dem inode (auf dem Raspi) zerlegt hat und durch das erfolgreiche recovery wieder hergestellt werden konnte.

[RaspiUser]

@thomas-braun

Hauptsache es läuft wieder ...