Monatsrückblick Januar/Februar 2026 ist online!

[mjohn]

@homoran
und wenn was drauf ist auf dem eMMC?

gem. Plexity KI
"Sobald beide Geräte sichtbar sind (über

lsblk 

prüfen: eMMC ist meist /dev/mmcblk0, SD-Karte /dev/mmcblk1), kannst du das Script

 ./install-aml.sh

ausführen, um das System auf den eMMC zu übertragen."
Soll auch bei schon beschriebenem eMMC klappen (sagt die KI :pray: )

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

und wenn was drauf ist auf dem eMMC?

dann wird von dort gebootet

[Thomas Braun]

Da gibts auch schon was trixieges:
https://dl.armbian.com/rock64/Trixie_current_minimal

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

sagt die KI

toll!
wer braucht denn so was?

das überspielen von sd zu eMMC müsste mit Bordmitteln (sudo armbian-config) gehen

[Homoran]

@thomas-braun ich dachte das nimmt er.
Hab ich doch gestern schon verlinkt

[mjohn]

@homoran
bin gerade dabei ein Trixyie auf SD Karte zu packen.
Bootet leider nicht von SD Karte. Ich mach mal ne Pause..

sonst bekomm ich Ärger...
Hab schon den ganzen Tag verdaddelt.

Ich danke für den Moment und wünsche einen schönen Abend.

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

Bootet leider nicht von SD Karte.

nach meinem rock64 Thread von 2017 blockiert der Jumper das booten von eMMC.
Folglich müsste bei gesetztem (und nicht wieder abgezogenem) Jumper von SD gebootet werden

EDIT:
Steht so auch in der offiziellen Doku
https://pine64.org/documentation/ROCK64/_full/

EDIT2:
auf https://forum.armbian.com/tags/rock64 gibt es (ältere) Meldungen dass es Bootprobleme geben könnte.
Für einen 8 Jahre alten SBC wird es auch nicht mehr so viel Feedback geben.
Igor selbst hat aber keine Probleme

[mjohn]

@homoran
Wie es aussieht bootet mein Rock64 nicht mehr von SD, sondern nur noch von eMMC.
SD Boot war gestern schon eher zufällig. Overheat war eher ein 'uneducated guess'.
Mehrere Dutzend Versuche gestern und vor allem heute blieben leider erfolglos.
Er bootet auch nicht ohne eMMC und ohne Jumper. Das Teil ist scheinbar am Ende seiner Nutzung angekommen.
Lief ein paar Jahre klaglos, bis ich 2022 auf RasPi4 mit Argon One Gehäuse und M.2 SSD
umgebaut habe.

Da ich im laufenden Betrieb offenbar das OS nicht korrigiert bekomme, nicht mit meinen Linux Kenntnissen, so dass der IoB sauber läuft, werde ich wohl einen 2. RasPi 4 aufsetzen und als Testsystem nutzen. Produktiv- und Testsystem auf der gleichen Plattform scheint mir auch der geeignete Ansatz.

Ich bin eher ein Anwender, der den IoB mit seinen Features nutzt, als ein Hard-/Software Fachmann. Ich bin immer erleichtert, wenn etwas wie beschrieben, im Forum diskutiert oder bei YT vorgestellt auch tatsächlich klappt. Wenn nicht, dann benötige ich qualifizierte Hilfe.

Sollten zum jetzigen Zeitpunkt noch hilfreiche Ideen von euch kommen, immer gerne.

LG und einen schönen Sonntag

[Thomas Braun]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

Sollten zum jetzigen Zeitpunkt noch hilfreiche Ideen von euch kommen, immer gerne.

Mit 1GB RAM gibt es keine anderen Ideen.

[Homoran]

@mjohn sagte in Kein Browserzugriff mehr nach Backitup Update:

Er bootet auch nicht ohne eMMC und ohne Jumper.

nein, mit Jumper erzwingt booten von der SD!

Hast du mal in der von mir verlinkten Doku nachgesehen?
da gibt es noch andere Linux OS für Rock64

[Homoran]

@mjohn Hab extra nochmal alles herausgekramt

ohne eMMC und ohne Jumper, da ich keinen mehr habe

Hast du irgendetwas von den verlinkten Seiten gelesen?

EDIT:
geh mal nach www.armbian.com/rock64/
in den Downloads gibt es auch noch ein minimal bookworm
probier den mal.

[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!