Kein Browserzugriff mehr nach Backitup Update

[mjohn]

@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

[Homoran]

@mjohn richtig!
das Problem habe ich auch

Deswegen:

mit
@homoran sagte in Kein Browserzugriff mehr nach Backitup Update:

in den Downloads gibt es auch noch ein minimal bookworm
probier den mal.

klappt alles.

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

Auf https://www.armbian.com/rock64/ habe ich ein aktuelles Trixie runter geladen und der Rock64 bootet tasächlich regelmäßig.

was hattest du denn vorher?
Das ist das selbe was ich dir von einem Mirror verlinkt hatte.

[mjohn]

@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]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

läuft der SD Boot bei der minimal Bookworm nicht einmal an.

macht er bei mir einwandfrei!
womit brennst du die SD?
Welche SD?

Vielleicht mal neu downloaden
neue SD
Flashen und verifizieren

[mjohn]

@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]

@mjohn du hast das timing nicht drauf. Das war extrem knifflig.
Bau das eMMC ab und gut ist! (oder lass den Jumper drauf)

Dann hast du was zum Testen

[mjohn]

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

[Thomas Braun]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

und lässt sich auch nicht auf 22 updaten über die Admin Kachel

Das ist richtig, Major-Upgrades gehen nur per Kommandozeile.

iob nodejs-update

ist dein Freund

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

durch Reinkopieren der entsprechenden Dateien via FileZilla,

was meinst du damit?

Das Backup als user nach /opt/iobroker/backups/ kopieten?
und von da einen restore fahren?

ja das ist der Weg!

[mjohn]

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.

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

Warum konnte ich node über die Admin Kachel von 18 auf 20 updaten

welche Kachel?

[Thomas Braun]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

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

Konntest du nicht, das funktioniert nämlich auch von 18 auf 20 nicht.

[mjohn]

@homoran
Oberster Reiter linke Spalte IoB.

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

@homoran
Oberster Reiter linke Spalte IoB.

hab ich nicht

bitte Screenshot

[mjohn]

@homoran

[Homoran]

@mjohn ok, das ist die Seite Übersicht/tab-intro und dort die Infokachel zum Server.
sieht bei mir so aus

ich hätte auch gesagt, dass

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

Konntest du nicht, das funktioniert nämlich auch von 18 auf 20 nicht.

jetzt steht da tatsächlich etwas für mich allerdings verwirrendes

Das heisst für mich weiterhin, dass es nur ein sudo apt-update && sudo apt upgrade durchgeführt wird, was nur innerhalb der selben major Version bleibt (also update von 20.19.4 auf 20.19.5)

[mjohn]

@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.

[Thomas Braun]

@homoran

Wenn sich da nix geändert hat wird da immer nur das aktualisiert, was das Setup im Paketmanager hergibt. Der iobroker ändert diese Quellen aber nicht. Jedenfalls nicht aus dem Admin heraus. Per

iob nodejs-update 

natürlich schon.

[Homoran]

@thomas-braun ich probier's morgen mal aus