UNSOLVED iobroker wird dauernd zerschossen. Verzweiflung! Geister?

[Thomas Braun]

@patloi
Der Befehl wird ausgeführt, allerdings gibt es keine Zeilen mit 'under' in der Ausgabe. Deswegen sieht man da nichts.

[Homoran]

@patloi Super!
dann wirst du kein undervoltage gehabt haben.

Habe es selbst nicht glauben können, dass einfach nichts herauskommt, ist aber so.
Habe es auf meinem einen pi auch so gehabt, dann den pi mit den Problemen genommen - da kam dann das Ergebnis

[patloi]

@Homoran ich habe gerade festgestellt das ich seit heute folgendes Phänomen habe:

pi@iobroker:~ $ iobroker status
internal/modules/cjs/loader.js:638
    throw err;
    ^

Error: Cannot find module '/opt/iobroker/node_modules/iobroker.js-controller/iobroker.js'
    at Function.Module._resolveFilename (internal/modules/cjs/loader.js:636:15)
    at Function.Module._load (internal/modules/cjs/loader.js:562:25)
    at Function.Module.runMain (internal/modules/cjs/loader.js:831:12)
    at startup (internal/bootstrap/node.js:283:19)
    at bootstrapNodeJSCore (internal/bootstrap/node.js:623:3)

aber bei

iobroker start

bekomme ich keine fehlermeldung.

Habe den Befehl ausgeführt da ich gerade gesehen hab das der Prozess iobroker nicht mehr läuft.

Ich verstehe es nicht... was läuft hier verkehrt?

Zur Info ich habe nichts geändert seit gestern. Gestern wurde nur einmal das fix.sh und dann einmal eine Neuinstallation durchgeführt.

Ich habe nun ein 3A Netzteil, eine SanDisk High Endurance und einen Stick (zur Datenauslagerung) bestellt.

Ich berichte nach der Neuinstallation. Ist es möglich und sinnvoll Daten die oft geschrieben werden (log etc.) auszulagern auf einen Stick? Oder gar das ganze System vom Stick zu starten? Dadurch das ich das System nur sehr selten nutze soll es einfach stabil über langen zeitraum laufen ohne alle paar Monate SD Karte zu nutzen etc. Dafür darf es aber auch gerne sehr abgespeckt sein... ich nutze prinzipiell nur die VIS....

[Homoran]

@patloi sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

was läuft hier verkehrt?

das hatte @Thomas-Braun schon geschrieben

@Thomas-Braun sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

Sicheres Zeichen für ein wurmstichiges Dateisystem.
SD-Karte austauschen, System + ioBroker neuinstallieren.

[Thomas Braun]

@patloi sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

Ich verstehe es nicht... was läuft hier verkehrt?

Immer noch auf dem kaputten Dateisystem unterwegs? Da läuft dann alles mögliche verkehrt.

Schau mal damit rein:

cat /var/log/kern.log | grep -i EXT4

[patloi]

@Homoran

Ich habe gestern ein 3A Netzteil, eine SanDisk High Endurance und einen Stick (zur Datenauslagerung) bestellt. Ist noch nicht da leider, wird natürlich alles getauscht. Möchte nur auch dem Fehler auf die Schliche kommen. Nicht das es doch etwas anderes war und ich tausche zum 3. mal erfolglos...

Ich meine wie gesagt das zwei SD Karten innerhalb weniger Tage den geist aufgeben ist sehr sehr sehr komisch.

Ich berichte nach der Neuinstallation. Ist es möglich und sinnvoll Daten die oft geschrieben werden (log etc.) auszulagern auf einen Stick? Oder gar das ganze System vom Stick zu starten? Dadurch das ich das System nur sehr selten nutze soll es einfach stabil über langen zeitraum laufen ohne alle paar Monate SD Karte zu nutzen etc. Dafür darf es aber auch gerne sehr abgespeckt sein... ich nutze prinzipiell nur die VIS....

@Thomas-Braun

pi@iobroker:~ $ cat /var/log/kern.log | grep -i EXT4 
Nov 15 16:46:46 iobroker kernel: [    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 15 16:46:46 iobroker kernel: [    2.719114] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Nov 15 16:46:46 iobroker kernel: [    2.721421] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
Nov 15 16:46:46 iobroker kernel: [    3.197479] EXT4-fs (mmcblk0p2): orphan cleanup on readonly fs
Nov 15 16:46:46 iobroker kernel: [    3.208237] EXT4-fs (mmcblk0p2): 1 orphan inode deleted
Nov 15 16:46:46 iobroker kernel: [    3.210881] EXT4-fs (mmcblk0p2): recovery complete
Nov 15 16:46:46 iobroker kernel: [    3.235457] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 15 16:46:46 iobroker kernel: [    3.240726] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 15 16:46:46 iobroker kernel: [    5.938244] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov 17 19:20:00 iobroker kernel: [    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 17 19:20:00 iobroker kernel: [    2.779126] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Nov 17 19:20:00 iobroker kernel: [    2.781491] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
Nov 17 19:20:00 iobroker kernel: [    2.793153] EXT4-fs (mmcblk0p2): recovery complete
Nov 17 19:20:00 iobroker kernel: [    2.797737] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 17 19:20:00 iobroker kernel: [    2.802216] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 17 19:20:00 iobroker kernel: [    5.665756] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov 18 20:33:57 iobroker kernel: [    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 18 20:33:57 iobroker kernel: [    2.789084] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 18 20:33:57 iobroker kernel: [    2.793475] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 18 20:33:57 iobroker kernel: [    5.685456] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
Nov 19 09:39:17 iobroker kernel: [    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_headphones=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait
Nov 19 09:39:17 iobroker kernel: [    2.718884] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
Nov 19 09:39:17 iobroker kernel: [    2.721177] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
Nov 19 09:39:17 iobroker kernel: [    2.989481] EXT4-fs (mmcblk0p2): recovery complete
Nov 19 09:39:17 iobroker kernel: [    2.998411] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Nov 19 09:39:17 iobroker kernel: [    3.003212] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
Nov 19 09:39:17 iobroker kernel: [    5.679722] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)

[Homoran]

@patloi sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

Ich meine wie gesagt das zwei SD Karten innerhalb weniger Tage den geist aufgeben ist sehr sehr sehr komisch.

Abgesehen davon, dass da tatsächlich viele Fakes unterwegs sind, und sogar Händler damit beliefert werden, kann das natürlich ein Problem sein.
Bei Amazon ist es durchaus üblich alle Artikel mit der selben Bestellnummer zentral zu lagern, egal von welchem Lieferanten sie kommen. Wenn du dann explizit bei einem vertrauenswürdigen Händler bestellst und ein paar Euro mehr in die Hand nimmst, kann es aber trotzdem sein, dass du die Fake-Ware eines anderen Lieferanten bekommst.

Das andere kann natürlich auch sein, dass dein Pi (resp. dessen Cardreader) einen Schuss hat, oder ein anderes Bauteil

[Dr. Bakterius]

@patloi sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

Ist es möglich und sinnvoll Daten die oft geschrieben werden (log etc.) auszulagern auf einen Stick? Oder gar das ganze System vom Stick zu starten?

Warum SD oder Stick und keine SSD?

Wenn das System nach etwa einer Stunde Laufzeit immer träger wird, könnte das auch an einem Script hängen das in einer Endlosschleife hängt. Wenn das auch noch irgendwelche Schreibzugriffe verursacht, ist die SD in kürzester Zeit geschrottet.

[Homoran]

@patloi
@Dr-Bakterius sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

Wenn das auch noch irgendwelche Schreibzugriffe verursacht, ist die SD in kürzester Zeit geschrottet.

spätestens wenn das System dauernd swapped

was sagt denn top?

[Thomas Braun]

@patloi sagte in iobroker wird dauernd zerschossen. Verzweiflung! Geister?:

Und wie kann es sein das die zweite SD Karte in wenigen Tagen/Wochen den Geist aufgibt?

Wichtig ist bei SD-Karten (und auch anderen Flash-Medien wie USB-Sticks und soweiter (eigentlich bei allen Medien)), niemals nicht nie auf keinen Fall und unter gar keinen Umständen ein eingehängtes Dateisystem entfernen.
Immer das System vorher sauber per

sudo shutdown

herunterfahren lassen und am besten auch dann noch etwas warten, bevor man den Strom wegnimmt oder gar die Karte entfernt. Die Dinger möchten wie rohe Eier behandelt werden.

[patloi]

@Thomas-Braun Also mit neuer SD Karte, Swapping deaktiviert und log-File in Ram schreiben läuft der Server nun seit einer Woche zuverlässig. Hoffe das bleibt so