RPI-Monitor und GPIO rpi2 v2.3.1
-
@thomas-braun dachte ich mir schon. bekomme es nicht ohne Backup hin. Viele Adapter, Skripte usw. jahrelange Arbeit.
-
Durch das wüste hin- und herkopieren zerballerst du dir die 'npm-Versionsdatenbank'.
Kein Wunder, das dann alles ins Schleudern gerät.Wie schaut denn deine Ausgangslage aus?
Generelle Vorgehensweise (bei allen Sprüngen): Alt-System auf den allerletzten Stand bringen, davon ein gescheites Backup ziehen (Backitup-Adapter!), neues Betriebssystem installieren, auf den letzten Stand bringen, iobroker leer installieren, in den leeren ioBroker das Backup einspielen. -
@thomas-braun sagte in RPI-Monitor und GPIO rpi2 v2.3.1:
Wie schaut denn deine Ausgangslage aus?
Generelle Vorgehensweise (bei allen Sprüngen): Alt-System auf den allerletzten Stand bringen, davon ein gescheites Backup ziehen (Backitup-Adapter!), neues Betriebssystem installieren, auf den letzten Stand bringen, iobroker leer installieren, in den leeren ioBroker das Backup einspielen.Da fehlt ein wichtiger Punkt. Da auch das auf Stand bringen schon Probleme erzeugen kann:
- Backup (A) ziehen (So wie das System ist)
- Auf den neusten möglichen Stand bringen, ohne das Betriebssystem hoch zu ziehen
- Backup (B) ziehen
- neues OS installieren
- IoBroker installieren
- Backup einspielen - wenn Möglich Backup B, im Notfall Backup A
A.
-
@asgothian said in RPI-Monitor und GPIO rpi2 v2.3.1:
@thomas-braun sagte in RPI-Monitor und GPIO rpi2 v2.3.1:
Wie schaut denn deine Ausgangslage aus?
Generelle Vorgehensweise (bei allen Sprüngen): Alt-System auf den allerletzten Stand bringen, davon ein gescheites Backup ziehen (Backitup-Adapter!), neues Betriebssystem installieren, auf den letzten Stand bringen, iobroker leer installieren, in den leeren ioBroker das Backup einspielen.Da fehlt ein wichtiger Punkt. Da auch das auf Stand bringen schon Probleme erzeugen kann:
- Backup (A) ziehen (So wie das System ist)
- Auf den neusten möglichen Stand bringen, ohne das Betriebssystem hoch zu ziehen
- Backup (B) ziehen
- neues OS installieren
- IoBroker installieren
- Backup einspielen - wenn Möglich Backup B, im Notfall Backup A
A.
okay nutze neben das iobroker backup noch ein windows tool (iobroker Tool) um ein komplettes Backup zu erstellen. erstelle neue SD mit iobroker.
-
@asgothian
[How-to] ioBroker richtig installieren
sudo apt update && sudo apt upgrade -y
curl -sl https://deb.nodesource.com/setup_22.x | sudo bash -
sudo apt-get install -y build-essential libavahi-compat-libdnssd-dev libudev-dev libpam0g-dev nodejs
node -v && nodejs -v && npm -v
curl -sL https://iobroker.net/install.sh | bash - -
Wo hast du denn das her?
Im Grunde reicht der Einzeiler:curl -sLf https://iobroker.net/install.sh | bash -Der Installer zieht dann auch nodejs usw. rein.
-
Naja, ein struppiges Backup (A) würde ich gar nicht einspielen. Die Installation wird ja nicht besser dadurch.
Also vorher die ganze Choose auf das richtige Gleis setzen. -
@thomas-braun sagte in RPI-Monitor und GPIO rpi2 v2.3.1:
Naja, ein struppiges Backup (A) würde ich gar nicht einspielen. Die Installation wird ja nicht besser dadurch.
Also vorher die ganze Choose auf das richtige Gleis setzen.im ioBroker backup hast du keine Installationsdaten, sondern nur Konfiguration / und Daten. Da kommt vielleicht bei einzelnen Adaptern veraltete Konfigurationen rein - aber in den meisten Fällen kommt man damit brauchbar durch.
Und ich hab lieber ein Backup wo ich gezielt bestimmte dinge heraus nehmen kann als nix.
A.
-
Und ich hab lieber ein gescheites, in sich konsistentes Backup eines senkrechten Systems.
So unterschiedlich können die Ansätze sein. -
@thomas-braun Ich denke ich hab nicht besonders gut beschrieben was ich meine:
- Adaptereinstellungen sind üblicherweise OK, auch wenn sie von älteren Versionen stammen - ich kenne Keinen Adapter bei dem die Einstellungen nicht abwärtskompatibel sind. Und was an Einstellungen 'neu' gemacht werden muss sollte beim Versuch das System hoch zu ziehen aufgefallen sein
- Bei Datenbanken ist klar ob sie ok sind oder nicht (sprich - die restauriert man aus dem was du ein struppiges backup nennst sowieso nicht)
- Bei all den Adaptern wo externe Daten existieren (z.Bsp. Yahka, vis, Zigbee) ist auch aus dem Versuch das System hoch zu ziehen klar ob die externen Daten sauber sind oder nicht - auch die restauriert man nur wenn damit das hochziehen klappt.
Und wenn man das System nicht sauber hochgezogen bekommt ist ein vorhandenes Teilbackup besser als kein backup.
Wo ich mit gehe - wenn das Backup nach hochziehen existiert sollte man das nehmen.
Ansonsten bin ich extrem froh das es im ioBroker eine weitergehende Trennung zwischen
codeundDatengibt, und das das Backup an den meisten Stellen nurDatenbeinhaltet, und eben keinen (extern zu aktualisierenden) code. (Eigene Skripte fallen dabei durchaus unterDaten).Der Gedanke 'erst hochziehen, dann backup, dann installieren, dann restore' funktioniert ausschliesslich wenn das hochziehen und sauber machen funktioniert. Nur stellt sich dann die Frage - warum neu installieren, wenn man doch alles hochgezogen bekommt ?
A.
-
@asgothian sagte in RPI-Monitor und GPIO rpi2 v2.3.1:
warum neu installieren, wenn man doch alles hochgezogen bekommt ?
Um z.B. beim RaspberryPi von einem 32Bit-System auf ein 64Bit-System zu kommen. Oder sauber von 10 auf 11.
-
@thomas-braun said in RPI-Monitor und GPIO rpi2 v2.3.1:
Wo hast du denn das her?
Im Grunde reicht der Einzeiler:curl -sLf https://iobroker.net/install.sh | bash -Der Installer zieht dann auch nodejs usw. rein.
hallo Thomas
hab alles so [https://forum.iobroker.net/topic/51869/installation-auf-raspi-einfacher-geht-s-nicht](link url) gemacht bekomme rpi2 nicht hin und werde solange darauf verzichten bis es über den offizellen Adapter funktioniert -
Hier hat es @plc wohl im ersten Anlauf hinbekommen.
Vielleicht kann er dir sagen, was er gemacht hat.
