Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[ChrisPrefect]

@codierknecht Ich glaube das wäre noch komplexer für mich...

Ich kann nicht mal auf einem regulären Debian sudo ausführen. Warum wird das absichtlich so extrem schwierig gemacht?

usermod hat keinen Effekt. Der user pi ist noch immer nicht in der Sudoers-Liste.

anscheinend geht "su" nicht richtig und man muss auf einmal "su -" nehmen? Das ist doch verwirrend.

Warum war Curl nicht installiert?

pi@iobroker:~$ su
Passwort:
root@iobroker:/home/pi# usermod -aG sudo pi
bash: usermod: Kommando nicht gefunden.
root@iobroker:/home/pi# /usr/sbin/usermod -aG sudo pi
root@iobroker:/home/pi# exit
exit
pi@iobroker:~$ sudo apt install curl
[sudo] Passwort für pi:
pi ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet.
pi@iobroker:~$ su
Passwort:
root@iobroker:/home/pi# /usr/sbin/usermod -aG sudo pi
root@iobroker:/home/pi# exit
exit
pi@iobroker:~$ su -
Passwort:
root@iobroker:~# /usr/sbin/usermod -aG sudo pi
root@iobroker:~# exit
Abgemeldet
pi@iobroker:~$ sudo apt install curl
[sudo] Passwort für pi:
pi ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet.
pi@iobroker:~$

Was? Dabei ist der user in der sudo-gruppe! Ich verzweifle an Linux! :-(

pi@iobroker:~$ sudo apt install curl
[sudo] Passwort für pi:
pi ist nicht in der sudoers-Datei. Dieser Vorfall wird gemeldet.
pi@iobroker:~$ id pi
uid=1000(pi) gid=1000(pi) Gruppen=1000(pi),24(cdrom),25(floppy),27(sudo),29(audio),30(dip),44(video),46(plugdev),108(netdev)

[crunchip]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Wie? apt-update und apt-upgrade? Dann ist man aber noch immer nicht automatisch auf Bullseye, oder?

innerhalb einer major version update/upgrade, wenn node oder OS angehoben werden soll, muss man entsprechend die Listen anpassen

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Oder ich habe die VM geschlossen und vergessen, dass ich mich erst in die VM einloggen und den ioBroker stoppen muss.

in Proxmox z.B wäre es der Qemu-Guest-Agent, der dafür zuständig ist, das beim Beenden der VM alles richtig beendet wird.

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Backups machen kann

kannst du so oder so machen

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Das darf eigentlich nichts machen mit NTFS. Der Zustand des Dateisystems ist ja immer definiert, egal an welchem Punkt das System hart abgeschaltet wird

Wenn man der Computer plötzlich ausschaltet, wird jede Operation, die in einem Prozess war, auf halbem Weg unterbrochen.

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

OK ich musste also sudo per "su" nachinstallieren. Warum ist sudo nicht installiert unter debian? Omg...
Und was will mir das System mit dem sagen? Strub...

weil das ein minimal system ist, da müssen sudo, curl erst nachinstalliert werden

[crunchip]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Ich kann nicht mal auf einem regulären Debian sudo ausführen. Warum wird das absichtlich so extrem schwierig gemacht?

hast du beim Install ein root Passwort vergeben? das sollte man nicht, das lässt man leer, dadurch wird dein Benutzer und auch sudo automatisch richtig gestellt.

ist zwar proxmox, seh dir aber mal den Abschnitt Debian Install an

[ChrisPrefect]

@crunchip sagte in Failed to lock DB file nach Festplatte voll.:

hast du beim Install ein root Passwort vergeben? das sollte man nicht, das lässt man leer, dadurch wird dein Benutzer und auch sudo automatisch richtig gestellt.

Das sagt einem halt wirklich niemand :confounded:

So viele Dinge sind da einfach irgendwie "implizit" und wenn man nicht weiss, was hinter den Kulissen abgeht, hat man keine Chance es zu verstehen.

Wie komme ich nun zu einem "vollständigen" System? Was muss ich alles nachinstallieren?

Ich habe den user "pi" nun manuell in das Textfile der sudoers reingeschrieben. Anscheinend klappt es jetzt. Warum es vorher nicht ging, obwohl pi in der Gruppe sudoers war, weiss ich nicht.

Wenn man der Computer plötzlich ausschaltet, wird jede Operation, die in einem Prozess war, auf halbem Weg unterbrochen.

Ja, aber das ist bei Journaling Filesystemen egal. Es werden nur atomare Aktionen geschrieben. Entweder ganz oder gar nicht. Wenn in der Mitte unterbrochen wird, dann wird das Journal beim nächsten Start zurückgerollt und es herrscht wieder ein definierter Zustand. So kann es nie zu korrupten Dateien kommen, egal wann der Strom ausgeschaltet wird. Bei Windows klappt das absolut zuverlässig. Auch bei einem vollen Datenträger kann es so keine Probleme geben. Das Debian ist nun leider zerschossen :-(

[ChrisPrefect]

Anscheinend hat backitup schon am 17.2. gestoppt, Backups zu machen. Natürlich komplett ohne irgendeine Nachricht an mich zu schicken. Warum gibt es da kein System, welches solche kritischen Informationen per Mail oder Telegram verschickt? Ich schaue ja nicht jede Woche ins Admin-Interface vom ioBroker.

Ausserdem wird mit dem Backup influxdb und Grafana nicht wiederhergestellt. Mist! Und ich finde keine saubere und aktuelle Anleitung, wie ich ich das wieder installieren kann.

Jetzt bin ich wieder seit 7 Stunden an einer Aktion, die ja eigentlich maximal eine halbe Stunde hätte dauern sollen... :confounded:

Backitup sagte, dass das Backup erfolgreich widerhergestellt wurde. Aber alle Adapter sind gestoppt und starten auch nicht mehr. Lügt Backitup?

Jeder einzelne Schritt unter Linux führt zu neuen Problemen. Das ist so anstrengend :cold_sweat:

pi@iobroker:~$ sudo apt-get update && sudo apt-get install influxdb2
[sudo] Passwort für pi:
OK:1 http://deb.debian.org/debian bullseye InRelease
OK:2 http://deb.debian.org/debian bullseye-updates InRelease
OK:3 http://security.debian.org/debian-security bullseye-security InRelease
OK:4 https://deb.nodesource.com/node_16.x bullseye InRelease
Paketlisten werden gelesen… Fertig
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
E: Paket influxdb2 kann nicht gefunden werden.

[Thomas Braun]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Codename: stretch

Zu alt.

[Thomas Braun]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Warum ist Linux so fragil? Schade
Kann man Debian nicht einfach upgraden, so wie jedes andere Betriebssystem auch? Ich bin etwas gefrustet, weil alle paar Monate irgendwas mit ioBroker bzw. dem Linux darunter ist

Komisch, meine Systeme laufen einfach.
Wie jedes andere Betriebssystem auch, wenn man es richtig anpackt und nicht gewaltsam die Installation umsäbelt. Mag Windows im übrigen auch nicht:
'Windows wurde nicht ordnungsgemäß heruntergefahren und es wird eine Systemwiederherstellung versucht. Bitte warten.'

[Thomas Braun]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Natürlich komplett ohne irgendeine Nachricht an mich zu schicken. Warum gibt es da kein System, welches solche kritischen Informationen per Mail oder Telegram verschickt? Ich schaue ja nicht jede Woche ins Admin-Interface vom ioBroker.

Kann man im Backitup-Adapter einstellen. Musst du nur tun.

[Thomas Braun]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Aber alle Adapter sind gestoppt und starten auch nicht mehr. Lügt Backitup?

Nein, die Wiederherstellung dauert nur.
Den Fortgang kann man im LogFile beobachten:

iobroker logs --watch | uniq

anschauen.

[ChrisPrefect]

@thomas-braun Da scheint sich nichts mehr zu tun?

[Thomas Braun]

@chrisprefect

Screenshots kann ich nicht lesen.

[ChrisPrefect]

@thomas-braun Warum das nicht? Wie soll ich dir sonst das Backend mit den Instanzen zeigen?

[crunchip]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Bei Windows klappt das absolut zuverlässig

wenn gerade in die Registry geschrieben wird, während der Strom weg geht, überrascht die dein Bildschirm unter Umständen auch mit einem leuchtenden blauen Bildschirm.

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Das sagt einem halt wirklich niemand

das steht doch geschrieben, bei Ubuntu ist das erst gar nicht anders möglich

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Warum gibt es da kein System, welches solche kritischen Informationen per Mail oder Telegram verschickt?

das musst du konfigurieren

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Aber alle Adapter sind gestoppt und starten auch nicht mehr

wenn das backup zurückgespielt wurde, dauert es anschließend eine ganze Weile bis alles neu "gebaut" und geladen wurde

[Thomas Braun]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Warum das nicht?

Weil ich das nicht lesen kann.

[ChrisPrefect]

@thomas-braun Verstehe nicht, was du mir sagen willst, sorry.

[Thomas Braun]

@chrisprefect

Mit Screenshots von Text kann keiner was anfangen. Am Handy schon gerade gar nicht.

[crunchip]

@chrisprefect die Adapter werden nach und nach grün, z.b browser refresh

dein screen vom log ist so nicht les und zitierbar, daher in code tags </> setzen

[ChrisPrefect]

@crunchip OK es ist jetzt bald zwei Stunden her und die meisten Adapter sind noch immer rot und im Log tut sich nichts.

Bei der Vis kommt z.B. nur

File edit.html not found: {}

wenn ich sie im Browser aufrufe.

Ein paar wenige sind grün, aber es scheint jetzt seit längerer Zeit zu hängen.

Für influxdb finde ich keine Anleitungen mehr, die aktuell sind. Gibt es da irgendeine, die für influxdb2 passt?

Bei dieser ist der Client nicht mehr gleich und das Config-File ist leer und ich kann keinen Admin-User anlegen, es kommt immer, dass ich keine Rechte hätte. https://www.smarthome-tricks.de/software-iobroker/1-2-grafana-installation-von-influxdb-und-integration-in-iobroker/

[crunchip]

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

Bei der Vis kommt z.B. nur

weil, aus aktuellem Bug vis/web vor dem Backup zurück spielen installiert sein muss, nachträglich geht auch, dann musst du manuell eine ältere Version 1.4.0 installieren, dann geht es wieder und kannst anschliessen wieder auf die aktuelle

@chrisprefect sagte in Failed to lock DB file nach Festplatte voll.:

die meisten Adapter sind noch immer rot

sind die IP bezogenen Adapter (shelly, mqtt, sonoff...) auf die IP angepasst, denn ich denke dein neuer Host hat jetzt einen andere IP als der alte, oder?

[ChrisPrefect]

@crunchip oh, ähm, wie?

Also jetzt ist 1.4.16 installiert. Ich kann aber die Vis-Daten nicht separat wiederherstellen?

Was muss ich also machen? Das ist alles so wahnsinnig aufwendig :confounded:

Wobei die Vis gar nicht installiert ist? Oder wie ist das zu verstehen? Starten lässt sie sich auch nicht.