Neues YouTube-Video: Visualisierung im Devices-Adapter

[AtomicIX]

Hallo,
ich habe jetzt schon viele Hilfeseiten hier probiert. Leider alles ohne großen Erfolg.
Meine Admin Seite ist nicht mehr erreichbar, 8081 so wie 8082..
Mein ioBroker läuft auf einem Pi 4 mit USB SSD ohne SD Karte.
Das System läuft jetzt seit ca. 5 Monaten ohne Probleme. Nun habe ich beim Umbauen im Schaltschrank vermutlich zu sehr an der SSD gewackelt. Seit dem läuft der Admin nicht mehr. Ich habe noch ein Image der SSD , das auch problemlos läuft, aber das ist etwas älter. Wenn ich jetzt über Backitup ein Backup von vor 2 Tagen wieder einspiele, ist vorbei. Der Admin ist komplett weg.
Ich habe jetzt einen Test Admin mit Port 8089 angelegt. der macht seinen Job und ist erreichbar.

pi@raspberrypi:/ $ iobroker list instances --enabled
+ system.adapter.admin.0                  : admin                 : raspberrypi                              -  enabled, port: 8089, bind: 0.0.0.0, run as: admin

+ instance is alive

pi@raspberrypi:/ $ npm install iobroker.admin@4.2.1 --production
npm WARN deprecated request@2.88.2: request has been deprecated, see https://github.com/request/request/issues/3142
npm WARN deprecated har-validator@5.1.5: this library is no longer supported
npm WARN deprecated debug@4.1.1: Debug versions >=3.2.0 <3.2.7 || >=4 <4.3.1 have a low-severity ReDos regression when used in a Node.js environment. It is recommended you upgrade to 3.2.7 or 4.3.1. (https://github.com/visionmedia/debug/issues/797)
npm WARN checkPermissions Missing write access to /
npm WARN enoent ENOENT: no such file or directory, open '/package.json'
npm WARN !invalid#1 No description
npm WARN !invalid#1 No repository field.
npm WARN !invalid#1 No README data
npm WARN !invalid#1 No license field.

npm ERR! code EACCES
npm ERR! syscall access
npm ERR! path /
npm ERR! errno -13
npm ERR! Error: EACCES: permission denied, access '/'
npm ERR!  [Error: EACCES: permission denied, access '/'] {
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/'
npm ERR! }
npm ERR!
npm ERR! The operation was rejected by your operating system.
npm ERR! It is likely you do not have the permissions to access this file as the current user
npm ERR!
npm ERR! If you believe this might be a permissions issue, please double-check the
npm ERR! permissions of the file and its containing directories, or try running
npm ERR! the command again as root/Administrator.

npm ERR! A complete log of this run can be found in:
npm ERR!     /home/pi/.npm/_logs/2021-02-26T22_34_03_130Z-debug.log

Kann ich irgendwie den alten Admin Adapter wieder herstellen, um auf das System zuzugreifen?

So sah es vor dem Test Admin aus:

pi@raspberrypi:/ $ node -v
v12.20.2
pi@raspberrypi:/ $ npm -v
6.14.11
pi@raspberrypi:/ $ iobroker list instances


+ instance is alive

Auch Admin start ect hat nichts gebarcht.

[Thomas Braun]

@atomicix

dmesg | grep -i ext4

[AtomicIX]

@thomas-braun

pi@raspberrypi:/ $ dmesg | grep -i ext4
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=1 snd_bcm2835                                                                                                                                                             .enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1  smsc95xx.macaddr=DC:A6:32:32:32                                                                                                                                                             :67 vc_mem.mem_base=0x3eb00000 vc_mem.mem_size=0x3ff00000  console=ttyS0,115200                                                                                                                                                              console=tty1 root=PARTUUID=5ad26b9f-02 rootfstype=ext4 elevator=deadline fsck.re                                                                                                                                                             pair=yes rootwait
[    3.188924] EXT4-fs (sda2): INFO: recovery required on readonly filesystem
[    3.195966] EXT4-fs (sda2): write access will be enabled during recovery
[    3.315053] EXT4-fs (sda2): orphan cleanup on readonly fs
[    3.320889] EXT4-fs (sda2): 4 orphan inodes deleted
[    3.325893] EXT4-fs (sda2): recovery complete
[    3.337275] EXT4-fs (sda2): mounted filesystem with ordered data mode. Opts:                                                                                                                                                              (null)
[    3.345170] VFS: Mounted root (ext4 filesystem) readonly on device 8:2.
[    5.292260] EXT4-fs (sda2): re-mounted. Opts: (null)

Es läuft jetzt aber wieder.
Ich habe das Backup manuell und nicht über den Backitup Adapter eingespielt.

Falls das Verzeichnis backups unter /opt/iobroker nicht existiert, dies zunächst anlegen
Sicherungsdatei .tar.gz in das Verzeichnis backups kopieren
ioBroker stoppen
sudo iobroker stop 
Backup zurück spielen
sudo iobroker restore 0
ioBroker starten
sudo iobroker start all
sudo iobroker start
sudo iobroker upload all

Ich hoffe das ist es jetzt auch auf Langzeit gewesen.

[Thomas Braun]

@atomicix
Das Speichermedium hat 'nen Schuß. Würde ich tauschen.

iobroker wird nicht per sudo angepackt.

iobroker stop
iobroker fix

ausführen.

[AtomicIX]

@thomas-braun ok,. Punkt 9,10 und 11 habe ich auch gar nicht gemacht.
Wie kommst du darauf, daß die Platte hin ist? Oder ist es nur ein USB Stick, was grad gar nicht, was ich drinn hatte?

Woran kann man das sehen?

[Thomas Braun]

@atomicix
Auch sonst wird iobroker nicht mit sudo eingeleitet.

EXT4-fs (sda2): 4 orphan inodes deleted

Zersemmelte inodes. Nie ein gutes Zeichen. Ich würde dem Gerät sda2 keine weiteren Daten anvertrauen.

[AtomicIX]

@thomas-braun ok vielen dank.
Werde mir morgen mal meine Speicher angucken. Habe 2 USB Sticks, und 2 SSD's.
Sie SSD's sind kein halbes Jahr alt. Die sollten eigentlich ok sein. Ich hoffe es war ein USB Stick. Habe heute so viel probiert. Nach 10h verliert man den Überblick.
Schönen Abend noch.