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

[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.

[Thomas Braun]

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

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

EXT4 für /
FAT32 für /boot

Das wird/wurde aber eh automatisch durchgeführt:

[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

Hat halt 6 inodes nicht mehr zuordnen können und daher gelöscht.

[Duffy]

@thomas-braun

d.h. ich muss von der Konsole aus einmal

fsck.ext4

und einmal

fsck

eingeben und dann rennen lassen?

[Ein ehemaliger Benutzer]

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

d.h. ich muss von der Konsole aus einmal

Moin,

nein, das hat das System schon beim Neustart gemacht :)

Edit
Linux Grundkurs :)
Du kannst kein Dateisystem reparieren, das gerade in Gebrauch ist, dazu muss man es erst aushängen sodass keiner (Prozess/Applikation) mehr darauf zugreifen kann.
Da Du aber nur ein Filesystem hast, / = root und von da alles gestartet wird, auch der Kernel und alle Applikationen, Libs usw. kannst Du dem System nicht den Stuhl unter dem Arsch wegziehen.

Du müsstest von einem anderen Medium booten, und dann versuchen, eine Reparatur der SSD vorzunehmen.
Auch mit einem fsck kann man sich alles zerhauen, wenn man nicht weiß, wann man J oder N tippen soll, dazu sollte man Zeit und den Willen haben sich in die Materie einzulesen, denn man schraubt am Getriebe herum.

VG
Bernd

[Duffy]

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

nein, das hat das System schon beim Neustart gemacht

D.h. dahingehend ist für mich nichts mehr zu tun?

Ich versuche ja inzwischen bei dem Testpi influxdb zu installieren.

In meinen Notizen hatte ich aufgeschrieben:

Wird benötigt für Backitup Adapter:

sudo apt update

sudo apt install influxdb2-client.

Da kommt aber wieder einmal ein Fehler:

TestPi2@raspberrypi:~ $ sudo apt install influxdb2-client
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following NEW packages will be installed:
  influxdb2-client
0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded.
Need to get 0 B/10.5 MB of archives.
After this operation, 24.0 MB of additional disk space will be used.
(Reading database ... 50491 files and directories currently installed.)
Preparing to unpack .../influxdb2-client_2.7.1-1_arm64.deb ...
Unpacking influxdb2-client (2.7.1-1) ...
dpkg: error processing archive /var/cache/apt/archives/influxdb2-client_2.7.1-1_arm64.deb (--unpack):
 trying to overwrite '/usr/bin/influx', which is also in package influxdb2-cli 2.7.3-1
dpkg-deb: error: paste subprocess was killed by signal (Broken pipe)
Errors were encountered while processing:
 /var/cache/apt/archives/influxdb2-client_2.7.1-1_arm64.deb
E: Sub-process /usr/bin/dpkg returned an error code (1)
TestPi2@raspberrypi:~ $

[Thomas Braun]

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

Du musst dich entscheiden.
influxdb2-client oder influxdb2-cli installieren.
Beides gleichzeitig geht nicht.
Was ist denn da Sache?

sudo apt update && apt policy influxdb2*

[Duffy]

@thomas-braun

Sagt:

TestPi2@raspberrypi:~ $ sudo apt update && apt policy influxdb2*
Get:1 http://security.debian.org/debian-security bullseye-security InRelease [48.4 kB]
Hit:2 http://deb.debian.org/debian bullseye InRelease
Hit:3 http://deb.debian.org/debian bullseye-updates InRelease
Get:4 http://archive.raspberrypi.org/debian bullseye InRelease [23.6 kB]
Hit:5 https://deb.nodesource.com/node_18.x bullseye InRelease
Hit:6 https://repos.influxdata.com/debian stable InRelease
Get:7 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [314 kB]
Get:8 http://archive.raspberrypi.org/debian bullseye/main arm64 Packages [308 kB]
Fetched 694 kB in 2s (418 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
All packages are up to date.
influxdb2-cli:
  Installed: 2.7.3-1
  Candidate: 2.7.3-1
  Version table:
 *** 2.7.3-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
        100 /var/lib/dpkg/status
     2.7.1-2 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.5.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.4.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.3.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
influxdb2-client:
  Installed: (none)
  Candidate: 2.7.1-1
  Version table:
     2.7.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
influxdb2:
  Installed: 2.7.1-1
  Candidate: 2.7.1-1
  Version table:
 *** 2.7.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
        100 /var/lib/dpkg/status
     2.7.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.6.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.5.1-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.4.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.3.0-1 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
     2.2.0 500
        500 https://repos.influxdata.com/debian stable/main arm64 Packages
TestPi2@raspberrypi:~ $

Damals hatte ich mir folgendes notiert:

Installation von InfluxDB2

wget -q https://repos.influxdata.com/influxdata-archive_compat.key

echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg > /dev/null

echo 'deb [signed-by=/etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list

sudo apt update

Sudo apt full-upgrade (optional)

sudo apt install influxdb2

sudo service influxdb start

sudo service influxdb status

Wird benötigt für Backitup Adapter:

sudo apt update

sudo apt install influxdb2-client

Aufrufen der Oberfläche über: http://ip-des pi:8086
z.B. http://192.168.178.25:8086

War das auch schon wieder falsch :confused:

[Thomas Braun]

@duffy

Passt.

Auch wenn ich für mein System vermutlich das Paket
influxdb2-client
vorziehen würde, das passt von der Versionsnummer her besser zu influxdb2

[Duffy]

@thomas-braun sagte in Raspberry Pi stürtzt ab mit Echarts:

Passt.

Aber es kommt ja trotzdem ein Fehler.

wie würde das dan korrekt aussehen:

wget -q https://repos.influxdata.com/influxdata-archive_compat.key

echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg > /dev/null

echo 'deb [signed-by=/etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list

sudo apt update

Sudo apt full-upgrade (optional)

sudo apt install influxdb2

sudo service influxdb start

sudo service influxdb status

Wird benötigt für Backitup Adapter:

sudo apt update

sudo apt install influxdb2-client

Aufrufen der Oberfläche über: http://ip-des pi:8086
z.B. http://192.168.178.25:8086

[Thomas Braun]

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

Aber es kommt ja trotzdem ein Fehler.

Nein, das ist kein Fehler.
In beiden Paketen ist das von Backitup benötigte Programm enthalten.
Kannst dir eins aussuchen.

sudo apt remove influxdb2-cli
sudo apt install influxdb2-client

wenn du influxdb2-client haben willst. Ansonsten lass es einfach so.

[Ein ehemaliger Benutzer]

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

Sagt:

Moin,

Was wird das hier? Ich dachte, es geht hier um Absturz bei eCharts Nutzung, jetzt sind wir über orphaned Inodes hin zu wie installiere ich influxDB, alles sehr verwirrend.

Da ich hier nicht mehr mit komme, bin ja auch nicht mehr der jüngste ;) Hier mal mein letzter Kommentar.

Was auch immer Du auf dem TestPi wie neu eingerichtet hast, da waren die Quellen für influxDB schon korrekt gesetzt und warum auch immer, das kannst nur Du Wissen, war da auch schon ein Paket influxDB2-cli installiert, daher kann er das andere Paket influxDB-Client nicht installieren, da im Pfad schon ein Programm, mit demselben Namen liegt, ist wie bei Reise nach Jerusalem, wenn da schon einer auf dem Stuhl sitzt, kann da kein zweiter sitzen :)

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

Damals hatte ich mir folgendes notiert:

Wenn Du einmal das Repository eingerichtet hast, musst Du das nicht immer wieder machen, es sei denn, influxDB ändert seinen Key, dann muss man da was anpassen.
Also das ist nur einmalig auszuführen:

wget -q https://repos.influxdata.com/influxdata-archive_compat.key
echo '393e8779c89ac8d958f81f942f9ad7fb82a25e133faddaf92e15b16e6ac9ce4c influxdata-archive_compat.key' | sha256sum -c && cat influxdata-archive_compat.key | gpg --dearmor | sudo tee /etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg > /dev/null
echo 'deb [signed-by=/etc/apt/trusted.gpg.d/influxdata-archive_compat.gpg] https://repos.influxdata.com/debian stable main' | sudo tee /etc/apt/sources.list.d/influxdata.list

Ja der BackitUp Adapter braucht eins der Pakete, entweder influxDB2-cli oder influxDB2-Client beide gehen nicht siehe oben mit Reise nach Jerusalem.

VG
Bernd

[Duffy]

@dp20eic @thomas-braun

Fehler gefunden.
Ich habe wie schon so oft wieder alles von vorne Installiert.
Dabei habe ich gesehen das bei der Installation von Influxdb auch schon der influxdb2-cli mit installiert wurde.
Dann ist klar, wenn man weis das der influxDB-Client was ähnliches ist, das nicht geht. Werde wohl meine Anleitung entsprechend modifizieren müssen.

Hoffe das ich bei der Grafana installation nicht auch noch auf für mich unüberwindbare Hürden treffe.

So weit erst mal vielen Dank.

[Homoran]

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

nicht auch noch auf für mich unüberwindbare Hürden treffe.

???

die eine hast du doch auch überwunden!

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

bei der Installation von Influxdb auch schon der influxdb2-cli

dann ist das aber sehr wahrscheinlich influxdb v2

[Duffy]

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

dann ist das aber sehr wahrscheinlich influxdb v2

Ja, :+1:

[Duffy]

@thomas-braun 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.

So, habe nun mein Kabel bekommen und eine Taststur angesteckt.

Auf dem Bildschirm erscheint auch was :+1:

Jetzt vorab meine Frage um auf den Erststfall vorbereitet zu sein.

Wenn der Pi hängt, strg Alt Entf drücken und er düst wieder los?
Habe es mal so verucht und er hat es auch gemacht., aber ist das fachlich korrekt?

[Ein ehemaliger Benutzer]

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

Habe es mal so verucht und er hat es auch gemacht., aber ist das fachlich korrekt?

Moin,

hier mal das, was das WWW dazu sagt → https://de.wikipedia.org/wiki/Klammergriff

Ich hätte mir, anstatt eine Tastatur, an den RasPI zu hängen, lieber einen Button/Taster an die GPIO geklemmt, und dann damit entweder einen Hard Reset ausgelöst, ist dann nichts anderes als wenn man den Stecker zieht, oder besser einen Soft Reset, das entspricht dem Klammergriff <-> Affengriff, hier mal eine Beschreibung → https://pi-buch.info/die-fehlende-reset-taste/

VG
Bernd

P.S.: Wenn Dein RasPI sich so aufgehängt hat, dass auch der Kernel nicht mehr reagiert, dann hilft Dir die Tastatur nicht mehr, denn dann werden die Tastendrücke nicht mehr empfangen, dann hilft doch wieder nur ein Hard Reset!