iobroker plötzlich nicht mehr erreichbar

[spicer]

Habe mal die objects.jsonl umbenannt und iob neu gestartet.

pi@iobroker:~ $ iob status
 Cannot read system.config: null (OK when migrating or restoring)
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

[spicer]

pi@iobroker:~ $ dmesg -T | grep -i ext4
[Mo Sep 19 16:09:43 2022] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=tty1 root=PARTUUID=0b3a03bb-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
[Mo Sep 19 16:09:46 2022] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
[Mo Sep 19 16:09:46 2022] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[Mo Sep 19 16:09:49 2022] EXT4-fs (mmcblk0p2): recovery complete
[Mo Sep 19 16:09:50 2022] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[Mo Sep 19 16:09:50 2022] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[Mo Sep 19 16:09:53 2022] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
pi@iobroker:~ $ df -h
Dateisystem    Größe Benutzt Verf. Verw% Eingehängt auf
/dev/root        29G    3.8G   24G   14% /
devtmpfs        430M       0  430M    0% /dev
tmpfs           462M       0  462M    0% /dev/shm
tmpfs           462M     12M  450M    3% /run
tmpfs           5.0M    4.0K  5.0M    1% /run/lock
tmpfs           462M       0  462M    0% /sys/fs/cgroup
/dev/sda1        30G    986M   29G    4% /media/usb
/dev/mmcblk0p1  253M     49M  204M   20% /boot
tmpfs            93M       0   93M    0% /run/user/1000

[Thomas Braun]

@spicer sagte in iobroker plötzlich nicht mehr erreichbar:

[Mo Sep 19 16:09:46 2022] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem

Da hats aber mal Einschläge auf dem Dateisystem gegeben.

[spicer]

@thomas-braun

SD hinüber?
War vor 2 Jahren auch schon mal der Fall.

[Thomas Braun]

@spicer

Zumindest angeschossen. Zu dem Zeitpunkt unsauber (aka. 'Ich rupf dem Ding den Strom raus, dann startet der ja auch neu) rebootet?

[spicer]

@thomas-braun
Hab gerade einen "sudo reboot" gemacht.
Läuft immer noch nicht.

[spicer]

fsck bringt was?

[Thomas Braun]

@spicer

fsck hat die Kiste ja beim reboot automatisch ausgeführt. Die Ergebnisse sind aber mit Vorsicht zu genießen, insbesondere auf SD-Karten, die zwei Jahre geknechtet wurden.

Vielleicht kannst du das Mini-HowTo auf jsonl adaptieren:

https://forum.iobroker.net/topic/43325/mini-howto-cannot-find-view-system-for-search-host?_=1663610052343

[spicer]

Seit dem Reboot ist etwas anders:

pi@iobroker:~ $ iobroker status
No connection to databases possible ...

[Thomas Braun]

@spicer

Wie gesagt: Schau mal ob du mit dem Mini-HowTo parat kommst. Funktionierende *.jsonl an die richtige Stelle kopieren.

[Homoran]

@spicer sagte in iobroker plötzlich nicht mehr erreichbar:

Seit dem Reboot ist etwas anders:

pi@iobroker:~ $ iobroker status

No connection to databases possible ...

wundert dich das wenn du die Datebank löschst?

[spicer]

@homoran
Hatte die Datei nur renamed. Jetzt ist sie wieder wie vorher da stehen.

[spicer]

Nach der Mini-HowTo Prozedur erscheint nun:

pi@iobroker:~ $ iobroker status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

[spicer]

Und läuft!
Vielen Dank Euch allen!

[Thomas Braun]

@spicer

Ich vermute ja immer noch, das da die SD-Karte erste Ausfallerscheinungen zeigt. Backup vom ioBroker machen und auf ein frisches Medium hüpfen.

[spicer]

@thomas-braun
Jup, wird gemacht.

[spicer]

Werde mal eine SSD anhängen.
Die sch.... SD Karten sind einfach nicht für sowas geeignet