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

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

[A Former User]

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

[A Former User]

@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?

[A Former User]

@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