[gelöst] ROCK64 - Systemabstürze nach Neuinstallation
-
@Thomas-Braun OK. Sinnvoll jetzt noch nachzureichen?
-
@BlackTigga
Nee, für die nächste Anfrage merken. Mit neuer SD-Karte dann. -
@BlackTigga
So als Anmerkung:
Ich würde auch keine 'steinalten' Images nehmen sondern das Grundsystem flugs frisch installieren. Und dann auch gleich einen Standarduser anlegen und den root vermeiden. Wenn der Armbian-Installer das nicht ohnehin schon so macht.Und das verstehe ich auch nicht:
iobroker restore 0 iobroker start all iobroker start -
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Ich würde auch keine 'steinalten' Images nehmen sondern das Grundsystem flugs frisch installieren.
@BlackTigga
dazu das aktuelle armbian, das auf debian basiert herunterladen, einen Standarduser anlegen, die notwendigen Einstellungen überarmbian-configerledigen und mit dem Einzeilercurl -sLf https://iobroker.net/install.sh | bash -iobroker incl. node installieren -
@Homoran sagte in ROCK64 - Systemabstürze nach Neuinstallation:
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Ich würde auch keine 'steinalten' Images nehmen sondern das Grundsystem flugs frisch installieren.
@BlackTigga
dazu das aktuelle armbian, das auf debian basiert herunterladen, einen Standarduser anlegen, die notwendigen Einstellungen überarmbian-configerledigen und mit dem Einzeilercurl -sLf https://iobroker.net/install.sh | bash -iobroker incl. node installierenDas hört sich gescheit an.
Sorry für das 'steinalt'...
-
@Homoran OK, werde ich mal so umsetzen.
Schau mal bitte hier: https://forum.iobroker.net/topic/32209/gelöst-lan-kabel-beschädigt-iobroker-startet-nicht-mehr/8
Wenn ich jetzt in diesem Zuge den Hostname auf rock64 ändere, kann es dann zu Problemen mit einigen Adaptern nach dem Backup geben?
Und wenn ja, wären die "leicht" zu fixen? -
@Homoran sagte in ROCK64 - Systemabstürze nach Neuinstallation:
die notwendigen Einstellungen über armbian-config erledigen
Welche Einstellungen wären hier notwendigerweise "zu erledigen"?
-
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Welche Einstellungen wären hier notwendigerweise "zu erledigen"?
Zeitzone, Sprachtreiber, Passwort, Hostname
..fällt mir gerade so ein, ohne jetzt alle Möglichkeiten zu kennen -
- Armbian und ioBroker installiert
- ioBroker ist erreichbar
- BackitUp installiert und Start der Wiederherstellung:
Das Bild kenne ich und normalerweise ist ioBroker nach kurzer Zeit später auch wieder erreichbar und man kann dann zusehen, wie sich die ganzen Adapter "wiederherstellen" (so funktionierte es immer bei meiner o.a. "Standard-Installationsroutine").
Jetzt aber kann ich ioBroker nicht erreichen, auch nach längerer Wartezeit nicht:
curl -sL https://iobroker.net/fix.sh | bash - habe ich auch schon mal laufen lassen, ohne Erfolg.
Hast Du Ideen?
-
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
curl -sL https://iobroker.net/fix.sh | bash - habe ich auch schon mal laufen lassen, ohne Erfolg.
das sollte man definitiv während des Backups unterlassen!
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Hast Du Ideen?
Ja!
Hat die neue Installation im Vergleich zu der, die wiederhergestellt wird- den gleichen Hostnamen
- die gleiche IP
-
@Homoran sagte in ROCK64 - Systemabstürze nach Neuinstallation:
das sollte man definitiv während des Backups unterlassen!
Verstanden und gemerkt!
-
@Homoran sagte in ROCK64 - Systemabstürze nach Neuinstallation:
den gleichen Hostnamen
die gleiche IPIP = ja
Hostname = neinDa wollte ich ja jetzt von meinem "All-In-One-RasPi" Hostname umsteigen auf "rock64"
https://forum.iobroker.net/topic/40289/rock64-systemabstürze-nach-neuinstallation/8
Sollte ich Hostname bis nach Backup auf "All-In-One-RasPi" belassen und erst danach anfangen den Hostname auf rock64 zu ändern? -
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Sollte ich Hostname bis nach Backup auf "All-In-One-RasPi" belassen und erst danach anfangen den Hostname auf rock64 zu ändern?
du kannst den Hostnamen ändern, musst dann aber vor dem (erneuten) Start des ioBroker
iobroker host thisausführen -
@Homoran OK, verstanden.
Was sollte ich jetzt machen, damit ich den ioBroker wieder an den Start bekomme? Einfach ioBroker nochmal "drüber installieren"? -
@BlackTigga sagte in ROCK64 - Systemabstürze nach Neuinstallation:
Was sollte ich jetzt machen
iobroker list instances -
@Homoran sagte in ROCK64 - Systemabstürze nach Neuinstallation:
iobroker list instances
root@rock64:~# iobroker list instances No connection to states 127.0.0.1:6379[redis] root@rock64:~# -
redis-server -vUnd eine root-shell sehe ich auch äußerst ungern. Leg dir einen standard user an und gib dem sudo-Rechte, wenn das nicht schon erfolgt ist. root-Login ist tabu!
-
@Thomas-Braun sagte in ROCK64 - Systemabstürze nach Neuinstallation:
redis-server -v
Command 'redis-server' not found, but can be installed with: sudo apt install redis-server blacktigga@rock64:~$Muss/soll ich installieren?
-
@BlackTigga
Wenn deine States-Datenbank auf Redis laufen soll, dann braucht es natürlich auch die entsprechende Software. -
Redis server v=5.0.3 sha=00000000:0 malloc=jemalloc-5.1.0 bits=64 build=1b271fe49834c463 root@rock64:/home/blacktigga# iobroker list instances + system.adapter.admin.0 : admin - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup - enabled system.adapter.daikin.0 : daikin - disabled system.adapter.daikin.1 : daikin - disabled system.adapter.daikin.2 : daikin - disabled system.adapter.daswetter.0 : daswetter - disabled system.adapter.discovery.0 : discovery - disabled system.adapter.flot.0 : flot - disabled system.adapter.gardena.0 : gardena - disabled system.adapter.harmony.0 : harmony - disabled system.adapter.history.0 : history - disabled system.adapter.hm-rega.0 : hm-rega - disabled system.adapter.hm-rega.1 : hm-rega - disabled system.adapter.hm-rpc.0 : hm-rpc - disabled, port: 0 system.adapter.hm-rpc.1 : hm-rpc - disabled, port: 0 system.adapter.icons-material-png.0 : icons-material-png - disabled system.adapter.icons-mfd-svg.0 : icons-mfd-svg - disabled system.adapter.icons-ultimate-png.0 : icons-ultimate-png - disabled system.adapter.info.0 : info - disabled system.adapter.iot.0 : iot - disabled system.adapter.javascript.0 : javascript - disabled system.adapter.mobile.0 : mobile - disabled system.adapter.modbus.0 : modbus - disabled system.adapter.ping.0 : ping - disabled system.adapter.pushover.0 : pushover - disabled system.adapter.roomba.0 : roomba - disabled system.adapter.roomba.1 : roomba - disabled system.adapter.scenes.0 : scenes - disabled system.adapter.shelly.0 : shelly - disabled, port: 1882, bind: 0.0.0.0 system.adapter.socketio.0 : socketio - disabled, port: 8084, bind: 0.0.0.0, run as: admin system.adapter.sonoff.0 : sonoff - disabled, port: 1883, bind: 0.0.0.0 system.adapter.sonos.0 : sonos - disabled system.adapter.tr-064.0 : tr-064 - disabled system.adapter.vis-bars.0 : vis-bars - disabled system.adapter.vis-canvas-gauges.0 : vis-canvas-gauges - disabled system.adapter.vis-hqwidgets.0 : vis-hqwidgets - disabled system.adapter.vis-jqui-mfd.0 : vis-jqui-mfd - disabled system.adapter.vis-justgage.0 : vis-justgage - disabled system.adapter.vis-map.0 : vis-map - disabled system.adapter.vis-metro.0 : vis-metro - disabled system.adapter.vis-plumb.0 : vis-plumb - disabled system.adapter.vis-timeandweather.0 : vis-timeandweather - disabled system.adapter.vis-weather.0 : vis-weather - disabled system.adapter.vis.0 : vis - disabled system.adapter.web.0 : web - disabled, port: 8082, bind: 0.0.0.0, run as: admin + instance is alive
