NEWS
iobroker nicht mehr erreichbar - Fehlersuche?
-
@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-mdraid2nachinstalliert, aber das ist nur ein laienhafter Versuch, ob das mein Problem löst wage ich zu bezweifeln :-)
-
@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-mdraid2nachinstalliert, aber das ist nur ein laienhafter Versuch, ob das mein Problem löst wage ich zu bezweifeln :-)
@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 ^/devschauen wie die eingehängt wurde.
-
@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 ^/devschauen wie die eingehängt wurde.
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
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 ^/devschauen wie die eingehängt wurde.
@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) -
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 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 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.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 :-( -
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 :-(@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 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)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/sda2Beim 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 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) -
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 :-(
who -r free -h -
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/sda2Beim 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 sagte in iobroker nicht mehr erreichbar - Fehlersuche?:
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.
-
who -r free -h@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 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:~ $@cherberg
Speicher ist genug vorhanden.
Ich würde aber den Raspberry als Server in RunLevel 3 betreiben.sudo raspi-configUnd dann
3 - B1 - B1 oder B2
wählen. Neustart. -
@cherberg
Speicher ist genug vorhanden.
Ich würde aber den Raspberry als Server in RunLevel 3 betreiben.sudo raspi-configUnd dann
3 - B1 - B1 oder B2
wählen. Neustart.@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 :dizzy_face:
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:~ $ -
@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 :dizzy_face:
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:~ $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.
Support us
567
Online32.6k
Benutzer82.3k
Themen1.3m
Beiträge