Flash / Interner Speicher schreibgeschütz? Kann VU+ Uno4kSe nicht mehr flashen oder ändern.

[Mr-Big]

Moin Moin.
Habe seit heute ein komisches Problem mit meiner VU+ Uno4kSe mit OpenATV 7.5.1.
Im Betrieb kann ich Updates vom Feed laden.
Ich kann Änderungen im System machen und speichern.
Ich kann Plugins deinstallieren und installieren.
Aber....
Sobald ich die VU neu boote sind alle Einstellungen verloren und keine Änderungen, Updates etc. sind gespeichert.
Das System bleibt in dem Zustand in dem es war.
Egal welche Einstellung oder Veränderung ich gemacht habe, sie sind wieder im letzten Zustand vor dem Reboot.
Wenn ich z.B. ein Software Update durchlaufe, holt die Kiste alles vom Feed und updatet. (ca. 95 Updates)
Nach dem Reboot kann ich das Update wiederholen und es sind wieder die selben 95 Updates vorhanden.
Nichts wird gespeichert, alles wieder im Zustand wie vorm Reboot.
Habe versucht neu und frisch zu flashen über USB.
Scheint alles durch zu laufen und vom Stick "jungfreulich" zu flashen ohne Fehlermeldung.
Dann bootet der Receiver nach dem Flash, aber es ist wieder das alte Image mit allen alten Einstellungen vorhanden.
Normaler Weise würde es ja mit Sprachauswahle und den Grundeinstellungen beginnen.
Aber nix da, bootet wieder alles wie es vorher war.
Als hätte das flashen nir statt gefunden.
Versucht das Original-Hersteller Image zu flashen.
Versucht mal VTI zu flashen.
Aktuelles 7.5.1. vom Board versucht zu flashen.
Box startet immer wieder mit dem letzten laufenden OpenATV 7.5.1 samt Einstellungen hoch, egal was ich versuche.
Immer mit der Meldung: "Die VU+ Uno 4k SE ist nicht ordnungsgemäß heruntergefahren. Soll Sie in den Standby versetzt werden? /Ja/Nein?"
Versuche ich einen Online Flash, lädt die VU, entpackt und starten den Flash mit den bekannten zwei Balken.
Bei Ca 80% kommt die Fehlermeldung: "Error untar rootfs. System won´t boot! Please flash backup! Rebootimg in 60 sec"
Manchmal, wen ich etwas im laufenden System ändern will kommt ein BlueScreen.
Ich meine da gelegentlich etwas mit "Read only" Problemen erkannt/gelesen zu haben. Sind halt schnell verschwunden die Meldungen.
Fakt ist, bisher lief der Receiver problemlos, bis ich jetzt mal was ändern oder updaten wollte.
Da ist mir das Problem aufgefallen.

[Pike_Bishop]

hmm, nimm die mal für ne Stunde oder länger vom Strom dann via USB flashen.
Und vorm Flashen alle externen Datenträger abstöpseln bis auf den einen Stick fürs USB Flashen.

[Mr-Big]

hmm, nimm die mal für ne Stunde oder länger vom Strom dann via USB flashen.
Und vorm Flashen alle externen Datenträger abstöpseln bis auf den einen Stick fürs USB Flashen.

Was soll das bewirken?
Ist sowas schon mal vor gekommen? Bzw. ist so ein Fehler bekannt?

[Gelöschter Benutzer 140888]

Was wird denn hier ausgegeben :

Speicherplatz des flash prüfen
df -h

[Mr-Big]

Was wird denn hier ausgegeben :

Speicherplatz des flash prüfen
df -h

Folgendes...

[Papi2000]

Das rootfs wird dann auf ro (read-only) gesetzt, wenn beim Einbinden des Dateisystems ein Fehler festgestellt wird.
In dem Fall muss eine Dateisystemreparatur zur Fehlerbeseitigung durchgeführt werden. Das geht bei den Systempartitionen nur durch Neuflash.
Der Fehler ist ursächlich auch für deine ganzen anderen Image-Probleme verantwortlich, da sicher auch Dateien und Versionen inkonsistent sind.
Hast du deine MultiBoot-Umgebung mal aufgeblasen (also auf externe Datenträger wie SDCards erweitert), oder ist da nur der interne Flash beteiligt?
Klemme ALLE anderen Datenträger ab, und flashe ein aktuelles oATV7.5.1 oder VTi nochmal per USB, weil nur so Quereffekte mit den anderen Datenträgern auch anschließend ans Flashen ausgeschlossen werden können.
Sollte das scheitern, könnte dein Flash kaputt sein.
Zum gründlichen RESET der Box für einen Neuflash recht auch ein kurzes Stromlos der Box - aber incl. Abstecken des HDMI, weil der natürlich vom Gegenpartner weiterhin 5V bekommen würde, und so einen vollwertigen RESET verhindern kann.

[Pike_Bishop]

hmm, nimm die mal für ne Stunde oder länger vom Strom dann via USB flashen.
Und vorm Flashen alle externen Datenträger abstöpseln bis auf den einen Stick fürs USB Flashen.

Was soll das bewirken?
Ist sowas schon mal vor gekommen? Bzw. ist so ein Fehler bekannt?

Keine Ahnung ob das überhaupt was bewirkt, aber nen Versuch is es wert (besser als nix zu unternehmen)
gab in der Vergangenheit schonmal merkwürdige Probleme die durch ne Weile stromlos machen behoben wurden.
hast ja auch nix zu verlieren.
Falls tatsächlich der Flash kaputt wäre was ja auch ne Möglichkeit ist nutzt eh nix anderes als ne Reparatur.

[Mr-Big]

hmm, nimm die mal für ne Stunde oder länger vom Strom dann via USB flashen.
Und vorm Flashen alle externen Datenträger abstöpseln bis auf den einen Stick fürs USB Flashen.

Was soll das bewirken?
Ist sowas schon mal vor gekommen? Bzw. ist so ein Fehler bekannt?

Keine Ahnung ob das überhaupt was bewirkt, aber nen Versuch is es wert (besser als nix zu unternehmen)
gab in der Vergangenheit schonmal merkwürdige Probleme die durch ne Weile stromlos machen behoben wurden.
hast ja auch nix zu verlieren.
Falls tatsächlich der Flash kaputt wäre was ja auch ne Möglichkeit ist nutzt eh nix anderes als ne Reparatur.

Habe, nach 4 Stunden ohne Stromanschluss oder weiter Anschlüsse, direkt versucht neu und frisch zu flashen.
Lief alles wie bisher durch.
Aber nach dem Reeboot nach dem Flashen, wieder alles beim Alten.
Nix geflashed altes Image wie bisher.

Was nun?

Flash kaut?
Wer kann das reparieren?
Was kostet das?

[Mr-Big]

Das rootfs wird dann auf ro (read-only) gesetzt, wenn beim Einbinden des Dateisystems ein Fehler festgestellt wird.
In dem Fall muss eine Dateisystemreparatur zur Fehlerbeseitigung durchgeführt werden. Das geht bei den Systempartitionen nur durch Neuflash.
Der Fehler ist ursächlich auch für deine ganzen anderen Image-Probleme verantwortlich, da sicher auch Dateien und Versionen inkonsistent sind.
Hast du deine MultiBoot-Umgebung mal aufgeblasen (also auf externe Datenträger wie SDCards erweitert), oder ist da nur der interne Flash beteiligt?
Klemme ALLE anderen Datenträger ab, und flashe ein aktuelles oATV7.5.1 oder VTi nochmal per USB, weil nur so Quereffekte mit den anderen Datenträgern auch anschließend ans Flashen ausgeschlossen werden können.
Sollte das scheitern, könnte dein Flash kaputt sein.
Zum gründlichen RESET der Box für einen Neuflash recht auch ein kurzes Stromlos der Box - aber incl. Abstecken des HDMI, weil der natürlich vom Gegenpartner weiterhin 5V bekommen würde, und so einen vollwertigen RESET verhindern kann.

Habe, nach 4 Stunden ohne Stromanschluss oder weiter Anschlüsse, direkt versucht neu und frisch zu flashen.
Lief alles wie bisher durch.
Aber nach dem Reeboot nach dem Flashen, wieder alles beim Alten.
Nix geflashed altes Image wie bisher.

Wegen Multiboot....
Habe die Box gebraucht aus der Bucht.
Was kann der Vorgänger vielleicht gemacht haben?
Mir ist kein Multiboot bekannt und habe auch keines drauf gehabt.
Aber was, wenn der Vorbesitzer das mal drauf hatte?
Was kann das bewirken?
Wie kann ich dann meine Fehlersuche erwitern?
Gibt es dann noch andere Möglichkeiten die Kiste wieder frisch flashen zu können?

[Papi2000]

Versuche es mal mit einem alten oATV6.3:
https://images.mynonpublic.com/openatv/ ... 13_usb.zip

oder oPLi.

[Mr-Big]

Versuche es mal mit einem alten oATV6.3:
https://images.mynonpublic.com/openatv/ ... 13_usb.zip

oder oPLi.

Auch kein Erfolg.....
Das ätere aus dem Link nicht.
Neuestes oPLI nicht.

Flash scheint durch zu laufen, aber nach reboot immer wieder das OpenATV 7.5.1

[Mr-Big]

Das Image bootet ja hoch...
Habe Konsole,FTP usw!
Das Image läuft ja.
Lässt sich nur nichts ändern und abspeichern, da nach reeboot alles wieder beim alten.
Kann man den nicht im Betrieb etwas an der Box ändern?
Via Konsole oder anders?
Zurück setzen, Schreibrechte ändern, flash leeren, internen Speiche leer machen, internen Speicher Rechte ändern? oder irgend etwas anderes?

[lippei]

versuche es mal mit openvix

https://www.linuxsat-support.com/cms/at ... 4k-se-pdf/

https://www.openvix.co.uk/index.php/dow ... -uno4k-se/

[OPERATION]

Leider ist die Uno4kSE beim flashen sehr zickig, ich hab' meine deswegen aussortiert.

Den beschriebenen Fehler hatte ich nicht nur einmal.

Das zu flashende Image war unrelevant, das Problem ist wohl das Timing beim flashen.

Nachdem ich zig verschiedene USB-Sticks probiert hatte, habe ich einen USB zu SDCard-Adapter mit einem kleinen Karten-Speicher benutzt, Voila Erfolg.

[Pike_Bishop]

Zurücksetzen ? Das wäre auf Werkseinstellungen zurücksetzen das geht direkt an der Box über die GUI.
Online Flash könnte man auch über die Konsole anstossen, aber das wird in dem Fall wohl auch nix ändern, geht in etwa so (hast ja kein Multiboot);

Code: Alles auswählen

ofgwrite -r -k <Pfad zu den Image Dateien>

[lippei]

evt. findet man da noch was

https://wiki.vuplus-support.org/index.p ... stallation

[Mr-Big]

Zurücksetzen ? Das wäre auf Werkseinstellungen zurücksetzen das geht direkt an der Box über die GUI.
Online Flash könnte man auch über die Konsole anstossen, aber das wird in dem Fall wohl auch nix ändern, geht in etwa so (hast ja kein Multiboot);

Code: Alles auswählen

ofgwrite -r -k <Pfad zu den Image Dateien>

Nach rebbot wieder alles wie vorher, nix geflashed!

Das Ergebnis....

root@MD-Uno4kSe-1:~# ofgwrite -r -k /media/hdd/

ofgwrite Utility v4.7.0
Author: Betacentauri
Based upon: mtd-utils-native-1.5.1 and busybox 1.24.1
Use at your own risk! Make always a backup before use!
Don't use it if you use multiple ubi volumes in ubi layer!

Flashing rootfs
Flashing kernel
Searching image files in /media/hdd/ resolved to /media/hdd
Found kernel file: /media/hdd/kernel_auto.bin
Found rootfs file: /media/hdd/rootfs.tar.bz2
Found EXT4 rootfs
Found mounted /newroot
Found mountpoint for rootfs file: /media/hdd

Found /proc/mtd entries:
Device: Size: Erasesize: Name: Image:
mtd0: 00200000 00001000 "flash0.bolt"
mtd1: 00010000 00001000 "flash0.macadr"
mtd2: 00010000 00001000 "flash0.nvram"
mtd3: 00010000 00001000 "flash0.devtree"
mtd4: 00400000 00001000 "flash0"
Using kernel mtd device:
Using rootfs mtd device:
Read /proc/cmdline
Kexec mode is:
Current rootfs is: /dev/mmcblk0p4
Current kernel is:
Current root sub dir is:

Execute: fdisk -l
Found valid GPT with protective MBR; using GPT

Using /dev/mmcblk0p1 as kernel device
Using /dev/mmcblk0p4 as rootfs device

killall: nmbd: no process killed
Stopping Softcam service oscam: OK
killall: CCcam: no process killed

Usage:
kill [options] <pid> [...]

Options:
<pid> [...] send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-q, --queue <value> integer value to be sent with the signal
-l, --list=[<signal>] list all signal names, or convert one to a name
-L, --table list all signal names in a nice table

-h, --help display this help and exit
-V, --version output version information and exit

For more details see kill(1).

Usage:
kill [options] <pid> [...]

Options:
<pid> [...] send signal to every <pid> listed
-<signal>, -s, --signal <signal>
specify the <signal> to be sent
-q, --queue <value> integer value to be sent with the signal
-l, --list=[<signal>] list all signal names, or convert one to a name
-L, --table list all signal names in a nice table

-h, --help display this help and exit
-V, --version output version information and exit

For more details see kill(1).
killall: kodi.bin: no process killed
killall: hddtemp: no process killed
killall: transmission-daemon: no process killed
sh: line 1: /etc/init.d/sabnzbd: No such file or directory
Stopping automount: done.
Syncing filesystem
daemonize
successful
start umount_rootfs
root@MD-Uno4kSe-1:~# cp: can't stat '/lib/libcrypt*': No such file or directory
Switching to user mode 2
Checking E2 is running...
Execute: ps
E2 still running
Execute: ps
E2 is stopped
Move mountpoint of image files
Moving /oldroot/media/hdd to /media/hdd
umounting: /media/autofs
umounting: /dev/shm
umounting: /proc/fs/nfsd
umounting: /sys/fs/fuse/connections
umounting: /media
umounting: /sys/kernel/debug
/bin/automount: error while loading shared libraries: libautofs.so: cannot open shared object file: No such file or directory
Error starting autofs
init: /run/initctl: No such file or directory
Execute: fuser -k -m /oldroot/
1 1013 1216 1221 found vu or gb or octagon or ntfs process /oldroot/usr/bin/dvb_server -> don't kill
found vu or gb or octagon or ntfs process /oldroot/usr/bin/init_client -> don't kill

[kueken]

sorry, aber man hatte es dir doch gesagt.
Nix ofgwrite!

Flash via usb und mach alles aber, wenn du es sicher haben willst.
Alles ab!
Heißt alles ab!
Keine andere USB-Platte und auch kein HDMI.

Flash via USB und ich lege mal einen drauf, flashe ein Image vor dem Kexec Images.
Ich weiß, das ich eine heilige Kuh hier ansoße, aber das ist mir egal.

Flashe die Box mit einem alten 6.4, oder einen pli Image 8.3.

Ich denke, dir geht es um das Wesentliche, nämlich um die Möglichkeit wieder auf den Flash zuzugreifen.
Dann solltest du das oben bereits erwähnte auch befolgen.

Aus meiner Sicht gilt dies für alle User, die dieses Dilemma erleben.
Flashe ein altes VTI, altes Pli, oder uraltes OE-Alliance Image

Man kann mich vertrösten wie man will, aber dieses Kexec macht eben mehr Probleme, als man irgendwie akzeptieren möchte.
Behaupte ich, der absolut keine Ahnung hat, da sich keine VU+ in seinem Besitz befindet.

und nein, das hat nix mit eine speziellen "Zickkicgkeit einer bestimmten VU+ zu tun.

Dieses Feedback gab es von Anfang an bzgl der Kexec, nur wird es eben nicht ernst genommen.
Leider.

[Mr-Big]

sorry, aber man hatte es dir doch gesagt.
Nix ofgwrite!

Flash via usb und mach alles aber, wenn du es sicher haben willst.
Alles ab!
Heißt alles ab!
Keine andere USB-Platte und auch kein HDMI.

Flash via USB und ich lege mal einen drauf, flashe ein Image vor dem Kexec Images.
Ich weiß, das ich eine heilige Kuh hier ansoße, aber das ist mir egal.

Flashe die Box mit einem alten 6.4, oder einen pli Image 8.3.

Ich denke, dir geht es um das Wesentliche, nämlich um die Möglichkeit wieder auf den Flash zuzugreifen.
Dann solltest du das oben bereits erwähnte auch befolgen.

Aus meiner Sicht gilt dies für alle User, die dieses Dilemma erleben.
Flashe ein altes VTI, altes Pli, oder uraltes OE-Alliance Image

Man kann mich vertrösten wie man will, aber dieses Kexec macht eben mehr Probleme, als man irgendwie akzeptieren möchte.
Behaupte ich, der absolut keine Ahnung hat, da sich keine VU+ in seinem Besitz befindet.

und nein, das hat nix mit eine speziellen "Zickkicgkeit einer bestimmten VU+ zu tun.

Dieses Feedback gab es von Anfang an bzgl der Kexec, nur wird es eben nicht ernst genommen.
Leider.

Danke auch für diesen Vorschlag...
Aber wie erwähnt, es lässt sich nix flashen!!!!
Ich kann etliche Medien zum USB-Flash nutzen...
Ich kann sämtliche Images zum flashen benutzen...
.. aber es wird immer und immer wieder das bisherige 7.5.1. samt Einstellungen geladen.
Sobald ein Reboot erfolgt, zum Beispiel nach dem flashen, ist nix geschrieben!

[kueken]

Die VU+ hat dafür ein Notfall-System, glücklicher Weise.

Bevor ich hier was falsche sage, hoffe ich das Pike noch mal vorbei guckt.
Wichtig ist dafür aber ein USB-Stick mit einem nicht Kexec-Image, wie oben bereits angeraten.
Dann die Notfallprocedure laufen lassen.

Das hat bisher glaub noch alle Probleme wieder beseitigt.

Also nicht die Flinte ins Korn schmeißen, die Box ist intakt.

Grüße