UNSOLVED iobroker nicht mehr erreichbar - Fehlersuche?

[cherberg]

@cherberg said in iobroker nicht mehr erreichbar - Fehlersuche?:

failed to load module crypto: libbd_crypto.so.2: cannot open shared object file: No such file or directory

Ich habe mal proaktiv die offenbar fehlenden Module

libblockdev-crypto2
libblockdev-mdraid2

nachinstalliert, aber das ist nur ein laienhafter Versuch, ob das mein Problem löst wage ich zu bezweifeln

[Thomas Braun]

@cherberg
Deine Festplatte hat 'nen Schuss:

[    2.706539]  sda: sda1 sda2
[    2.709755] sd 0:0:0:0: [sda] Attached SCSI disk
[    2.733128] EXT4-fs (sda2): INFO: recovery required on readonly filesystem
[    2.733139] EXT4-fs (sda2): write access will be enabled during recovery
[    2.867438] EXT4-fs (sda2): orphan cleanup on readonly fs
[    2.882975] EXT4-fs (sda2): 3 orphan inodes deleted
[    2.882987] EXT4-fs (sda2): recovery complete
[    2.889207] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts:                                                             (null)
[    2.889251] VFS: Mounted root (ext4 filesystem) readonly on device 8:2.

Kannst auch nochmal mit

mount | sort | grep ^/dev

schauen wie die eingehängt wurde.

[cherberg]

@Thomas-Braun

hm, das ist ne nagelneue SSD (günstig Intenso), ich hänge die mal an meinen Windows PC und prüfe die SMART Werte der Platte.

Allerdings habe ich die Partitionen auf der SSD von einer SD Karte geklont.

Kann es sein, dass die SSD an sich in Ordnung ist, ich auf diesem Weg aber Defekte im Filesystem mit geklont habe? Gibt es ein Tool zur Korrektur des Filesystems wie checkdisk unter Windows? Google meint fsck, aber das läuft nicht:

pi@raspberrypi:~ $ sudo fsck
fsck from util-linux 2.33.1
e2fsck 1.44.5 (15-Dec-2018)
/dev/sda2 is mounted.
e2fsck: Cannot continue, aborting.

[cherberg]

@Thomas-Braun said in iobroker nicht mehr erreichbar - Fehlersuche?:

mount | sort | grep ^/dev

Das gibt folgendes aus:

pi@raspberrypi:~ $ mount | sort | grep ^/dev
/dev/sda1 on /boot type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,errors=remount-ro)
/dev/sda2 on / type ext4 (rw,noatime)

[Thomas Braun]

@cherberg Ja, beim clonen werden auch Fehler geklont.
Ein fsck kann nur auf nichteingehängten Dateisystemen erfolgen.
Außerdem hat das System das bereits versucht.
Jedenfalls ist / auch wieder rw (les-/schreibbar) gemounted worden, dass passt.

[cherberg]

@Thomas-Braun

hm was wäre denn nun der Weg der Wahl?
Soll ich die Platte mal an einen anderen RPI hängen und fsck ausführen oder hilft hier nur eine Neuinstallation? Vor der habe ich allerdings Respekt. Ich habe schon einiges gebastelt und geskripted. BackItUp habe ich nocht nicht zum Laufen bekommen und wäre echt aufgeschmissen wenn ich alles neu machen müsste

[Thomas Braun]

@cherberg Ich würde es mal beobachten...
Was mich wundert: Hattest du nicht geschrieben, dass /boot auf der SD-Karte läge?
Laut deinem mount liegt das auf sda1 (Also der Festplatte)

[cherberg]

@Thomas-Braun

Also der Pi4 kann ja (noch) nicht direkt von USB booten. Daher gibt es die Anleitung die SD Karte zuerst auf eine HDD/SSD zu klonen.
In der Bootpartition der SD Karte in der cmdline.txt dann den Eintrag für die Rootpartition so zu ändern, so dass das System diese auf der SSD/HDD sucht: root=/dev/sda2

Beim Start wird dann wohl von der SD gebootet, das System liegt aber auf der SSD. Daher sollte es keine Alterung mehr geben wie es sie gibt wenn das gesamte System auf der SD liegt.

Daher ist auf der SSD wegen des Klonvorgangs auch eine Boot Partition vorhanden, diese ist aber nur ein ungenutztes Überbleibsel.

[cherberg]

@Thomas-Braun

naja beobachten tue ich es ja schon seit einiger Zeit und habe leider immer mal wieder Abbrüche die nur durch einen Neustart (Stecker ziehen) gelöst werden können

[Thomas Braun]

@cherberg

who -r
free -h

[Meister Mopper]

@cherberg sagte in iobroker nicht mehr erreichbar - Fehlersuche?:

@Thomas-Braun

Also der Pi4 kann ja (noch) nicht direkt von USB booten....

Es gibt mittlerweile eine beta-Lösung zum booten von SSD. Bei mir funktioniert es bisher super.

[cherberg]

@Thomas-Braun said in iobroker nicht mehr erreichbar - Fehlersuche?:

free -h

pi@raspberrypi:~ $ who -r
         Runlevel 5   2020-06-04 23:11
pi@raspberrypi:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       1,0Gi       2,3Gi        16Mi       523Mi       2,7Gi
Swap:          99Mi          0B        99Mi
pi@raspberrypi:~ $

[Thomas Braun]

@cherberg
Speicher ist genug vorhanden.
Ich würde aber den Raspberry als Server in RunLevel 3 betreiben.

sudo raspi-config

Und dann
3 - B1 - B1 oder B2
wählen. Neustart.

[cherberg]

@Thomas-Braun said in iobroker nicht mehr erreichbar - Fehlersuche?:

sudo raspi-config

ja ich hatte vorher einen Pi2 mit nur 1 GB RAM, der kam dann mit einigen Adaptern schnell an die Grenzen und durch kontinuierliches swappen frass er SD Karten wie andere Leute Chips

Der Runlevel ist nun auf 3:

pi@raspberrypi:~ $ who -r
         Runlevel 3   2020-06-05 14:21
pi@raspberrypi:~ $ free -h
              total        used        free      shared  buff/cache   available
Mem:          3,8Gi       936Mi       2,5Gi        24Mi       391Mi       2,8Gi
Swap:          99Mi          0B        99Mi
pi@raspberrypi:~ $

[cherberg]

@cherberg

Nur zur Info nach vielen Versuchen habe ich mich entschieden das System komplett neu aufzusetzen und hierbei einen neuen SATA Adapter und auch eine neue Festplatte zu verwenden. Ich alles neu installiert und habe lediglich die Skripte exportiert und wieder importiert. Seit einigen Wochen läuft das System nun stabil.