Zitat von geromino: „ich habe letztens wieder mal was über Sat aufgenommen und da ist mir aufgefallen, das Blinken im Display geht nicht abzustellen “ Welche Box? Mach doch mal einen Screenshot von den Einstellungen.

Zitat von ghost0815: „Maxytec Multibox SE “ Baugleich zu Anadol und AX Multiox SE, deutlich unter 100€ und läuft gut.

Klarer Fall, unter deinem HDF Image ist die Platte NICHT unter /media/hdd gemountet. Also wird der interne Speicher als HDD verwendet. Gesendet von meinem SM-S921B mit Tapatalk

Führe mal jeweils unter OATV und HDF per ssh/telnet ein df aus und poste das Ergebnis. Gesendet von meinem SM-S921B mit Tapatalk

Wenn die Box beim booten wegen Oscam & Co hängen bleibt, einfach mit telnet/ssh drauf gehen und das hier ausführen: root@gbue4k:~# unlink /etc/init.d/softcam Das ist ein Softlink, der auf das jeweilig eingestellte OSCAM zeigt, zum Beispiel so: root@gbue4k:~# ls -l /etc/init.d/softcam lrwxrwxrwx 1 root root 18 Mai 24 2025 /etc/init.d/softcam -> softcam.OSCam-ICAM

Welche Version lief denn vorher? Bei mir war es eine OScam-Version, die unter 7.5 nicht mehr lief und genau den gleichen Effekt gezeigt hat (boot bis 49%). Läßt sich aber sehr einfach beheben.

Dafür sollte man mal ein neues Thema aufmachen. Gesendet von meinem SM-S921B mit Tapatalk

Zitat von Hautdenlucas: „Das sieht dann eher danach aus, als ist schon jemand am Daten ausspionieren. “ Quatsch.

Zitat von Dalek one: „Ist das jetzt ein Problem vom HDF 7.5 oder vom OATV 8.0 ? Statt Openatv 8.0 wird : Type root to login ..... “ Gerade frisch installiert und noch nie gestartet? Dann ist das völlig normal. Das wird der Inhalt von /etc/issue sein, die wird erst beim Einrichten richtig geschrieben. Dann sollte alles normal sein. Hier ist der Inhalt der "jungfräulichen" /etc/issue Datei: Welcome to OpenHDF \n \l openhdf 8.0 \n \l Type 'root' to login with superuser privileges (no password will …

Was du installierst ist doch das Teamimage. Gesendet von meinem SM-S921B mit Tapatalk

Bei mir (UE 4k) ist es Slot 3. Führe den Befehl aus, dann wissen wir es. root@gbue4k:# cd /boot root@gbue4k:/boot# grep /dev/mmcblk0p9 `ls` STARTUP:boot emmcflash0.kernel3: 'root=/dev/mmcblk0p9 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=608m@2464m' STARTUP_3:boot emmcflash0.kernel3: 'root=/dev/mmcblk0p9 rootwait rw rootflags=data=journal libata.force=1:3.0G,2:3.0G,3:3.0G coherent_poll=2M vmalloc=525m bmem=529m@491m bmem=…

Hier schaut er in alle Slots: Quellcode (11 Zeilen) Demnach ist der letzte, also /dev/mmcblk0p9, das kaputte. Mach mal cd /boot und dann root@gbue4k:/boot# grep /dev/mmcblk0p9 `ls` (per copy&paste, das richtige Hochkomma ist wichtig)

Poste mal das ganze Log, da sollte man sehen können, welches schlecht ist. Wir schauen mal, welches das ist und dann bügelst du einfach im Rescue Mode ein frisches Image in den Slot.

Das war doch auch von Dir? Crash bei Multibootauswahl

Zitat von Parabolic: „FileNotFoundError: [Errno 2] No such file or directory: '/tmp/Multiboot472t_vrb/etc/issue' “ Das kommt mir doch bekannt vor. Die Routine versucht die anderen Images zu mounten und die Datei /etc/issue auszulesen. Das klappt nicht, also Crash. Eines deiner Images ist schlecht und verursacht den Fehler.

Schau doch mal nach, ob der entsprechende Reader aktiviert ist. Dann starte den Reader neu und sende das Log ab dem Restart. Am besten noch einen Screenshot von der Statusseite dazu.

Ist die beste Lösung.

Zitat von fern-seher: „Mach doch mal über ssh ein ip addr show“ Und? Gesendet von meinem SM-S921B mit Tapatalk

Mach doch mal über ssh ein ip addr show

Gibt es hier Fortschritte? Gesendet von meinem SM-S921B mit Tapatalk