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

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

[sigi234]

@WalterKA

Filter gesetzt!

[a200]

@Thomas-Braun sagte in Gelöst: Adapter Updates können nicht installiert werden:

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

Ist mir egal was du predigst. Es war eine Lösung als Antwort auf die Anforderung. Ich empfehle genau lesen und dann von Blödsinn reden. Vielleicht merkst du dann wer Blödsinn schreibt.

1. habe ich erklärt, wie das Einloggen funktioniert
2. habe ich erklärt, wie man sich als root-User einloggen kann
3. habe ich erklärt, dass man auf gar keinen Fall kein Passwort nutzen soll und stattdessen ssh-keys verwenden soll.

Du behandelst die Mitleser hier wie kleine Kinder. Und dass meine ich nicht nur weil du sie als Kinder ansprichst:

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.

sondern weil du wenig erklärst und sagst so macht man das und Schluss. Hier im Forum gibt es genug Anwender, die sich trauen über den Tellerrand zu schauen und das auch wollen. Denen kann man nicht sagen "du brauchst kein root". Wenn das einer möchte, dann soll er auch. Wieso nicht? Mit allen Vor-, Nachteilen und Risiken.

Und wenn wir schon bei Blödsinn sind, dann schreibst du:

Da war z. B. vlc mit dabei, der braucht aber ein laufendes X.

Da frage ich mich, w du solche Weisheiten her hast. Denn das ist was du schreibst ist Blödsinn.

[WalterKA]

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

Filter gesetzt!

Danke für den Hinweis Sigi. Das war es.
Ich habe aber den Filter nicht gesetzt. Das Hängt scheinbar mit dem ausgewählten Objekt zusammen.

[Thomas Braun]

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

sondern weil du wenig erklärst und sagst so macht man das und Schluss.

Die Erklärung, warum eine root-shell Blödsinn ist kommt ein Posting später.

Wenn das einer möchte, dann soll er auch. Wieso nicht? Mit allen Vor-, Nachteilen und Risiken.

Weil dann irgendwann doch wieder jemand mit einem verfummelten System um die Ecke kommt. Oder was glaubst du, warum es das iobroker fixer skript gibt, das versucht den gröbsten Kram wieder gerade zu rücken? Und warum Debian (nach heftigsten Diskussionen) sich dafür entschieden hat den root weitgehend in der Standardinstallation auf Eis zu legen. Weil die alle keine Ahnung haben und gerne 'umständlich' arbeiten? Mit Sicherheit nicht.

Und wenn wir schon bei Blödsinn sind, dann schreibst du:

Da war z. B. vlc mit dabei, der braucht aber ein laufendes X.

Da frage ich mich, w du solche Weisheiten her hast. Denn das ist was du schreibst ist Blödsinn.

Gut, vlc braucht natürlich kein X, um nur installiert zu sein oder als streaming server. Hab ich mich ungenau ausgedrückt. Aber eine vorhandenes Paket 'vlc' gibt starke Hinweise darauf, dass da ein komplettes X läuft. War ja hier auch der Fall.

[Homoran]

Bitte sachlich bleiben

Danke!