Neuer ioBroker-Blog online: Monatsrückblick März/April 2026

[WalterKA]

@a200

Wie weiter oben schon geschrieben wusste ich zu Beginn der Installation noch nicht wohin die Reise gehen wird ....

[Jan1]

@WalterKA
Da Du das nun weißt, könntest eben wenn mal Zeit und Lust hast, den Pi komplett neu einrichten und von der SD Karte gleich ein Imgae mit WinDiskimager ziehen. Vorher mit dem Backitup Adapter eine IOBroker Backup erzeugen und dies danach auf den frischen Pi ebenfalls mit dem Backitup Adapter zurück spielen. Ergibt ein top sauberes System mit saubere IOBroker Installation.
Zur Sicherheit vorher schon mal ein Backup der SD Karte machen, was man hat, hat man im Notfall.

Die SD sollte auch ne 32GB Karte sein, da die einfach länger lebt. 16GB ist auch ok, aber drunter sollte es auf kein Fall sein.

[a200]

@WalterKA sagte in Adapter Updates können nicht installiert werden:

@a200

Wie weiter oben schon geschrieben wusste ich zu Beginn der Installation noch nicht wohin die Reise gehen wird ....

Das ist mir schon bewusst. Aber früher oder später, wird es sicher eine neue Reise geben! Und dann will man besser reisen, als beim ersten Mal. Wenn du jetzt öfter mit der Shell arbeiten wirst, dann empfehle ich dir Mobaxterm. Es ist sowas wie putty, aber tausend Mal besser. Mit einem Klick kannst du z.B. den Ressourcen-Monitor des Raspi ein- und ausschalten. Du kannst auch die grafische Programme auf dem Raspi starten, nur dass die grafische Ausgabe auf deinem Windows-Rechner erfolgt. Ist echt cool und kostet in der kleinen Version nichts.

[a200]

@Jan1 sagte in Adapter Updates können nicht installiert werden:

@WalterKA
Da Du das nun weißt, könntest eben wenn mal Zeit und Lust hast, den Pi komplett neu einrichten und von der SD Karte gleich ein Imgae mit WinDiskimager ziehen. Vorher mit dem Backitup Adapter eine IOBroker Backup erzeugen und dies danach auf den frischen Pi ebenfalls mit dem Backitup Adapter zurück spielen. Ergibt ein top sauberes System mit saubere IOBroker Installation.
Zur Sicherheit vorher schon mal ein Backup der SD Karte machen, was man hat, hat man im Notfall.

Die SD sollte auch ne 32GB Karte sein, da die einfach länger lebt. 16GB ist auch ok, aber drunter sollte es auf kein Fall sein.

Wobei ich bei iobroker eine alte USB-Festplatte nutzen würde. Die ständige Schreibzugriffe auf die SD-Karte sind für diese tödlich.

[WalterKA]

@Jan1

Danke

Ich mache bislang viele Backups mit dem WinDiskimager.
Das werde ich heute auch noch machen von der jetzt tollen Installation.

Demnächst kaufe ich mir einen Mini PC und installiere darauf Debian und darauf den ioBroker.
Dann werde ich vermutlich brauchen um die Backups zu übertragen die ich mit dem backitup erstellte.
Natürlich werde ich erst versuchen das Ganze alleine hinzubekommen.
Ich mache mir nur schon jetzt Gedanken wie ich das machen kann dass ich die Linux Installation so hinbekomme, das ich eine separate Partitioni habe um ein Image mit Acronis darauf zu erstellen. Klar mache ich das Image auch auf einer externen HDD, aber ich hätte gerne auch auf der internen SSD ein Image erstellt

[Jan1]

@WalterKA
@a200 meinte das ganze System auf ne USB Platte, nicht nur das Backup. Da Du aber eh umsteigen möchtest, ist das wohl nicht so wild.
Für ne Debian Installation gibts eigentlich reichlich Anleitungen wie das geht. Krz zusammen gefasst musst DU vorher ein aktuelles Debian Image für Deine Plattform (wohl arm64) runter laden und das mit nem Tool auf USB bringen von dem das dann Installiert wird. Wenn gleich ein Monitor dran klemmst, ist es recht einfach, da Debian eine GUI zur Installation bereitstellt und man einfach klickt, was man haben möchte. Ist für ein Linux Laien wesentlich einfacher.

[WalterKA]

@a200 sagte in Gelöst: Adapter Updates können nicht installiert werden:

Mobaxterm.

habe ich gerade als portable Version heruntergeladen. Sieht echt klasse aus das Tool!

[WalterKA]

Ich werde erst mal wie bisher mit Windiskimager die SD sichern und dann hoffentlich bald auf einen Mini PC umsteigen, sofern ich einen günstigen finde.

[Jan1]

@WalterKA
Hatte es ja oben schon geschrieben, der kleinste und günstigste NUC, ist Deinem PI weit überlegen, muss also nix großes und teures sein. 4GB RAM sind auch vollkommen ausreichend, wenn man nicht gerade ne mega VIS hat.

[WalterKA]

@Jan1
Das ist so ein Ding! Ich möchte mehr mit VIS machen, weiß aber jetzt noch nicht wie weit das gehen wird. Aber sollte kein Problem sein den RAM später aufzurüsten beim MiniPC. Ich muss halt drauf achten einen freien Steckplatz dafür zu haben.

[Jan1]

@WalterKA
Bingo, der hat im Vergleich zum Pi Steckplätze und ist erweiterbar, wenn es sei muss. Ich nutze gar kein VIS. Erstens weils mir zu viel Gefummel ist und ich nicht drauf stehe. Mit reicht der iQontrol Adapter zum visualisieren voll kommen aus und da ist alles in 30 Minuten erledigt :-)

[Homoran]

@WalterKA sagte in Gelöst: Adapter Updates können nicht installiert werden:

Ich werde erst mal wie bisher mit Windiskimager die SD sichern und dann hoffentlich bald auf einen Mini PC umsteigen, sofern ich einen günstigen finde.

wenn du noch einen kleinen Rest RAM hast würde ich dir empfehlen Backitup zu installieren und iobroker zu sichern.
Dieses Backup kannst du dann auf jeder anderen Installation wiederherstellen.
Eine Kopie der SD mit Win32DiskImager kann nur auf dem selben System wieder laufen, und das bringt dir nichts.
Abgesehen von den pitfalls bei geringen Byte-unterschieden der SD-Karten.

Wenn kein Platz mehr für den Adapter, sichere dir ioBroker mit iobroker backup über die Konsole und ziehe dir die Datei aus dem Verzeichnis /opt/iobroker/backups mit WINSCP oder filezilla auf deinen PC.
Wenn du Daten loggst, solltest du das mit dem History-Verzeichnis auch machen.

Dann bist du für alle zukünftigen Möglichkeiten gewappnet.

@Thomas-Braun
Das mit runlevel 5 und graphischer Oberfläche habe ich leider nicht gefunden, obwohl ich so etwas vermutet und deswegen sogar danach gesucht hatte

[a200]

@Homoran notfalls das Backup auf nen USB-Stick speichern.

[WalterKA]

@Homoran

Backitup ist installiert und sichert schon seit ein paar Wochen täglich auf meine FritzBox (NAS)

[Jan1]

@WalterKA
beste Voraussetzungen

[Thomas Braun]

@a200 said in Gelöst: Adapter Updates können nicht installiert werden:

@Jan1 sagte in Adapter Updates können nicht installiert werden:

@a200
Da wird wenn ich mich recht erinnere das Passwort schon noch abgefragt, nur der User "Pi" vorgegeben.

Standardmässig hast du nur den User "pi" mit dem Passwort "raspberry". Als root kannst du dich erstmal ohne Weiteres nicht einloggen. Du musst entweder mit

sudo su -

zum root switchen um als root eingeloggt zu sein, oder du erlaubst in /etc/sshd dass root sich einloggen darf. Das ist meine Lieblingslösung. Dann erstelle ich einen ssh-key und lege den in /root/.ssh Verzeichnis ab. Bei putty oder mobyxterm kannst du den key angeben. und ab dann loggst du dich jedes Mal sicher und schnell als root auf deinem Raspi.

Falls einer Hilfestellung braucht, kann ich gerne helfen.

Und da predige ich hier immer den root-login zu vermeiden und da kommst du daher und empfiehlst den Blödsinn.

Kinders: NICHT machen!
Das ganze hat schon einen tieferen Sinn, das das so 'umständlich' aufgesetzt ist. Linuxer sind ja faul (aber paranoid), die vermeintlichen Vorteile eines root-logins wiegen die Sicherheitsbedenken nicht auf.

[Thomas Braun]

@Homoran said in Gelöst: Adapter Updates können nicht installiert werden:

Das mit runlevel 5 und graphischer Oberfläche habe ich leider nicht gefunden, obwohl ich so etwas vermutet und deswegen sogar danach gesucht hatte

Das konnte man auch nicht direkt sehen, das habe ich aus den im 'apt upgrade' aktualisierten Pakten geschlossen. Da war z. B. vlc mit dabei, der braucht aber ein laufendes X. Daher lag der Schluss nahe, dass das System in 'runlevel 5' schnaufte.

[Jan1]

@Thomas-Braun
Das war nicht ich ;-)

[Thomas Braun]

Und da gleich die Diskussion wieder losgeht:
Ihr könnt gerne selber überprüfen, dass eine root-shell anders tickt als ein per 'sudo' aufgerufener Befehl.

pi@raspberrypi:~ $ echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
pi@raspberrypi:~ $ sudo echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/local/games:/usr/games
pi@raspberrypi:~ $ sudo su -
root@raspberrypi:~# echo $PATH
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
root@raspberrypi:~# exit
Abgemeldet
pi@raspberrypi:~ $

Die root-shell läuft mit anderen Umgebungsvariablen als der mit 'sudo' eingeleitete Befehl. Das kann zu Problemen führen.
Ich weiß also, wie ich root würde, mache das aber nie, da grober Unsinn auf einem Debian-System.

Deswegen am besten ganz schnell den permanenten root wieder vergessen, erscheint er noch so bequem.

[WalterKA]

Ohje, mein VIS funktioniert nun nicht mehr richtig.
Die vorhandenen Sachen laufen noch einwadfrei, doch wenn ich neue Objelte anlege kann ich nicht mehr auf alle InstanzIDs zugreifen, sondern nur noch auf die InstanzID von Alexa2.0.
Bei den bestehenden Elementen kann ich auf die vorhandene (eingestellte) Instanz zugreifen und auf die InstanzID von Shelly.

Somit habe ich in VIS nur nuch Zugriff auf die Instanzen von Shelly, Alexa2.0 und Sonoff.
Wie bekommt man das wieder heile?!

Hier 3 Screenshots in der Hoffnung, dass mein Problem so besser verständlich ist.
Ein bestehender Temperatursensor:
2020-05-05 12_36_26-bestehender Sensor1.png

Die ObjectID wählen, bzw. die bestehende ObjectID anzeigen:

Jetzt will ich einen weiteren Temperatursensor anlegen, bekomme aber nur noch die Möglichkeiten aus der Alexa2.0 Instanz auswahlen zu treffen: