Vu+ Uno 4K SE bleibt immer stehen, wenn das Lan Kabel angeschlossen ist.

    Diese Seite verwendet Cookies. Durch die Nutzung unserer Seite erklären Sie sich damit einverstanden, dass wir Cookies setzen. Weitere Informationen

    • Vu+ Uno 4K SE bleibt immer stehen, wenn das Lan Kabel angeschlossen ist.

      Hallo zusammen,

      Seit heute ( Box ist ca. 18 Monate alt ) bleibt der Box immer stehen, wenn das Lan Kabel angeschlossen ist.

      Wenn das Kabel angeschlossen ist, fährt die Kiste hoch und nach ca. 2 Minuten kommen links oben die laden Balken und bleibt er stehen - das Bild bleibt schwarz, das Display wird Grün und blinkt, Netzwerktechnisch ist die Kiste noch erreichbar.

      Wenn das Lan Kabel nicht angeschlossen ist, funktioniert alles ohne Probleme.

      Was ich schon getestet habe:
      VTI 15.0 neu installiert und alles wieder neu eingerichtet - Box bleibt mit Lan Kabel stehen
      Egal ob Oscam installiert oder aktiviert ist - bleibt stehen.

      Bitte das Log anschauen:
      Spoiler anzeigen
      Nov 25 12:31:13 vuuno4kse daemon.info avahi-daemon[1076]: Registering new address record for fe80::21d:ecff:fe13:5bc5 on eth0.*.Nov 25 12:31:14 vuuno4kse user.info kernel: [ 49.046298] bcmgenet f0b00000.ethernet eth0: Link is Down
      Nov 25 12:31:14 vuuno4kse user.info kernel: [ 49.736297] bcmgenet f0b00000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
      Nov 25 12:31:18 vuuno4kse daemon.info avahi-daemon[1076]: Registering new address record for 2003:c8:2719:e000:21d:ecff:fe13:5bc5 on eth0.*.
      Nov 25 12:31:18 vuuno4kse daemon.info avahi-daemon[1076]: Withdrawing address record for fe80::21d:ecff:fe13:5bc5 on eth0.
      Nov 25 12:31:25 vuuno4kse cron.err crond[1040]: time disparity of 26771731 minutes detected
      Nov 25 12:33:06 vuuno4kse user.warn kernel: [ 161.537596] enigma2 invoked oom-killer: gfp_mask=0x200da, order=0, oom_score_adj=-999

      Nov 25 12:33:07 vuuno4kse user.err kernel: [ 161.538035] Out of memory: Kill process 791 (dvb_server) score 1 or sacrifice child
      Nov 25 12:33:07 vuuno4kse user.err kernel: [ 161.545771] Killed process 791 (dvb_server) total-vm:538516kB, anon-rss:204kB, file-rss:0kB
      Nov 25 12:33:07 vuuno4kse user.warn kernel: [ 161.555270] enigma2 invoked oom-killer: gfp_mask=0x200da, order=0, oom_score_adj=-999
      Nov 25 12:33:07 vuuno4kse user.warn kernel: [ 161.555280] CPU: 1 PID: 1116 Comm: enigma2 Tainted: P O 4.1.20-1.9 #1
      Nov 25 12:33:07 vuuno4kse user.warn kernel: [ 161.555283] Hardware name: Broadcom STB (Flattened Device Tree)
      Was ich noch gesehen habe:
      Wenn die Kiste unter 599110 Speicher kommt ( nach ca 2 Minuten ), bleibt stehen, dann wird das Bild schwarz und Speicher geht wieder auf 660xxx
      Spoiler anzeigen
      root@vuuno4kse:~# free
      total used free shared buff/cache available
      Mem: 724840 104768 525552 504 94520 599116
      Swap: 0 0 0
      root@vuuno4kse:~# free
      total used free shared buff/cache available
      Mem: 724840 46292 660700 532 17848 660356
      RAM Speicher Defekt ?

      Danke
      Lukas
      Dateien
      • vu4kse.txt

        (28,94 kB, 5 mal heruntergeladen, zuletzt: )

      Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von hgdo ()

    • Der Ladebalken (der sogenannte "Spinner") kommt, wenn auf eine Ressource zugegriffen werden soll, die nicht verfügbar ist oder nicht antwortet. Dann muss das System warten, bis die Antwort kommt.

      In deinem Fall ist das offensichtlich etwas aus dem Netzwerk, was nicht erreichbar ist.

      Wenn Du das Netzwerk-Kabel abziehst und dann die Box startest, ist das Netzwerk komplett deaktiviert. Dann versucht die Box gar nicht erst, auf das Netzwerk zuzugreifen. Und daher gibt es dann auch kein Problem mit einem nicht antwortenden Netzwerk-Service.

      Wenn das Kabel angeschlossen ist, ist das Netzwerk vorhanden, also wird auch versucht, auf die Netzwerksysteme zuzugreifen, die Du konfiguriert hast. Das können verschiedene sein. Die üblichen Verdächtigen sind:
      • Netzwerk-Freigaben
      • Wetter-Server
      • AEL, TMDB etc.
      • Alexa
      • Telegramm
      • ...
      Du müsstest jetzt herausfinden, welcher dieser Dienste es ist, den Du verwenden möchtest, der aber nicht erreichbar ist.

      Um das herauszufinden, musst Du das Debug-Log der Box einschalten und dann warten bis der Spinner kommt. Dann kann man hoffentlich im Debug-Log sehen, welcher Zugriff da klemmt.

      Das, was Du beschreibst, ist ganz typisches Verhalten, wenn etwas im Internet nicht erreicht werden kann.

      Das ist ganz bestimmt ken RAM-Problem...
      Das mit dem RAM ist eine ganz andere Sache. Linux verwendet immer alles an RAM, was verfügbar ist. Dieser wird z.B. als I/O-Buffer verwendet. Die Ausgaben von free zeigen dann weniger in der Spalte "free" an, der größte Teil ist aber in "buf/cache available". Das ist der als Puffer verwendete RAM, der jederzeit vom System wieder freigegeben werden kann. Das ist ganz normales und gewünschtest Verhalten eines Linux-Systems.