Box freezed unter Aufnahme

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

  • Während einer laufenden Aufnahme sollte die Platte aber durchlaufen.
    Der gemeldete Fehler besagt, dass der Prozess schon mehr als 120 Sekunden läuft.
    In der Zeit hätten auch schlafende Platten eigentlich wieder aktiv sein...

    Ist aber alles etwas Spekulation, ob es wirklich die Verbindung zum NAS ist.
    Das könnte man überprüfen, indem für die Aufnahme zu Testzwecken ein lokales Medium an die Box angeschlossen wird, z.B. per USB.

  • Da sind wirklich Kernel-Fehler geloggt (eher Warnungen), hat @RickX schon gefunden:

    Quellcode

    1. Apr 30 17:32:27 vuduo4kse user.err kernel: [23640.214322] INFO: task enigma2:1256 blocked for more than 120 seconds.
    2. Apr 30 17:32:27 vuduo4kse user.err kernel: [23640.220877] Tainted: P O 4.1.45-1.17 #1
    3. Apr 30 17:32:27 vuduo4kse user.err kernel: [23640.226396] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables th
    4. is message.
    5. Apr 30 17:32:27 vuduo4kse user.info kernel: [23640.234253] enigma2 D c05dcfc4 0 1256 1252 0x00000000
    6. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234280] [<c05dcfc4>] (__schedule) from [<c05dd38c>] (schedule+0x40/0x
    7. 98)
    8. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234304] [<c05dd38c>] (schedule) from [<c05dd700>] (schedule_preempt_d
    9. isabled+0xc/0x10)
    10. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234318] [<c05dd700>] (schedule_preempt_disabled) from [<c05deb20>] (_
    11. _mutex_lock_slowpath+0x9c/0x150)
    12. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234328] [<c05deb20>] (__mutex_lock_slowpath) from [<c05dec20>] (mutex
    13. _lock+0x4c/0x50)
    14. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234339] [<c05dec20>] (mutex_lock) from [<c045ba78>] (dvb_demux_releas
    15. e+0x1c/0x18c)
    16. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234351] [<c045ba78>] (dvb_demux_release) from [<c00e3a04>] (__fput+0x
    17. 80/0x1c8)
    18. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234364] [<c00e3a04>] (__fput) from [<c003e3e8>] (task_work_run+0xac/0
    19. xe4)
    20. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234379] [<c003e3e8>] (task_work_run) from [<c0012f10>] (do_work_pendi
    21. ng+0x7c/0xa4)
    22. Apr 30 17:32:27 vuduo4kse user.warn kernel: [23640.234395] [<c0012f10>] (do_work_pending) from [<c001004c>] (work_pendin
    23. g+0xc/0x20)
    Alles anzeigen

    Was der Code macht: da klemmt was (__mutex*), beim Versuch einen Muxer freizugeben (dvb_demux_release)

    Der streamproxy ist darin offenbar auch involviert.

    Streamst du gleichzeitig bei der Aufnahme?
    Diskutiere nie mit einem Idioten. Er zieht dich auf sein Niveau runter und schlägt dich mit seiner Erfahrung.

  • Um ein paar Fragen zu beantworten:

    Es lief die Aufnahme von DAZN1 zu diesem Zeitpunkt auf die NAS.
    Auf diese wird direkt aufgenommen.

    Streamrelay war aktiv, da die Aufnahme von DAZN gerade durchgeführt wurde.

    Die NAS sollte das Problem nicht sein, die habe ich seit 1,5y am laufen und gab nie Probleme.
    Ich denke eher, dass das Streamrelay hier das Problem verursacht :(