UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Thomas Braun]

@duffy

Indem man den Text liest.
Steht hier drin:

Messages concerning ext4 filesystem in dmesg:
[Mon Sep 25 18:18:51 2023] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_headphones=0 snd_bcm2835.enable_headphones=1 snd_bcm2835.enable_hdmi=1 snd_bcm2835.enable_hdmi=0  smsc95xx.macaddr=E4:5F:01:36:CB:32 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000  console=ttyS0,115200 console=tty1 root=PARTUUID=d7a4744b-02 rootfstype=ext4 fsck.repair=yes rootwait
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): INFO: recovery required on readonly filesystem
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): write access will be enabled during recovery
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): orphan cleanup on readonly fs
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): 6 orphan inodes deleted

Bedeutet, das hier 'inodes' (das ist die tiefste Ebene im Dateisystem nicht mehr zugeordnet werden konnten und gelöscht wurden). Und damit auch alles, was in diesen 'inodes' gespeichert war. Passiert halt beim harten Stromentzug gerne.

[Duffy]

@thomas-braun

OK, danke für die Erklärung.
Aber hätte ich eine andere Möglichkeit gehabt ausser Stromlos machen?

Mit SSH ging ja auch nichts mehr.

Also wenn im Bodenseegebiet eine art Atompilz aufsteigt versuche ich den Pi neu aufzubauen.

Macht es Sinn in diesem Zusammenhang noch auf den PI Bücherwurm zu warten?

[Thomas Braun]

@duffy sagte in Raspberry Pi stürtzt ab mit Echarts:

Aber hätte ich eine andere Möglichkeit gehabt ausser Stromlos machen?

Den 'Linux-Affengriff'. Gibt u. a. eine Wikipedia-Eintrag dazu.

[Ein ehemaliger Benutzer]

@duffy sagte in Raspberry Pi stürtzt ab mit Echarts:

Kann das sonst schon gerne mal posten.

Moin,

im Nachgang ist, das glaube ich, nicht mehr hilfreich.
Wenn Du Dich noch erinnerst, wann das war, Tag/Uhrzeit, dann könntest Du mal in die Logs schauen.

# ls -la /opt/iobroker/log
dann, entweder
# zmore /opt/iobroker/log/iobroker.2023-09-xx.gz      <- für xx den Tag einsetzen
oder
# zgrep -i 'error:' /opt/iobroker/log/iobroker.2023-09-xx.gz

Auch nicht verkehrt ist mal zu schauen, was vom Betriebssystem ins Log geschrieben wurde

# sudo journalctl -g error
oder, in dem man den Zeitbereich eingrenzt
# sudo journalctl -S "2023-09-23 15:00:00" -U "2023-09-24 10:00"

VG
Bernd

P.S.: sehe, Ihr seid schon bei einem neuen Thema :)

[Wildbill]

@duffy Wenn SSH nicht mehr geht (ungewöhnlich, aber soll vorkommen wenn die Kiste zu stark ausgelastet ist) so könnte man immer noch einen Monitor und eine USB-Tastatur anschliessen und schauen, ob da noch was geht oder ob Meldungen erscheinen.
Strom weg ist halt ein guter Garant für mindestens ein (teil-)zerstörtes Dateisystem, nämlich die noch geöffneten Dateien. Und von denen hat iobroker im Betrieb eben einige offen. Vom Betriebssystem ganz abgesehen. Beim PC/Laptop wird ja auch nicht (hoffentlich!) einfach so hart abgeschaltet, sondern sauber runtergefahren. Hartes Abschalten hatte ich zuletzt beim C64 und Amiga, bevor auch der eine Festplatte bekam.

Gruss, Jürgen

[Duffy]

@dp20eic

Er ist schon öfter mal abgestürzt (immer nur in Verbindung mit eCharts), Da weis ich nicht wann das immer war :-(

[Duffy]

@wildbill

Aber dafür müsste ich doch eine grafische Oberfläche haben von der @Thomas-Braun immer abrät, oder?

[Thomas Braun]

@duffy Nö. Eine Tastatur funktioniert natürlich auch in tty/Terminals. Da braucht es keinen Desktop.

[Wildbill]

@duffy Nö, auf einem Server läuft keine grafische Oberfläche. Wenn Du einen Monitor anschließt, dann hast Du ein Terminal, ganz so, wie beim Zugriff per SSH. Nur eben direkt. Da kannst Du alles tun, was Du per SSH machst. Und da stehen dann auch öfter mal meldungen, wenn es Probleme gibt, die Du per SSh nicht siehst, wil sie eben nur auf das erste Terminal gehen, das ist eben das direkt auf dem gerät. Da kannst Du dann sudo shutdown eingeben um runter zu fahren. Oder eben iobroker mal stoppen, was weiss ich was sonst noch. Wenn gar nix mehr geht, dann kannst Du immer noch den "Linux-Affengriff" versuchen, den Thomas nannte. Dann werden offene Dateien geschlossen und anschließend ein Reset ausgelöst.

Gruss, Jürgen

[Duffy]

@wildbill

Ok danke, das muss ich jetzt mal wirken lassen.

Soll aber heißen wenn ich einen Monitor anschließe und die Tastatur über USB 2 sollte ich etwas auf dem Monitor sehen?
Erkennt Linux den Monitor und die Taststur und bedarf es da wieder irgendwelche komplizierten Eingriffe.

Danke aber schon mal an euch alle für eure Erklärungen.

[Thomas Braun]

@duffy sagte in Raspberry Pi stürtzt ab mit Echarts:

Erkennt Linux den Monitor und die Taststur

Hängt von den Gerätschaften ab. Eine Standardauflösung bekommst du aber immer hin.

[Ein ehemaliger Benutzer]

@duffy sagte in Raspberry Pi stürtzt ab mit Echarts:

Er ist schon öfter mal abgestürzt (immer nur in Verbindung mit eCharts), Da weis ich nicht wann das immer war

Moin,

na, wenn das immer passiert, wenn Du eCharts benutzt, dann produziere es doch einfach und merk Dir die Zeit. Das journal wird durch einen Neustart nicht gelöscht und auch das Log vom ioBroker ist noch da.

VG
Bernd

[Thomas Braun]

@dp20eic sagte in Raspberry Pi stürtzt ab mit Echarts:

Das journal wird durch einen Neustart nicht gelöscht und auch das Log vom ioBroker ist noch da.

Wenn es nicht gerade in den inodes liegt/lag... ;-)

[Duffy]

@thomas-braun

Guten Morgen,

ich wollte gerade mal anfangen den iob neu auf mein Testsystem zu installieren zwecks übung.
Trotz aller von mir erstelletn Notizen scheitere ich schon bei der Installation.

TestPi2@raspberrypi:~ $ curl -sLf https://iobroker.net/install.sh | bash -
library: loaded
Library version=2022-12-09

==========================================================================

    Welcome to the ioBroker installer!
    Installer version: 2023-09-13

    You might need to enter your password a couple of times.

==========================================================================


==========================================================================
    Installing prerequisites (1/4)
==========================================================================

Hit:1 http://security.debian.org/debian-security bullseye-security InRelease
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Hit:4 http://archive.raspberrypi.org/debian bullseye InRelease
Hit:5 https://deb.nodesource.com/node_18.x bullseye InRelease
Reading package lists... Done

==========================================================================

    Node.js not found. Installing...

==========================================================================


================================================================================
▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓
================================================================================

                           SCRIPT DEPRECATION WARNING


  This script, located at https://deb.nodesource.com/setup_X, used to
  install Node.js is deprecated now and will eventually be made inactive.

  Please visit the NodeSource distributions Github and follow the
  instructions to migrate your repo.
  https://github.com/nodesource/distributions

  The NodeSource Node.js Linux distributions GitHub repository contains
  information about which versions of Node.js and which Linux distributions
  are supported and how to install it.
  https://github.com/nodesource/distributions


                          SCRIPT DEPRECATION WARNING

================================================================================
▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓▓
================================================================================

TO AVOID THIS WAIT MIGRATE THE SCRIPT
Continuing in 60 seconds (press Ctrl-C to abort) ...

Nach der Installation sieht das aber so aus. Passt das nun?

[Duffy]

@dp20eic
Nachdem es ldt. Thomas Braun ja eh "kaputt" ist ist es ja im Grunde genommen egal was der Log schreibt. :-(

[Thomas Braun]

@duffy
Ja, passt. Jetzt muss nur noch das nodesource-Repo aktualisiert werden. Schau in meine Signatur.

[Homoran]

@duffy sagte in Raspberry Pi stürtzt ab mit Echarts:

scheitere ich schon bei der Installation.

wieso?
hast du nicht 60 sec Zeit?

[Duffy]

@homoran

Doch schon. Wäre nicht alle so schrecklich kompliziert hätte ich es wohl auch verstnden was mit den wilden Meldungen gemeint war.

[Ein ehemaliger Benutzer]

@duffy sagte in Raspberry Pi stürtzt ab mit Echarts:

Nachdem es ldt. Thomas Braun ja eh "kaputt" ist ist es ja im Grunde genommen egal was der Log schreibt.

Moin,

Nein.

Nur mal so, damit man versteht, worum es hier geht, ich finde hier wird eine Hexenjagd gemacht und hier die Erklärung, warum

1. was ist/sind orphaned Inodes → verweiste Bereiche → was ist ein Inode Wikipedia - Inode
   • Das sind Bereiche, auf die aktuell nicht zugegriffen werden kann, es gibt verschieden Ursachen dafür.
     • ein unsauber heruntergefahrenes System
     • ein Speicherbereich ist wirklich defekt / Bit kipper
     • es gibt temporäre Files, die geöffnet sind, aber gelöscht wurden
2. was tut man dagegen
   • das hängt vom verwendeten Dateisystem ab

   fsck           fsck.erofs     fsck.ext3      fsck.fat       fsck.msdos     fsck.xfs                    
   fsck.btrfs     fsck.exfat     fsck.ext4      fsck.jfs       fsck.reiserfs                            
   fsck.cramfs    fsck.ext2      fsck.f2fs      fsck.minix     fsck.vfat 
   

   • beim Booten wird ein health check des Dateisystems durchgeführt,
     • dabei werden die orphaned Inodes bereinigt, je nachdem welches Dateisystem genutzt wird

Zu @Duffy Problem, soweit ich verstanden habe, hat er den RasPI stromlos gemacht, ohne ihn sauber herunterzufahren. Beim wieder einschalten führt das System auf dem ext4 ein check durch und findet verweiste Inodes, da das Filesystem noch nicht eingebunden ist, werden diese verweisten Inodes bereinigt, bei ext4 kommen die ins lost+found. Nicht die Inodes, sondern der Inhalt aus den Inodes. Sind es wirklich defekte Inodes dann wird dieser auch als defekt gekennzeichnet, damit da keiner mehr darauf zugreifen kann, ab einer bestimmten Menge, gilt dann die Platte, SSD, SD-Card als defekt, das das Betriebssystem des Mediums keine defekten Inodes mehr mit freien ausgleichen kann.
Hier der Vorgang aus dem iob diag

... console=tty1 root=PARTUUID=d7a4744b-02 rootfstype=ext4 fsck.repair=yes rootwait
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): INFO: recovery required on readonly filesystem
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): write access will be enabled during recovery
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): orphan cleanup on readonly fs
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): 6 orphan inodes deleted
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): recovery complete
[Mon Sep 25 18:18:53 2023] EXT4-fs (sda2): mounted filesystem with ordered data mode. Quota mode: none.
[Mon Sep 25 18:18:53 2023] VFS: Mounted root (ext4 filesystem) readonly on device 8:2.

Wenn man wirklich wissen will, ob sein Medium stirbt, dann sollte man sich lieber s.m.a.r.t einrichten und sich regelmäßig Berichte erstellen lassen.
Für KleinWeich Nutzer, da gibt es sicher auch Tools, um den Gesundheitszustand von SD-Cards zu testen.

VG
Bernd

[Duffy]

@dp20eic sagte in Raspberry Pi stürtzt ab mit Echarts:

was tut man dagegen

das hängt vom verwendeten Dateisystem ab

Heisst das ich könnte den Fehler evtl über fsck beseitigen?

Dann sollte ich nur noch wissen was der Pi für ein Dateisystem verwendet wenn man eine 32 GB SSD daran hängen hat.
Dann könnte ich das mal versuchen.

"ein unsauber heruntergefahrenes System"

Ja, das stimmt so leider schon da es mir nicht bekannt war das man ohne Desktop Installation auf den Pi kommen kann. Habe gleich gestern mal ein HDMI Kabel für den Monitor bestellt und werde es mal probieren.