Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[IceD112]

@thomas-braun
Reicht es nicht mit

iob stop

und dann ausschalten?

@thomas-braun said in Backup Größe ioBroker:

@iced112 sagte in Backup Größe ioBroker:

X-Server: true

Ausschalten...

sudo systemctl default-set multi-user.target

ist das der Befehl für den pi runter zu fahren?

[Codierknecht]

@iced112 sagte in Backup Größe ioBroker:

ist das der Befehl für den pi runter zu fahren?

Nein - damit wird der Desktop abgeschaltet.

Runterfahren mit

sudo shutdown -h 0

[Thomas Braun]

@iced112 sagte in Backup Größe ioBroker:

und dann ausschalten?

Nein, die Kiste muss komplett heruntergefahren werden.
Du schredderst sonst das Dateisystem. (Siehe oben...)

sudo poweroff

und dann auch gerne eine Weile warten, das dauert bis zu einer Minute.

[IceD112]

@thomas-braun

ok, das wusste ich tatsächlich alles nicht

Also wenn ich den pi vom Strom trennen möchte oder muss, dann

iob stop
sudo systemctl default-set multi-user.target
sudo shutdown -h 0
sudo poweroff

oder ist das zuviel des Guten?

[Homoran]

@iced112 sagte in Backup Größe ioBroker:

zuviel des Guten

die 2. Zeile nur jetzt einmalig
und die 3. oder 4.

[Thomas Braun]

@iced112 sagte in Backup Größe ioBroker:

sudo systemctl default-set multi-user.target

Das ist nur einmal für das geänderte Boot Target zumachen.

Und

sudo shutdown -h 0
sudo poweroff

ist synonym. Du kannst also einen der beiden Befehle verwenden.

[IceD112]

@homoran

pi@ioBroker:~ $ sudo systemctl default-set multi-user.target
Unknown command verb default-set.
pi@ioBroker:~ $

:bow:

[IceD112]

@thomas-braun

ok, danke

[Thomas Braun]

@iced112 sagte in Backup Größe ioBroker:

sudo systemctl default-set multi-user.target

Wenn man aus der Erinnerung schreibt...
Das muss natürlich

sudo systemctl set-default multi-user.target

lauten.

[IceD112]

@thomas-braun

pi@ioBroker:~ $ sudo systemctl set-default multi-user.target
Removed /etc/systemd/system/default.target.
Created symlink /etc/systemd/system/default.target → /lib/systemd/system/multi-user.target.

[Thomas Braun]

@iced112

Ja, das ist so richtig.

[IceD112]

@thomas-braun
Muss ich die Instanzen, die aktuell nicht angezeigt werden, denn evtl mit

iobroker restart adapterName.instance

starten.

Also alle die laut diag auf disabled stehen?

[Thomas Braun]

@iced112

Kannst du machen.

[IceD112]

@iced112 said in Backup Größe ioBroker:

@thomas-braun
Muss ich die Instanzen, die aktuell nicht angezeigt werden, denn evtl mit

iobroker restart adapterName.instance

starten.

Also alle die laut diag auf disabled stehen?

ok, da sind zwei Instanzen schonmal :-) vis.0 und fronius-solarweb.0, aber ich komme bei beiden nicht drauf. Seiten-Ladefehler

einen Sammelbefehl für alle zu starten gibts nicht? oder?

[Homoran]

@iced112 sagte in Backup Größe ioBroker:

einen Sammelbefehl für alle zu starten gibts nicht? oder?

oder!

iob start all

@iced112 sagte in Backup Größe ioBroker:

aber ich komme bei beiden nicht drauf. Seiten-Ladefehler

wie versuchst du es?

[IceD112]

@homoran said in Backup Größe ioBroker:

wie versuchst du es?

Ich visualisiere u.a. meine PV-Analge über den Energiefluss Adapter, die Daten kommen aus dem Fronius-Solarweb Adapter.

links im Menü konnte ich unten auf die Energiefluss instanz mir die Visualisierung anzeigen. Da kommt der Seiten-Ladefehler

bei der VIS gehe ich wie gewohnt auf die VIS in der Übersicht, auch da, das selbe. Bei den Instanzen fehlt mir bei der VIS auch der Schraubenschlüssel, um in die Einstellungen da zu kommen

mit

iob start all

sind die Instanzen nun alle enabled... :+1: und sichtbar

EDIT: Die Visualisierung des Energifluss Adapters ist nun sichtbar, die VIS selber ebenfalls

[IceD112]

@iced112 said in Backup Größe ioBroker:

EDIT: Die Visualisierung des Energifluss Adapters ist nun sichtbar, die VIS selber ebenfalls

Ich glaube die Wiederherstellung hat nun funktioniert. Adapter, Instanzen und Objekte sind wieder da. Werte lassen sich setzen und Automationen und Routinen über Skripte funktionieren auch, ebenso wie die einzelnen VIS Projekte.

Glücklich bis hier her :blush:

Nu, aber vielleicht nochmal gerade zurück zum Backup

Der Adapter ist eingestellt, dass zur FritzBox sichern soll. EIne gerade ausgeführtes Backup wurde aber nach /opt/iobroker/backups gesichert?

[Thomas Braun]

@iced112 sagte in Backup Größe ioBroker:

Der Adapter ist eingestellt, dass zur FritzBox sichern soll. EIne gerade ausgeführtes Backup wurde aber nach /opt/iobroker/backups gesichert?

Das ist richtig. Eine CIFS/SMB-Freigabe wird auf /opt/iobroker/backups eingehängt/gemounted, das Backup wird also immer in das Verzeichnis /opt/iobroker/backups geschrieben, dem ist es dann vollkommen egal welches Dateisystem physisch dahinter liegt.

Aus diesem Grund muss /opt/iobroker/backups auch leer sein, wenn die Freigabe gerade nicht gemounted ist.

[IceD112]

@thomas-braun

Ok, verstehe.
Mein Pfad zum Fritz.NAS war auch falsch. Gerade nochmal versucht, nun ist ein Backup "MIT" entsprechender Größe auch dort gelandet. Dieses Backup ist aber nicht in /ot/iobroker/backups gelandet?

[Thomas Braun]

@iced112

Doch, aber da das Dateisystem nach dem Backup wieder ausgehängt wird ist die Datei dann natürlich nicht mehr in /opt/iobroker/backups drin. War sie auch physisch nie, nur logisch.