ok
Beim nächsten Update pass ich wirklich auf, welcher Mausklick was ausköst.

@thomas-braun sagte in Kein Browserzugriff mehr nach Backitup Update:

iob nodejs-update

Obigen Befehl ausgeführt und node(js) ist 22.19 sehr schön. Danke mal wieder.

Ich hätte gemutmaßt, dass das Update von node(js) über diese IoBroker Kachel des 'Übersichts'-Tabs vom IoB von mir angestoßen wurde. Sonst würde auch dieser Update Kreispfeil (?) auch keinen Sinn machen, der einem ein Update anbietet.
Kann aber auch mit dem Linux update/upgrade passiert sein. Ich weiß nicht recht.
Ich bin ja der Linux und auch IoB Noob.

Gibt es sonst noch notwendige Voraussetzungen, die erfüllt sein müssen, um ein Basissystem mit ein paar wenigen Adaptern, Backitup ist natürlich wegen der Pfade im System installiert, auf den Stand eines komplexeren Produktivsystems zu heben?
Dort sind folgend Aktive Backup-Optionen verfügbar:
ioBroker
(Homematic (CCU) nicht so wichtig)
Javascript
Zigbee
Hier gibt es eine gute Zusammenfassung was zu tun ist:
Gibt es wichtige Zusatzinfos, die vorher noch interessant wäre?

Vielen Dank für die Hilfe, für den Moment

@homoran
Ich bilde mir ein, ohne Gewähr, dass ich letzte Woche dort auf 18.x war, 22.x angeboten wurde.
Ich hab den Update über die Kachel gemacht und endete bei 20.x, kein Update auf 22.x möglich.

Ich mach morgen den Update über die die Konsole, wie oben empfohlen. Dann versuch ich den Update des Testsystems.

@homoran

@homoran
Oberster Reiter linke Spalte IoB.

Das war der Plan.
Offenbar nodejs erst auf 22er Version, dann via FilZilla Produktivsystem Backup auf PC, dann auf Testsystem zurück auf den Rock64.

Frage. Warum konnte ich node über die Admin Kachel von 18 auf 20 updaten, aber nicht auf 22 über den gleichen Weg. Irgendwie inkonsistent.

Hab das System nur auf SD Karte laufen.
Egal wann ich den Jumper ziehe, ich kann nur entweder SD Karte oder eMMC als System booten. Too bad. Also lebe ich mal mit SD Karte als Testsystem.

Eigentlich sind beide System mit 'sudo apt update && upgrade' und 'iob update' auf dem neuestzen Stand.
Jedoch hat der Rock64 als Testsystem node(js) v22.19.0 und das RasPi4 Produktivsystem node(js) v20.19.5 und lässt sich auch nicht auf 22 updaten über die Admin Kachel

IoB-RasPi4

    Plattform: linux
    RAM: 7.6 GB
    Node.js: v20.19.5(22.19.0)

NPM: 10.8.2(10.9.3)

Bevor ich mein Testsystem schrotte und wieder bei NULL beginne wäre ich dankbar für eine kurze Prüfung, ob ein Backup des doch umfangreichen Produktivsystems beim Testsystem einfach, durch Reinkopieren der entsprechenden Dateien via FileZilla, problemlos eingespielt werden kann.
Worauf muss ich achten, dass es (wahrscheinlich) erfolgreich ist????

Danke schon jetzt.
PS ich wollte beide iob diag Anzeigen posten, für ein vollständiges Bild, bekomme aber 'Forbidden' angezeigt und wird nicht gesendet

@homoran
Macht mich auch kirre.
Bookworm neu runter geladen, SD Karte mit SD Card Formatter erfolgreich formatiert, dann mit Win32 Disk Imiger beschrieben.
BalenaEtcher gibt bei Quelle meist ne Fehlermeldung aus.

Gestern die SD Karte gewechselt, aber bootet nur das unbrauchbare Trixie.

Jetzt letzter Versuch für heute.
Älteres Bookworm 23.x runtergeladen und erfolgreich initialisiert.
Nächstes Problem, egal wann ich den Jumper ziehe

• sofort bei Boot Start

• bei der Anzeige, dass Ambian bootet

• 1-2 Sekunden nachdem Ambian Boot gestartet hat

Ich bekomm den SD Speicher plus eMMC nicht gleichzeitig aktiviert.

Hier die SD Karte (only)

martin@192.168.178.45's password:
 ____            _       __   _  _
|  _ \ ___   ___| | __  / /_ | || |
| |_) / _ \ / __| |/ / | '_ \| || |_
|  _ < (_) | (__|   <  | (_) |__   _|
|_| \_\___/ \___|_|\_\  \___/   |_|

Welcome to Armbian 23.8.1 Bookworm with Linux 6.1.50-current-rockchip64

System load:   20%              Up time:       0 min
Memory usage:  3% of 3.88G      IP:            192.168.178.45
CPU temp:      51°C             Usage of /:    1% of 114G

Last login: Sun Sep 14 19:38:11 2025 from 192.168.178.111
martin@rock64:~$ lsblk
NAME        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
mtdblock0    31:0    0    16M  0 disk
mmcblk0     179:0    0 116,5G  0 disk
└─mmcblk0p1 179:1    0 115,3G  0 part /var/log.hdd
                                      /
zram0       251:0    0   1,9G  0 disk [SWAP]
zram1       251:1    0    50M  0 disk /var/log
zram2       251:2    0     0B  0 disk

Ich habe ne 128er SD Karte, der eMMC ist 64GB.
Der eMMC wird nicht angezeigt, obwohl ich beim Bootvorgang den Jumper ziehe.
Vorher noch getestet, dass er immer noch von eMMC bootet. Nicht das der mitlerweile aufgegeben hat.
Das ist das Ergebnis bei eMMC Boot

martin@ioBroker-Rock:~$ lsblk
NAME         MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
mtdblock0     31:0    0  3,9M  0 disk
mmcblk0      179:0    0 57,6G  0 disk
└─mmcblk0p1  179:1    0   57G  0 part /
mmcblk0boot0 179:32   0    4M  1 disk
mmcblk0boot1 179:64   0    4M  1 disk
mmcblk0rpmb  179:96   0    4M  0 disk
zram0        252:0    0   50M  0 disk /var/log
zram1        252:1    0    1G  0 disk [SWAP]

Das ist echt Wahnsinn....
Ich gebe glaub ich auf.

@homoran

wie schon oben erwähnt, läuft der SD Boot bei der minimal Bookworm nicht einmal an.

Da Trixie wenigstens bootet habe ich Hoffnung, dass der Rock64 noch funktioniert.
Ich suche mal ne anderer Bookworm, da hatte ich gestern ein paarmal nen Bootvorgang.

@homoran
Ganz bescheidener Teilerfolg.
Auf https://www.armbian.com/rock64/ habe ich ein aktuelles Trixie runter geladen und der Rock64 bootet tasächlich regelmäßig.
Neues Problem: Beim Einrichten von root mit Passwort kann ich das PWD einmal mit enter bestätigen, beim wiederholen des PSW springt das System nach dem ersten Zeichen weiter und schreibt

************************
Armbian 25.5.1 Trixie tty1

Dann kommt automatisch der 1. login den ich als root starte, weil ich ja keinen user anlegen konnte

rock64 login: root
Password:
Login incorrect

ist irgendwie logisch, da ich den root nie final eingerichtet bekam.
Üblicherweise klappt root und ein Benutzer mit PWD + PWD wiederholen und alles ist gut.

Bookworm.img von der gleichen Seite startet nicht von SD, da scheint noch mehr im Argen zu liegen.

Good news: Rock64 bootet
bad news: OS nicht startfähig