openHAB 3 mit SSD abgestürzt, Backup läuft auch nicht

[Locke]

von udo1toni » Gestern 20:27

Die Partitionen auf dem Mac sind ja erst mal egal. Vermutlich musst Du die 2. Partition erst einhängen, um sie im Mac nutzen zu können. Aber der Zugriff auf dem Raspberry ist die einfachere Variante, da die ja offensichtlich funktioniert.

Schau nach dem erfolgreichen Mount per

Code: Alles auswählen

ls -l /mnt

nach, ob die Partition die erwarteten Verzeichnisse enthält (sollte das nicht der Fall sein, so hast Du mutmaßlich ein korruptes Dateisystem auf der alten SSD)

Moin Udo,
mit den Bildern wollte ich nur zeigen das beide Partitionen vorhanden sind.


Ausgabe:

Code: Alles auswählen

ls: cannot access '/mnt/srv': Structure needs cleaning
total 80
lrwxrwxrwx   1 root root     7 Jan 28  2022 bin -> usr/bin
drwxr-xr-x   2 root root  4096 Jan 28  2022 boot
drwxr-xr-x   4 root root  4096 Jan 28  2022 dev
drwxr-xr-x 108 root root 12288 Jan  9  2023 etc
drwxr-xr-x   3 root root  4096 May  4  2022 home
lrwxrwxrwx   1 root root     7 Jan 28  2022 lib -> usr/lib
drwx------   2 root root 16384 Jan 28  2022 lost+found
drwxr-xr-x   2 root root  4096 Jan 28  2022 media
drwxr-xr-x   3 root root  4096 Jul 15  2022 mnt
drwxrwxr-x   7  110 rdma  4096 May  4  2022 opt
drwxr-xr-x   2 root root  4096 Dec 21  2021 proc
drwx------   6 root root  4096 Jul 19  2022 root
-rw-r--r--   1 root root  1367 Jan  1  2021 run
lrwxrwxrwx   1 root root     8 Jan 28  2022 sbin -> usr/sbin
d?????????   ? ?    ?        ?            ? srv
drwxr-xr-x   2 root root  4096 Dec 21  2021 sys
drwxrwxrwt  13 root root  4096 Sep 22 00:02 tmp
drwxr-xr-x  11 root root  4096 Jan 28  2022 usr
drwxr-xr-x  12 root root  4096 May  4  2022 var

ich hoffe Du kannst mir weiter helfen.
Um das Händisch wieder hinzubekommen bin ich überfordert.

Danke schon mal für Deine Mühe

[udo1toni]

Schau mal, was unter /mnt/var/lib/openhab zu finden ist:

Code: Alles auswählen

ls -l /mnt/var/lib/openhab

[Locke]

Schau mal, was unter /mnt/var/lib/openhab zu finden ist:

Code: Alles auswählen

ls -l /mnt/var/lib/openhab

leider nichts

Code: Alles auswählen

ls: cannot access '/mnt/var/lib/openhab': No such file or directory

[udo1toni]

Und

Code: Alles auswählen

ls -l /mnt/var/lib/

?

[Locke]

kommt auch nichts

Code: Alles auswählen

ls: cannot access '/mnt/var/lib/': No such file or directory

und bei

Code: Alles auswählen

ls -l /mnt/var/

kommt

Code: Alles auswählen

total 0

[udo1toni]

Das heißt, das Dateisystem ist wohl recht heftig beschädigt.
Du hast ja Backups der SSD, Du könntest also zunächst mal versuchen, ob Du die benötigten Dateien aus einer der Sicherungen wiederherstellen kannst - gleiches Vorgehen, nur halt mit dem Backup. Evtl. kannst Du das Backup direkt auf dem Mac öffnen und sparst Dir so eine langwierige Wiederherstellung auf einem 3. Datenträger.

Und natürlich kannst Du versuchen, das Dateisystem zu reparieren, um eine möglichst junge Version der Dateien zu erhalten
Dazu hängst Du die Partition aus:

Code: Alles auswählen

sudo umount /mnt/

und lässt anschließend das Dateisystem prüfen

Code: Alles auswählen

sudo fsck.ext4 -p /dev/sdb2

Der Befehl versucht, das Dateisystem zu reparieren, wenn Fehler gefunden werden.

Es ist nicht sicher, dass die Reparatur funktioniert, aber die SSD ist ja in dem Zustand ohnehin nicht mehr verwendbar (also im Sinne "vorher ging wenigstens noch..."). Wenn es "super" läuft, könnte sogar das gesamte System wieder einwandfrei funktionieren, es ist aber sehr dringend davon abzuraten, die SSD wieder normal in Betrieb zu nehmen, es hat ja im Zweifel einen Grund, warum das Dateisystem korrupt ist/war.
Wenn die Reparatur erfolgreich war, rettest Du also wie vorgeschlagen die Daten. Anschließend kannst Du die SSD komplett leeren oder evtl. ein Prüfprogramm drauf los lassen, welches die SSD LowLevel auf Fehler prüft, vielleicht ist ja nur ein einzelner Block defekt und Du kannst die SSD als Notreserve weiter bereithalten.

[Locke]

Hi Udo,
leider klappt hier gar nichts,
wenn ich versuche Dateisystem zu reparieren, kommt:

Code: Alles auswählen

openhabian@openhabian:~ $ sudo umount /mnt/
openhabian@openhabian:~ $ ls -l /mnt
total 0
openhabian@openhabian:~ $ sudo fsck.ext4 -p /dev/sdb2
/dev/sdb2 is mounted.
e2fsck: Cannot continue, aborting.

hast Du eine Idee ?

[udo1toni]

was sagt denn

Code: Alles auswählen

mount | grep sdb2

?
Falls die Partition dabei auftaucht, ist das Device schon andernorts gemountet, was etwas seltsam erscheint, das System müsste sich eigentlich weigern, eine Partition an mehreren Orten gleichzeitig zu mounten. Jedenfalls könntest Du sie dort ebenfalls unmounten.

Falls das nicht funktioniert, fahre das System herunter, ziehe die SSD ab und starte das System nur mit der neuen SSD. Stecke die SSD erst wieder an, wenn Du shcon angemeldet bist. Sie sollte dann ganz regulär als /dev/sdb auftauchen (mit den beiden Partitionen /dev/sdb1 und /dev/sdb2) und spätestens nach diesem Reboot sollte der fsck-Befehl funktionieren.

[Locke]

Moin Udo,
der fsck-Befehl lief durch, jetzt gibt es leider nur noch ein Verzeichnis auf der SSD Namens „lost+found“

Es muss doch eine Möglichkeit geben die Sicherung.img zu öffnen
und die Daten dort herauszuholen.
Ich habe 3 img Dateien, April, Mai, August die jeweils 59GB groß sind und 2 mit einer Größe von 1x 30,03GB (22:52 Uhr)und 1x 31,25GB(21:47 Uhr). Warum die nur die Größe haben weiß ich nicht, sind beide vom selben Tag.

Dann habe ich noch eine Sicherung auf einem Raspi als NAS, den ich gerade eingerichtet habe mit Openmediavault, diese ist nur 45,62GB groß.
Verstehe nicht warum es so unterschiedliche Größen sind.

Auf dem abgestürzten Radpberry lief auch noch Grafana womit ich den Gasverbrauch und kosten dargestellt habe.
Ob ich das alles so wieder hinbekomme ohne die Daten von einer Sicherung

Bin für jeden Versuch dankbar um an die Daten/Dateien zu kommen.

Danke

[Locke]

ich habe einen Raspberry jetzt mit SD-Karte gestartet (openHab 3.0.2) und eine der Sicherung.img auf eine neue SSD geschrieben.
openHab angehalten

Code: Alles auswählen

sudo systemctl stop openhab.service

dann

Code: Alles auswählen

ls -l /dev/sd*2

Ausgabe:

Code: Alles auswählen

brw-rw---- 1 root disk 8, 0 Oct  1 11:12 /dev/sda
brw-rw---- 1 root disk 8, 1 Oct  1 11:12 /dev/sda1
brw-rw---- 1 root disk 8, 2 Oct  1 11:12 /dev/sda2

danach

Code: Alles auswählen

sudo mount /dev/sda2 /mnt/
und ls -l /mnt

Ausgabe:

Code: Alles auswählen

total 84
lrwxrwxrwx   1 root          root        7 Jan 28  2022 bin -> usr/bin
drwxr-xr-x   2 root          root     4096 Jan 28  2022 boot
drwxr-xr-x   4 root          root     4096 Jan 28  2022 dev
drwxr-xr-x 108 root          root    12288 Jan  9  2023 etc
drwxr-xr-x   3 root          root     4096 May  4  2022 home
lrwxrwxrwx   1 root          root        7 Jan 28  2022 lib -> usr/lib
drwx------   2 root          root    16384 Jan 28  2022 lost+found
drwxr-xr-x   2 root          root     4096 Jan 28  2022 media
drwxr-xr-x   3 root          root     4096 Jul 15  2022 mnt
drwxrwxr-x   7 avahi-autoipd openhab  4096 May  4  2022 opt
drwxr-xr-x   2 root          root     4096 Dec 21  2021 proc
drwx------   6 root          root     4096 Jul 19  2022 root
drwxr-xr-x   5 root          root     4096 Jan 28  2022 run
lrwxrwxrwx   1 root          root        8 Jan 28  2022 sbin -> usr/sbin
drwxr-xr-x   6 avahi-autoipd openhab  4096 May  4  2022 srv
drwxr-xr-x   2 root          root     4096 Dec 21  2021 sys
drwxrwxrwt  13 root          root     4096 Sep 21 22:08 tmp
drwxr-xr-x  11 root          root     4096 Jan 28  2022 usr
drwxr-xr-x  12 root          root     4096 May  4  2022 var

dann

Code: Alles auswählen

ls -l /mnt/var/lib/openhab

Ausgabe:

Code: Alles auswählen

total 56
drwxr-sr-x  2 avahi-autoipd openhab     4096 May  4  2022 backups
drwxr-xr-x  3 avahi-autoipd openhab     4096 Aug 19 14:51 cache
drwxrwxr-x  4 avahi-autoipd openhab     4096 Oct 14  2022 config
drwxrwxr-x  4 avahi-autoipd openhab    12288 Oct 14  2022 etc
drwxr-xr-x  4 avahi-autoipd openhab     4096 Jan 23  2023 ipcamera
drwxrwxr-x  3 avahi-autoipd openhab     4096 Aug 19 19:08 jsondb
drwxr-xr-x  2 avahi-autoipd openhab     4096 Jul  9  2022 kar
drwxr-xr-x  2 avahi-autoipd openhab     4096 May  4  2022 openhabcloud
drwxr-xr-x  5 avahi-autoipd openhabian  4096 May  4  2022 persistence
drwxrwxr-x  2 avahi-autoipd openhab     4096 May  4  2022 secrets
drwxr-xr-x 45 avahi-autoipd openhab     4096 Aug 19 14:53 tmp
-rw-r--r--  1 avahi-autoipd openhab       36 May  4  2022 uuid

kann ich es jetzt versuchen wie Du es am Anfang geschrieben hast oder soll ich anders vorgehen um hoffentlich an die Daten zu kommen.
Ist dann auch Grafana incl. Datenbank wieder vorhanden ?

sorry, das ich Dich so belästige