PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : [spark7162] 11149: "Stop timeshift and save to movie dir" führt zum reboot



Mikam_0815
05.07.2013, 00:38
Hallo,

hatte heute timeshift laufen und beim Beenden wollte ich das Aufgenommene speichern. Laut movie dir hat er auch gespeichert, hat dann aber im Anschluss einen reboot gemacht.

Laut log gab es wohl ein segmentation fault, aber keinen GS.


uxTxt running thread...(021)

[__evSeekableStatusChanged]

resolved to PLAY

eDVBServicePlay::unpause

resolved to PLAY

eDVBServicePlay::unpause

[eFilePushThreadRecorder] stopping thread.

[eDVBRecordFileThread] waiting for aio to complete

[eDVBRecordFileThread] Waiting for I/O to complete

[eDVBRecordFileThread] buffer usage histogram (6 buffers of 188 kB)

0: 433

1: 18815

2: 2

3: 2

4: 3

5: 2

6: 1

[eDVBRecordFileThread] Demux buffer overflows: 1

[eFilePushThreadRecorder] THREAD STOP

thread joined 0

timeshift files not deleted

not pauseable.

unimplemented: scale on non-accel surfaces

-------

Segmentation fault

e2 ended <- RTV: 139

*

ERROR

starting e2->

INIT: Switching to runlevel: 6

INIT: Sending processes the TERM signal

lircd-0.9.0[1106]: removed client

Sending all processes the TERM signal...lircd-0.9.0[1106]: caught signal

done.

Sending all processes the KILL signal...done.

suchmich1983
05.07.2013, 06:26
@mikam_0815
Bitte packe diese Codeschnippsel in [CODE] und nicht in Zitate. Ist übersichtlicher!

danke

morly
05.07.2013, 10:32
Ist dieser Fehler reproduzierbar (auch nach kurzen Timeshifts) oder tritt er nur sporadisch auf?

Mikam_0815
05.07.2013, 10:46
Muss ich später nochmals Testen.....auch muss ich mir mal den gespeicherten Film anschauen.

Update: 2 x 1 Minute hat er ohne Probleme gemacht...jetzt lasse ich TS mal für ca. 90 rennen und versuche das Speichern dann nochmals, gestern waren es ca.2h als es schepperte.

morly
05.07.2013, 11:24
ok - stelle es gerade auf der 910 nach
Frage: bist du gegangen auf:


yes and save oder



yes and save in movie dir

Mikam_0815
05.07.2013, 11:33
Auf "yes and save in movie dir", da ich nicht wusste wo er es sonst hinschreiben würde :)

Es hat relativ lange gedauert bis er neu gebootet hat, er scheint zuerst fleissig geschrieben zu haben. Mich verunsichert aber dieser Segmentation fault, hatte ich mit dem letzten release ab und zu beim zappen. Werde och keinen faulen RAM haben :O

Hast Du während des timeshift auch die Meldungen im seriellen log:

unimplemented: scale on non-accel surfaces

unimplemented: scale on non-accel surfaces

...


Kommen immer wieder vor, habe ich aber auch schon in älteren logfiles gefunden....oder hängt das mit dem MetrixHd skin zusammen?

morly
05.07.2013, 12:10
bei der ufs910 nach 40 Minuten problemlos...
schau mir jetzt das ser. log an

Mikam_0815
05.07.2013, 12:58
Auch bei mir jetzt bei 105 Minuten kein Problem, hier das log dazu

eDVBServicePlay::unpause

[eFilePushThreadRecorder] stopping thread.

[eDVBRecordFileThread] waiting for aio to complete

[eDVBRecordFileThread] Waiting for I/O to complete

[eDVBRecordFileThread] buffer usage histogram (6 buffers of 188 kB)

0: 155

1: 57380

2: 46

3: 16

4: 1

5: 1

6: 2

[eFilePushThreadRecorder] THREAD STOP

thread joined 0

timeshift files not deleted

not pauseable.

unimplemented: scale on non-accel surfaces

unimplemented: scale on non-accel surfaces

unimplemented: scale on non-accel surfaces

VIDEO_GET_EVENT - ok

unhandled DVBAPI Video Event 9

unimplemented: scale on non-accel surfaces

unimplemented: scale on non-accel surfaces

VIDEO_GET_EVENT - ok

[__evVideoSizeChanged]

VIDEO_GET_EVENT - ok



Diesmal kein demux overflow

Das Endfile ist sogar grösser und gestern auch nur 78 Minuten wie ich gerade gesehen habe. Würde es dann erst einmal als "unglücklichen Zufall" priorisieren....

morly
05.07.2013, 15:35
hab jetzt nochmal eine 2-stündige Aufnahme durch (also timeshift und dann speichern)
kein Problem damit...

Mikam_0815
05.07.2013, 18:25
Neuer Test, diesmal timeshift gestartet als Platte Heia gemacht hat. Dann nach 20 Minuten Wiedergabe gestartet und ca. 3 Minuten Später timeshift beendet mit Speichern im movie dir.

Diesmal kein reboot aber im Anschluss war der tuner weg (tuning failed). Sehr seltsam, keine Ahnung was das genau war....tuner (=Programm) war aber meine ich noch kurz da und beim zappen wollte er nimmer


IDEO_PLAY - ok

DMX_SET_PES_FILTER(0x19e6) - ttx - ok

TuxTxt cache cleared

TuxTxt: initialized

TuxTxt service started 19e6

VIDEO_CONTINUE - ok

VIDEO_SLOWMOTION(0) - ok

VIDEO_FAST_FORWARD(0) - ok

AUDIO_CONTINUE - ok

disable teletext subtitles

[__evSeekableStatusChanged]

TuxTxt running thread...(19e6)

resolved to PLAY

eDVBServicePlay::unpause

resolved to PLAY

eDVBServicePlay::unpause

[eFilePushThreadRecorder] stopping thread.

[eDVBRecordFileThread] waiting for aio to complete

[eDVBRecordFileThread] Waiting for I/O to complete

[eDVBRecordFileThread] buffer usage histogram (6 buffers of 188 kB)

0: 63

1: 13790

2: 11

3: 2

[eFilePushThreadRecorder] THREAD STOP

thread joined 0

timeshift files not deleted

not pauseable.

unimplemented: scale on non-accel surfaces

VIDEO_GET_EVENT - ok

unhandled DVBAPI Video Event 9

VIDEO_GET_EVENT - ok

unhandled DVBAPI Video Event 5

VIDEO_GET_EVENT - ok

[__evVideoSizeChanged]

VIDEO_GET_EVENT - ok

[RCU] key: ed -> 00000000a25d12ed 00 PAGE+ SPARK(default)



68 - PAGE+

**** 6303 15 ****

[SEM] UP

KEY_PRESS - 68 15

++++ 20 ms ++++

playing 1:0:1:7008:436:1:C00000:0:0:0:

[eDVBCAService] free slot 0 demux 1 for service 1:0:19:2B98:3F2:1:C00000:0:0:0:

[eDVBCAService] free service 1:0:19:2B98:3F2:1:C00000:0:0:0:

decoder state: play, vpid=-1, apid=-1

DEMUX_STOP - pcr - ok

DEMUX_STOP - video - ok

VIDEO_STOP - [RCU] key: ed -> 00000000a25d12ed 01 PAGE+ SPARK(default)



68 - PAGE+

**** 104 15 ****

++++ 27 ms ++++

KEY_RELEASE - 68 00 15 15 CAUSE=Timeout

ok

AUDIO_STOP - ---- 248 ms ----

[SEM] DOWN

ok

DEMUX_STOP - audio - ok

AUDIO_CONTINUE - ok

DEMUX_STOP - ttx - ok

TuxTxt stopped service 19e6

cleaning up

TuxTxt cache cleared

start release channel timer

[__evStart]

[__evSeekableStatusChanged]



not pauseable.

not pauseable.

RemovePopup, id = ZapError

[eDVBLocalTimerHandler] remove channel 0x1f1ece8

[eEPGCache] remove channel 0x1f1ece8

allocate channel.. 0436:0001

opening frontend 1

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

frontend not yet ready? try to open frontend again...

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

frontend not yet ready? try to open frontend again...

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

(1)tune

no frontend device opened... do not try to tune !!!

[eDVBLocalTimerHandler] remove channel 0x1ca49a8

[eEPGCache] remove channel 0x1ca49a8

allocate Channel: res -3

DVB service failed to tune - error 10

RemovePopup, id = ZapError

AddPopup, id = ZapError

unimplemented: scale on non-accel surfaces

[DVBCAHandler] no more services

close frontend 2

[turnOffSatCR] running mainloop

[SEC] setVoltage 1

[SEC] sleep 200ms

[SEC] setVoltage 4

[SEC] setTone 0

[SEC] sleep 20ms

[SEC] sendDiseqc: e0105a2000(?)

[SEC] sleep 50ms

[SEC] setVoltage 1

[SEC] delayed close frontend

close frontend 2

[RCU] key: dd -> 00000000a25d22dd 00 PAGE- SPARK(default)



6D - PAGE-

**** 5410 16 ****

[SEM] UP

morly
06.07.2013, 07:32
opening frontend 1

failed! (/dev/dvb/adapter0/frontend1) Device or resource busy

(1)tune

no frontend device opened... do not try to tune !!!

Den Fehler kennen wir bereits sehr gut - leider!
Das frontend Device kann nicht mehr geöffnet werden (Device or resource busy),
somit kann auch nicht mehr getuned werden...
War das beim Umschalten auf einen anderen Kanal noch immer der Fall? Musstest rebooten?

Mikam_0815
06.07.2013, 09:10
Ja, nur mit reboot wieder zu bereinigen.