OpenCCU 3.87.6.20260404 – Neue Version

[joerg_rw]

soll ich ein Ticket aufmachen?

Wäre wohl das sinnvollste wenn da was nicht so funktioniert wie vorgesehen.

wenn du mir nen github-link auf die Datei /www/cgi-bin/clone_system.cgi in der initrd gibst, dann kann ich ein noch besseres ticket oder evtl sogar nen PR aufmachen. Ich finde mich in speziell dem OpenCCU github einfach nicht zurecht
Ist das der richtige?
https://github.com/OpenCCU/OpenCCU/blob ... system.cgi

[Indigo2001]

Läuft auf dem Raspi4 nicht. Netzwerk-LEDs blinken und das war's. Ich habe aktuell wenig Zeit, daher wieder zurück auf die Version OpenCCU 3.87.6.20260313.

Tut mir Leid, aber einfach nur zu sagen "Geht nicht" ist zu wenig. Dann kann man sich das Statement auch komplett sparen oder vertagen bis man selbst die Zeit oder Motivation hat mehr zu liefern.

Guten Morgen,
du hast völlig recht. Es tut mir leid, dass ich nicht genauer recherchieren konnte, was schiefgelaufen ist.
Ich musste gestern Nacht beruflich ins Ausland und wollte meine Familie nicht mit einem "nicht funktionierenden System" zurücklassen. Daher habe ich mich für den einfachsten Weg entschieden und bin auf die vorherige Version zurückgegangen – das ließ sich zum Glück schnell umsetzen.

Mit meinem ursprünglichen Kommentar wollte ich vor allem darauf aufmerksam machen, dass es sinnvoll sein kann, Updates – beim Raspi 4 – zu einem Zeitpunkt durchzuführen, an dem genügend Zeit für eventuelle Probleme bleibt.

Mir ist aber klar, dass mein Hinweis in dieser Form nicht besonders hilfreich war. Leider kann ich die Situation im Moment auch nicht weiter analysieren oder korrigieren.

Nachtrag: Ich wäre hingegen sehr froh gewesen, vor(!) meinem Updateversuch einen Hinweis wie meinen zu lesen, der auf ein mögliches Problem mit dem Raspberry Pi 4 aufmerksam macht – das hätte mir viel Panik erspart.

Wie im anderen Fall gewünscht (Screenshot der Hilfeseite meines aktuell mit der Vorversion laufenden Systems), anbei meine Konfiguration.

[Baxxy]

in speziell dem OpenCCU github einfach nicht zurecht
Ist das der richtige?

Jup.

[Baxxy]

Screenshot der Hilfeseite

Danke.
Die Gemeinsamkeit mit der anderen Meldung ist der Pi4 mit 8GB.
Ist erstmal ein Ansatzpunkt, ich gucke mal ob ich so einen noch in der Bastelkiste für einen Test habe.

[joerg_rw]

Ich muss auch ehrlich sagen das ich bisher (seit ca. 7 Jahren) noch nie gelesen habe das jemand dieses "clone system" benutzt hat.
Kann aber auch daran liegen das es "früher" einfach funktionierte.
Im Recovery wurde vor nicht allzu langer Zeit was umgebaut, kann also gut sein das dabei was "kaputtgegangen" ist.

https://github.com/OpenCCU/OpenCCU/blob ... em.cgi#L73

Code: Alles auswählen

if ! /sbin/sfdisk -q -d "${SOURCE_DEV}" | grep -v last-lba | /sbin/sfdisk --no-reread --force -q "${TARGET_DEV}" >/dev/null 2>&1; then

ich hab keine Ahnung wie das jemals funktioniert hat - evtl war sfdisk frueher (vor Version 2.26?) so gestrickt dass es die /dev/mmcblk0p2: LABEL="rootfs" etc geliefert hat. Ich hab auf dem PC ein recht altes "sfdisk from util-linux 2.36.2" und genau wie das CCU "sfdisk from util-linux 2.41.3" (im normalen System, nicht recovery) bekomme ich da diese Labels nicht angezeigt. cfdisk und blkid(!) koennen das noch. Sieht nach "Grossbaustelle" aus, um von sfdisk auf was anderes zum Klonen der partition-table inkl. Labels umzusteigen, oder man baut das ganze anders und gibt hart vor wie das Zielmedium zu partitionieren ist. Alternativ dd von 0 bis Ende

[Baxxy]

Alternativ dd von 0 bis Ende

Ist jetzt nicht so mein Spezialgebiet.
Was passiert aber wenn das Zielmedium kleiner ist?
Geht das?
Größer wäre m.W. kein Problem da OpenCCU neuerdings beim booten auf freien Platz prüft und das /userfs erweitert.

Ist aber nun ziemlich OT, mach ruhig das Ticket auf dann kann Jens entscheiden.
Alternative kurz und schmerzlos, weg mit der Option.

[joerg_rw]

Was passiert aber wenn das Zielmedium kleiner ist?

Kleiner ist K.O.-Kriterium fuer Klonen
Ich frage mich warum man ueberhaupt die Tests
https://github.com/OpenCCU/OpenCCU/blob ... i#L84-L102
braucht, eigentlich koennte man die meines Erachtens nach auch rauswerfen. Der Rest sollte dann erstmal mehr oder weniger problemlos funktioneren, mal von den filesystem-labels abgesehen. Ich kann's leider nicht testen, dazu muesste ich ne neue initrd bauen mit dem gepatchen file drin OT->ETX

[grmpf]

Also was bei mir auf 3 umgestellten Systemen nicht mehr ging war das Loggen der CPU-Temperatur mithilfe von

Code: Alles auswählen

string temp;
system.Exec("vcgencmd measure_temp | cut -d '=' -f2 | cut -d\"'\" -f1", &temp);

Funktionieren tut:

Code: Alles auswählen

string temp;
system.Exec("cat /sys/class/thermal/thermal_zone0/temp | sed 's/.\{3\}$/.&/'", &temp);

Hatte irgendwo beim Suchen gefunden dass vcgencmd auf Sicht nicht mehr gehen würde und entsprechend umgestellt. Bissi blöd war, dass das Nicht-Funktionieren keinerlei Fehler angezeigt hat. Habe es gemerkt weil die Kurve der Temperatur eine Gerade war

(Siehe auch viewtopic.php?f=65&t=87900&p=857281&hil ... md#p857281)

[Baxxy]

Bissi blöd war, dass das Nicht-Funktionieren keinerlei Fehler angezeigt hat

Naja, das Scriptchen hat ja auch keinerlei Fehlerbehandlung. Brauchte man auch nicht, ich weiß.

vcgencmd funktioniert beim Pi5 generell nicht, für Pi3 & 4 ist es mit dem letzten Update unbemerkt abhanden gekommen.
Ist aber in Arbeit, sollte dann im morgigen Nightly wieder dabei sein.

[grmpf]

vcgencmd funktioniert beim Pi5 generell nicht

Dann lasst es doch weg?! Sowas wird früher oder später dann eh verschwinden.