[Gelöst] vdr bleibt nachts zwischen 0.00 Uhr und 1.00 Uhr stehen

Hi alle zusammen,

ich hab ein etwas kurioses Phänomen: nahezu täglich bleibt nachts zwischen 0.00 Uhr und 1.00 Uhr mein vdr-Server stehen (manchmal hängt nur der vdr-Thread, manchmal friert er komplett ein, so dass selbst Maus und Tastatur und Netzwerk tot sind).

Das Ganze passiert unabhängig von der Laufzeit, egal ob der Rechner morgens neu gestartet wurde oder kurz vor Mitternacht. Ich habe mittlerweile nahezu alle Komponenten getauscht, es kann also kein Hardware-Problem sein. Ein Hitzeproblem kann ich auch ziemlich ausschließen, da sensors permanent protokolliert. Ebenso sind die Spannungen stabil.

Die IRQ's der TV-Karten sind mit 3, 5 und 11 auch alle unterschiedlich. Ich bin echt ratlos.

Interessanterweise funktioniert alles, sobald ich eine der 3 TV-Karten herausziehe, dabei ist es relativ egal, welche ich herausnehme.

Hat irgendwer ne Idee?

Viele Grüße,
Flipsen

Hi infinite,

nein, hab ich gerade gecheckt. Nichts, was in dem betreffenden Zeitraum läuft. Ich werd heute Nacht mal spaßeshalber X abschalten und den vdr mal auf der Konsole ohne Frontend laufen lassen.

Ich hatte ja erst gedacht, es läge an der Stromversorgung, weil es immer nur auftritt, wenn die dritte Karte drin ist, aber das neue Netzteil brachte ja auch keine Verbesserung.

Was vielleicht auch noch interessant ist, ich starte vdr normalerweise von der Kommandozeile, ohne runvdr.

Letztes Wochenende hab ich spaßeshalber mal wieder runvdr versucht, seitdem tritt das wieder auf. Vorher lief der Rechner samst seiner 3 TV-Karten ca. 1 Woche stabil durch.

Gruß, Flipsen

magicamun:

nichts, keine Fehlermeldungen in /var/log/messages:

Nov 16 00:22:05 localhost vdr: [5897] frontend 2 timed out while tuning to channel 1175, tp 111900
Nov 16 00:24:16 localhost vdr: [5887] connect from 127.0.0.1, port 57548 - accepted
Nov 16 00:24:22 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:24:22 localhost vdr: [5887] connect from 127.0.0.1, port 52309 - accepted
Nov 16 00:24:22 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:24:22 localhost vdr: [5887] connect from 127.0.0.1, port 58944 - accepted
Nov 16 00:24:24 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:25:33 localhost vdr: [5887] cleaning up schedules data
Nov 16 00:27:53 localhost vdr: [5898] channel 6 (RTL Television) event Don 16.11.2006 00:27-00:35 'RTL Nachtjournal - Das Wetter' status 4
Nov 16 00:27:53 localhost vdr: [5898] channel 9 (VOX) event Don 16.11.2006 00:15-01:10 'Criminal Intent - Verbrechen im Visier' status 4
Nov 16 00:28:35 localhost vdr: [5887] cleaning up id3 cache
Nov 16 00:34:26 localhost vdr: [5887] connect from 127.0.0.1, port 37495 - accepted
Nov 16 00:34:33 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:34:33 localhost vdr: [5887] connect from 127.0.0.1, port 54245 - accepted
Nov 16 00:34:33 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:34:33 localhost vdr: [5887] connect from 127.0.0.1, port 59326 - accepted
Nov 16 00:34:33 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:35:03 localhost vdr: [5894] frontend 1 timed out while tuning to channel 164, tp 212090
Nov 16 00:37:09 localhost vdr: [5894] frontend 1 timed out while tuning to channel 35, tp 212610
Nov 16 00:38:33 localhost vdr: [5897] frontend 2 timed out while tuning to channel 1175, tp 111900
Nov 16 00:44:22 localhost vdr: [5898] channel 6 (RTL Television) event Don 16.11.2006 00:35-01:25 'Die Super Nanny' status 4
Nov 16 00:44:35 localhost vdr: [5887] connect from 127.0.0.1, port 34840 - accepted
Nov 16 00:44:41 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:44:41 localhost vdr: [5887] connect from 127.0.0.1, port 46896 - accepted
Nov 16 00:44:41 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:44:41 localhost vdr: [5887] connect from 127.0.0.1, port 38934 - accepted
Nov 16 00:44:42 localhost vdr: [5887] closing SVDRP connection
Nov 16 08:03:56 localhost syslogd 1.4.1#18: restart.
Nov 16 08:03:56 localhost kernel: klogd 1.4.1#18, log source = /proc/kmsg started.

Das einzige, was etwas eigenartig ist, ist das ständige Verbinden und wieder Trennen vom vdr-sxfe auf dem Server selbst. Ich dachte eigentlich, dass das ein anderes Problem wäre, aber vielleicht hängt das ja zusammen?

Ich seh gerade in /var/log/syslog, dass der Server intern doch noch weitergelaufen ist. Wieso verabschiedet sich da aber X? Ok, heute nacht bleibt vdr-sxfe wirklich aus, mal sehen, was dann morgen früh ist.

Gruß, Flipsen

Ok, nochmal Auszüge aus der syslog:

Kurz vor 1.00 Uhr bis 8.00 Uhr, als ich dann Reset gedrückt habe:

Nov 16 00:42:58 localhost kernel: cx88[1]/2: [ef164c80/0] cx8802_buf_queue - first active
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: +12V: +12.71 V (min = +2.19 V, max = +1.22 V) [ALARM]
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: +3.3V: +3.18 V (min = +0.32 V, max = +0.02 V) [ALARM]
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: V5SB: +5.03 V (min = +1.94 V, max = +4.84 V) [ALARM]
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: VBat: +2.99 V (min = +3.15 V, max = +1.14 V) [ALARM]
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: fan1: 0 RPM (min = 16875 RPM, div = 2) [ALARM]
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: CPU Fan: 1394 RPM (min = 168750 RPM, div = [ALARM]
Nov 16 00:43:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: SB Fan: 6428 RPM (min = 17307 RPM, div = 2) [ALARM]
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@y
Nov 16 00:43:18 localhost kernel: cx88[2]/2: queue is empty - first active
Nov 16 00:43:18 localhost kernel: cx88[2]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:43:18 localhost kernel: cx88[2]/2: setting the interrupt mask
Nov 16 00:43:18 localhost kernel: cx88[2]/2: [ebdfb2c0/0] cx8802_buf_queue - first active
Nov 16 00:43:18 localhost kernel: cx88[2]/2: cx8802_restart_queue
Nov 16 00:43:18 localhost kernel: cx88[2]/2: cx8802_restart_queue: queue is empty
Nov 16 00:43:18 localhost kernel: cx88[2]/2: queue is empty - first active
Nov 16 00:43:18 localhost kernel: cx88[2]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:43:18 localhost kernel: cx88[2]/2: setting the interrupt mask
Nov 16 00:43:18 localhost kernel: cx88[2]/2: [e5aba440/0] cx8802_buf_queue - first active
Nov 16 00:43:18 localhost kernel: cx88[1]/2: queue is empty - first active
Nov 16 00:43:18 localhost kernel: cx88[1]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:43:18 localhost kernel: cx88[1]/2: setting the interrupt mask
Nov 16 00:43:18 localhost kernel: cx88[1]/2: [ebdfbec0/0] cx8802_buf_queue - first active
Nov 16 00:43:18 localhost kernel: cx88[1]/2: cx8802_restart_queue
Nov 16 00:43:18 localhost kernel: cx88[1]/2: cx8802_restart_queue: queue is empty
Nov 16 00:43:18 localhost kernel: cx88[1]/2: queue is empty - first active
Nov 16 00:43:18 localhost kernel: cx88[1]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:43:18 localhost kernel: cx88[1]/2: setting the interrupt mask
Nov 16 00:43:18 localhost kernel: cx88[1]/2: [ef164c80/0] cx8802_buf_queue - first active
Nov 16 00:43:18 localhost kernel: cx88[1]/2: cx8802_restart_queue
Nov 16 00:43:18 localhost kernel: cx88[1]/2: cx8802_restart_queue: queue is empty
Nov 16 00:43:18 localhost kernel: cx88[1]/2: queue is empty - first active
:
Nov 16 00:43:40 localhost kernel: cx88[1]/2: queue is empty - first active
Nov 16 00:43:40 localhost kernel: cx88[1]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:43:40 localhost kernel: cx88[1]/2: setting the interrupt mask
Nov 16 00:43:40 localhost kernel: cx88[1]/2: [ebdfbec0/0] cx8802_buf_queue - first active
Nov 16 00:43:40 localhost kernel: cx88[1]/2: cx8802_restart_queue
Nov 16 00:43:40 localhost kernel: cx88[1]/2: cx8802_restart_queue: queue is empty
Nov 16 00:43:40 localhost kernel: cx88[1]/2: queue is empty - first active
Nov 16 00:43:40 localhost kernel: cx88[1]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:43:40 localhost kernel: cx88[1]/2: setting the interrupt mask
Nov 16 00:43:40 localhost kernel: cx88[1]/2: [ef164c80/0] cx8802_buf_queue - first active
Nov 16 00:43:40 localhost vdr: [5898] changing name of channel 190 from 'Live Wetten,;' to 'PREMIERE WIN,WIN;PREMIERE'
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@84 V) [ALARM]
Nov 16 00:44:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: VBat: +2.98 V (min = +3.15 V, max = +1.14 V) [ALARM]
Nov 16 00:44:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: fan1: 0 RPM (min = 16875 RPM, div = 2) [ALARM]
Nov 16 00:44:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: CPU Fan: 1383 RPM (min = 168750 RPM, div = [ALARM]
Nov 16 00:44:01 localhost sensord: Sensor alarm: Chip w83627thf-isa-0290: SB Fan: 6428 RPM (min = 17307 RPM, div = 2) [ALARM]
:
Nov 16 00:44:21 localhost kernel: cx88[2]/2: setting the interrupt mask
Nov 16 00:44:21 localhost kernel: cx88[2]/2: [e5aba440/0] cx8802_buf_queue - first active
Nov 16 00:44:22 localhost kernel: cx88[2]/2: cx8802_restart_queue
Nov 16 00:44:22 localhost kernel: cx88[2]/2: cx8802_restart_queue: queue is empty
Nov 16 00:44:22 localhost kernel: cx88[2]/2: queue is empty - first active
Nov 16 00:44:22 localhost kernel: cx88[2]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:44:22 localhost kernel: cx88[2]/2: setting the interrupt mask
Nov 16 00:44:22 localhost kernel: cx88[2]/2: [ebdfb2c0/0] cx8802_buf_queue - first active
Nov 16 00:44:22 localhost vdr: [5898] channel 6 (RTL Television) event Don 16.11.2006 00:35-01:25 'Die Super Nanny' status 4
Nov 16 00:44:23 localhost vdr: [5895] changing name of channel 349 from 'ONTValt,;BetaDigital' to 'APS.TV4,;BetaDigital'
Nov 16 00:44:23 localhost vdr: [5895] changing name of channel 351 from 'LokalSAT,;BetaDigital' to 'APS.TV5,;BetaDigital'
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@2_restart_queue
Nov 16 00:44:42 localhost kernel: cx88[2]/2: cx8802_restart_queue: queue is empty
Nov 16 00:44:42 localhost kernel: cx88[1]/2: cx8802_restart_queue
Nov 16 00:44:42 localhost kernel: cx88[1]/2: cx8802_restart_queue: queue is empty
Nov 16 00:44:42 localhost kernel: cx88[2]/2: queue is empty - first active
Nov 16 00:44:42 localhost kernel: cx88[2]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:44:42 localhost kernel: cx88[2]/2: setting the interrupt mask
Nov 16 00:44:42 localhost kernel: cx88[2]/2: [ebdfbec0/0] cx8802_buf_queue - first active
Nov 16 00:44:42 localhost vdr: [5887] closing SVDRP connection
Nov 16 00:44:42 localhost kernel: cx88[2]/2: cx8802_restart_queue
Nov 16 00:44:42 localhost kernel: cx88[2]/2: cx8802_restart_queue: queue is empty
Nov 16 00:44:43 localhost kernel: cx88[1]/2: cx8802_start_dma w: 0, h: 0, f: 2
Nov 16 00:44:43 localhost kernel: cx88[1]/2: setting the interrupt mask
Nov 16 00:44:43 localhost kernel: cx88[1]/2: [ebdfbec0/0] cx8802_buf_queue - first active
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@<8D>Ñ<81>õª>¿Ám½Å7<80>qms<9B>Ì èc~¹Å2¸æòP¶ê@øÚV<8C>oÑHln<9D>9¸<80>9<8D>Þ=±9´=º+\Z¶µV¤
<98>ÐηÁ^D0^Eo5§Fõ^@8o8ÝÇ·<98>LoSéµ¾4^@õâ<80>ESC{y^Pl^Zã^Tí¡µ¾Ç<85>·âgH^@±ÄJ<90>&º©~-ë^@äÆò^SÉZ<9B>ç<82>o^Þùo^Z^CØ^RÜyESCEg ôµ¼<96>óàC_<85>Ö}m^BÏÜ<94>^K<8D>hÓ
+wK^_"6óª<90><9B><8D>ÞJ^COVïs^C<89>RÖØöåSESC¯^K^Cm·! S\$¶ì{<87><80>^N<98><8D>ÌÞ74^QK:7T<8A>¨Ö^QKlekj^?4"\=ESC3¸¨ßA#<97>ESC¢E[^Z2µ7òÂ^AM²<8A>67Øþáíê^? e§*3oå$~
§È<8C>¾vµ<9F>R7?oºG^Fk´4æý4G_<97>·Ô¶Ý<9B>³Æ<96><8A>Ü.<88><8D>¾<96>ßòìS¦pS`¶ÖýÀ^@N,^P@Oà<9D>óø<83>5¿^^^Q}<9F>íõsúØ^U^G<9E>ÝÙM<8D>Töøǵ¶«VÚ´¶îlNnãÀ|^¶^CÛ¡KknV¦õ
Â^TMo¡
]Ãý[äà^S·¶Àû ÃC<9B>H[Söx ^V+|»x®^U<8A><81>mí`
Sv 'rÿVÆÒÛªB<9B>ø<9E>Ï'<94>Ù^KH èÅà^E^X±½Ð^C Bÿ§<87>x·CªkE9¿<9C>ûÏ7^U|[Ô^K·^ÞÈYU¯ù<84>þ#y¼^G5Öü½n ¼½ñ^V@À¶û<80>^C±`^G5&x7Ø<88>¼×Úªß/íIÔ¶íymQ ¿<95>^S ô^í}o¤^KÒ
Ïj{^Mo<98>è;ESC·[ò<9C>Ò<98>÷l<8D>Þ|,
k)mÉESCFþyïL± ^SMFö<94>9±ÒÛ\<8C>«x{µXkz*[%)¹£[|W¶]*·uªTh<8D>U¼´°9¸Ï^%oNz0ßÃm<81>ö6<8D>üÊ<9E>^G·T^@^@^AÀ^BC<80>^@^@ÿü¤^@<9B><81>43"3333"^Q^Q"M"I$<92>I$<90>^@^@
^@ª ^@^@^@^@^@^@^@^@^DQQU<96>iV<9A>U¥Øiv^Y]v×]µ<95>ieZiw^Z]ÆÛu¶Ým·ESCmÅØev^Yav^X]<86>X}<96>^_uç^]yÇ^q×<9C><9E><82>'ß<89>÷â<8A>(â<8A>(á<96>8d<9A>Yæ<9A>y%<9A>If
<86>J8É^D<8C>h<96><95>²VS)ÂâQ¶Û<87>^U«[^R#ç#<97>)I k5¢^S[{¹ÆÊ^S¢d[^A<93>
<8E>Uc<91>Ã^Y<8E>7ESC|k^½rÒ|ø<84> T«Yïk\å)ÌXa´ËTÆ£F^@Ã<8D>Æ<9B>M´Út©)MkçÐÜo^µ kZç-a
SkESCA^N¸'<91>i<8C>Ç#<91>t:^UÊè<84>C߶2shÓ*^ThÓ<9C><84><84>1<80><85>J<9C>á^E<9A>C^^ììë<93>ɹ^\<8F>7<9B>Éå<8C>Æ*TsÆ0 .9ESC6µ<8C>k\ìÖ<84>-#[s/Jffb<9D>n°ÈfÓa
<94>ËE¦Í<86>8B^L^Z%WϯF¶µkF4¨Æ<9C>âePº£¡,.^UESC<8D>¡Z=^\Îg^N^^´BfÍqÊùñÎ^@F1<8B>^YkB^P|CÞnx8qI§^U<8A>Ê^]^N£Qe²Þ½)a^D©m«+ÜÎV½i k\å( g<87>9¦<8E>
É^TH<84>Ã<98>¬R)^YL£^V3<9E>1«W^Dñ³jT ÖÆ.tb<90>^HL<8C>¢<99>Þ^]æXä^X<8C>¥r5#<93>^Y<8C>©QÎ)^S§z<93>íÙ kiKYM<8C>HJRoY^ZÃÄC´ÚrG"<95>È^L^FD¢[6)®sçÏ£w.6^MmîB5®k[kfUµ
uYG<84>ÚlÔrtº<9D>nÅZ<8D>R¦µ |ùòofƵ c^ZÖ´*kLp^@^@^@^@^@^Aà^Gú<80>^@^@ö{ø±<81>íõ<90>æíoAììì^Y6 Ô<88>Ñ<83>i¡ñ<93>6ç?<9C><8D>ï;^C-èÅ÷<84>|¥·Ý?ïÞú]@<86>íÇÎQESC˸N
<85>µOÀiU¼ üFý<98>^@¶¸¶ò^@^KîbHß_ÓÛå¹Äoó¸°3ESCé<9D><81><9A>Þ¬NÌìâESCyAT<9D>´¶ô3V6ESC^Koè±ó<9A><90><96>Ù<80>ESC 'v¦^D·åßh@q~ å´â<9B>Õ<85>·,oî@
<85>QN^_BÛã}u<9C>
<91>Ò5
ÔFÑ^R6q©òÓÚ<9A>SY<85>6XSe[8Ú<9C>Þ^D^PÀL^@Ü^S@^XÖ÷0¦ <86>^B`^G <9A>^@Æ·^U^C^F<92>^@|ÝP^L<98>I`^@^@^AESC3þpe^D^_å¤rJ^RESCêX6OUo<8A>f<82>^Oôoº^PÐ<90>Þÿ¯Ã¥ßVñ/á
ESCÐ^AË}h^Fd^CMÒ^AÎFÉ^?6·_Cî·^Kz^MëÀ3¹[¨Ló¤(ÞAÅ\oM^K<95>©¹^NoÌ^\[R5´^\c
st5¶ESCÌ@^OdoJ5<85>+*5´·óØ]<8D>fÓ^@Óu;<9E>U¹ãU·fÔ¼^K<86><¿^ZÇØ^Lì<8B>àÝ<8A>^\Ü<8E>ÿ^Q¬ö¦¦ú^_Ò<80>[*7|RXß^UÜ]g##Ò´¼âØqå5?Ý8m^]^Gë|<8B>â-)¶|^WESC^GÆ×ESCû<80>
<8B>æÞ« 3ESCòÏÆ!íÕ^@y<84>÷<94>ÙòÚ8ºÕ^_«pµl<To<8E>ÿ,{«RF*73ãt¹¿§q|<9B>Îcxq^G5½X©+uiu¼ì)©½¯^Vy×J^Te ø4P!^@o··^@<98>^@hßf^@p<80>^N^\þy ²,<8D>ùõ½ÇÂ^MH^G·<8A>ïÄZÛ
^E^R^ZÂj5g·Z<81><92><9B>Ûo4êÞÁ`<85>ÿN<86>x>>ã¼j<9C>Úß<86><88>Ì<94>.þí ¿C¨¾À^F<82>ÄN°^R^?öþýESCé^^ê.ëL)±oÇ{®·Gä=½÷aí×ì=¹1³ Oã>^?-ê~@Ê·¦}ónæ<96>¤<96>æÂ<9B>Jß
<98>÷-¶ü«zº[o¥ÖÆ^TÚ5G<92>^SMn ²ÛÒZ×Ö<96>mò»¦Öô/üÖ<94>¶é^^ÐÃ}KMnÃq!mÔ&²m[ÔqíË÷íý^Q<9E>þ²<85>Á²^VÝVCÚ<9A><9B>üH^@<8F><80>^A^Q^\<9C>'<80>¾@<9C>o<83>^@vßÕ<98>{|^L
^A;À^D^Dbw»è
ø<87>e=»<9C>^_JliQ©¿^V^Sct)m<9B><9E>5Â\þ6^FWe<88><8D>$µ½q<95>[<85>¾ ^Ncz<9A>^^Þ1ESCØ^@NÜ<84>ÊÚ^S[î¾^@[#m÷<86>u^SÖ¶ÂÅ<8D>oFMo%ÁÍÞ{SÔ'o<<96>Úô¦Ú}e9¼y
m<9B>ἦêÍóÖÁ<85>2^^<8C>Îij<8F>qÆy<9F>[ß;<89>ÈöùX^N[ÓDÚÞ^U¦6§µOØ<9C>^^suå)¾Nè éx^Oo^KJnØ[~ÀæË[3<83>Û¥^No<ku7Å¥7$kz<92>cybcj{C}SÛ]n<^Onùí^L<9A>£<97>Jle·r¶*SKS|
Ø[tN<95>±#t ¬6<8D>ù-^@¡¸g·¹Ð0Þ*<95>c}<^C2·aíêf¬ESCB7slÝ^ZÞûÝ=ÜBFódÑíô^@^\Ýn^LüZÔÕ;^D<80>ä¿Fõ^?ÁPHµo+Ô2Ô!7<95>u)¼J\láíþ<9E>^@]-R¼ESCË^@8q:^Tß^Z<8D>ç°:7×
<8B><84>øÞ7^_<86>ý<97>Ø^P<80>ESC^Kôo<97>fLà9¡Í<9E>^Tߦs|õ¾9ÁÑ©å L ^^G76^TÞåo*7®^TÙp¦ÉESC.^TÓX<8D>é<85>6|)°Â<9B>.^TÃLon^TÞ^Z^B^P ^@^\<82>h^C+z,)¼\^D ^Q
<84>pM^@Un^PC^@_2@^O<9B>º^@SäI`^@^@^A^\3þVX^@!^@¬^N$7·&ÖùÙ^X^P¿¿<91>z^E7»^PqmÇ¥7C<8B>oé(^A[¬<8D>¿<8A>@µ¾{ ê/mm^Y^C¤<8D>æiMÙ^Ko <87>HÞµÀ<85>ÿ9kx(ݬ^D/úØÅa¾å^C
^M<8C>öéßÆVå^^Áì<9B>ÐÙÛ[-kfÞ*Tl\Ó#l^ZÅ <9B>~lOâ<96>ÜÎq½¸ÆóÂ-ÿ^Qĸ<95>^V³a¿^B+@^N¹¶<92><96>7<89>Àú<97>ÕESC<85>Ä<8E>á Q<8E>^GÚIo^?CëxÐ:Fý<93>¤~,
Väè<8C>^P&»<9C><80><91>ÿ La<85>©MÙâ^Sö^UBGJÕJläZÔþ#ýÐK/ó¤<83>[·õ^Dw<90>°IÿÒ<8A>£[ÃvíÇ<87>XÜí¼o¢Fë ÖûFñ?îç®<90>$¯Ï<8C>o<90>û<82>^Wùüu ^C[S<[ô^K<80>Å[ãG³n\^N çw
ãKo%ÆA^N4<97>ESC~~ESCÎÀ ^@d]n<8D>-¸2#~o^A^H^AÐ<96>ªÞ\æë@0<8D>Ã:7[lMnóãv)sm^@^YM%Æâ<8D>o^?ï^EPLÿ<92>p^@Å©¬æýÎþzþ/«»ó¤=·Ñ¾ºòë|º<82>^Wö¹Î^DÀ^Gò$#}²<96>Ü^DÀ=¥¼Z[m
¬õ nF<96>쥷L<9A>ÜÁ º^VÐÃ}^X[n=¹q¶BÚ^ZÛé<9E>ÛESC<94>{i<8C>3j<8E><89>í°öåBÛ\fÃ}h[tI Ã<85>·F^G´57Ûjα²Æ²^TÖÔÞ<96>²^^ܸ[\sjÐß<94>^@v$^@H^@ñò><86>»¥^O<83>!íøD<8E>
+}<88>½wÕ<81>^RS©çÆþ<8C>áíË"<8B>^@8^@}Ûø´^QÀ^O^T>À<80><96>ê<85>ëB<94>Ôß<81>´^P¿â«}^O<9A>^AiL@^_É~î^?P&LØP^VÛ2¶9ø<85>°}o¬Mn<94>-¸<90>¶ÔãÛÍ¥5ÆûXÙq1¹9^C<99><9B>
:
u<8D>^@^@^Aà^Gú<80>^@^@òÜ^A<8A>ßR^Mn#¿^M<95>ÁÍÌ<8D>úséµ¾K^C£z#c<8D><9F>
l^P¦ôESC<85>½0¦Ç^Z<88>SdÂ<99>´55¸SgÂ<9B>.^TÙ¡L2nì)²Æ¦6\(^Gí,Û¿ESCÈ@B^A ^C°M^@Unþ^TÞV^B^P^H<80>^]<82>h^B«p^B^X^C^SÀ^F^@z7h!ÿÑ8^@b^Cö^@^@^A^]3þ:ì^@=ó<95>½/P<9E>
ò^Un}^D/ô ·C^?^MÐ|nQÍý^GÛ<90>
øU oG L&Æõ^?GAoS<CESC<97><90>ãÛ¯<82>Îoê-´^G-À^QÌìU7Æ^F7z<87>·<9D>J ÝESCôø^ALXÔÒ<91>³^^Q-ºJ<8E>ªÜ<83>Y^Mn³ÛM.75^Uº0=©¶mt¦¡á Ó:2<9E>É ©1hz·Î^A^L^Kè^CØ^@3½^@^L[
êú^CFùsà <81>o@^NM<9E><97><88>^@3j<85> ^@Å - 2j_Ì.^OmùT^FMç^Fµ¹^V·Òág7<89>[õ<8E>,^K ×+`ÒSxÎ^Cá@^Cöë8±<9E>(1¶hj^?iÄ7<98>Þ<8E>ìÞ^Q[ç^X]Fìu^M <95>a¿X<8F>ç
æRÀ{^SESCC¬òK^B^Z<9E>4Þ <9E>^CÚ<8D>w<96>âJ^Qií<9B>gJ<8D>óp^LZÜ<89>øÝ$·qneØ<81>^MÄ~^@^_S^P*·T-¸t¦üQ0^M7:¶éølCZÎnÂkv7§<89>ïE^Boýy7<98><85>·^^A<9D>ÀMÿË<80>^C^V¶g
7öê{^Ë4^S@#ɾÊMVø¬^D/å1à<98>^AFBZ^RESCí =[Ë&46µ«k<8E><8C> ÌÉ´m0¶¥¬dɽ<8D>¨öç<9F>[Da<9B>}8×^^Üö¶43o¬ÚámË=´^^ÔÃTuám²^VÜvÛ^K<8D>-Mö#[^F7"^@½®<85>5²oxÖh5¹±^Z¸ÖÃ{Ã[
[Å}^A^H^B<85>Û}#/Å^@>o<80>ä<9C>q<92>1ESC6¦^B<9D>8ë1Ò^E#T{PÝ^KùlÚESCè^^Ë^Y<8E>l<8D>Ë^ZÛØ{[#g= ^@é°9·oQà.n<89>íÌ=º$Öæ9µ=©ý^]^C1½^F<96>Þt^Bvô 9o <98>Û¶<8F>) Èn
n·Z<9C>Ê æâmÏj<8E>Ð<8F>Ì)½.^G·ÊiUº=O=nzShÕ?kp|bLo^OÇæ7«<85>ÆóéMÖ{|gþ#yóìFõ#[6<87>61 ¾<84>üÆíÓ«x<88>^_c{¢k^L<9B>åÒ<9B>+uhunkbɽÄÙ[<85>^?^Q»<84>Ôe^AÃt<93>Q·=¿
¿<98>Nov 16 08:03:56 localhost syslogd 1.4.1#18: restart.
Nov 16 08:03:56 localhost kernel: klogd 1.4.1#18, log source = /proc/kmsg started.
Nov 16 08:03:56 localhost kernel: >PCI: Bridge: 0000:00:0b.0
Nov 16 08:03:56 localhost kernel: IO window: 9000-9fff
Nov 16 08:03:56 localhost kernel: MEM window: fde00000-fdefffff
Nov 16 08:03:56 localhost kernel: PREFETCH window: fdd00000-fddfffff
Nov 16 08:03:56 localhost kernel: PCI: Bridge: 0000:00:0c.0
Nov 16 08:03:56 localhost kernel: IO window: 8000-8fff
Nov 16 08:03:56 localhost kernel: MEM window: fdc00000-fdcfffff
Nov 16 08:03:56 localhost kernel: PREFETCH window: fdb00000-fdbfffff
Nov 16 08:03:56 localhost kernel: PCI: Bridge: 0000:00:0d.0
Nov 16 08:03:56 localhost kernel: IO window: 7000-7fff
Nov 16 08:03:56 localhost kernel: MEM window: fda00000-fdafffff
Nov 16 08:03:56 localhost kernel: PREFETCH window: fd900000-fd9fffff
Nov 16 08:03:56 localhost kernel: PCI: Bridge: 0000:00:0e.0
Nov 16 08:03:56 localhost kernel: IO window: 6000-6fff
Nov 16 08:03:56 localhost kernel: MEM window: fd800000-fd8fffff
Nov 16 08:03:56 localhost kernel: PREFETCH window: d8000000-dfffffff
Nov 16 08:03:56 localhost kernel: PCI: Setting latency timer of device 0000:00:09.0 to 64
Nov 16 08:03:56 localhost kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
Nov 16 08:03:56 localhost kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
Nov 16 08:03:56 localhost kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
Nov 16 08:03:56 localhost kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
Nov 16 08:03:56 localhost kernel: NET: Registered protocol family 2
Nov 16 08:03:56 localhost kernel: IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
Nov 16 08:03:56 localhost kernel: TCP established hash table entries: 131072 (order: 7, 524288 bytes)
Nov 16 08:03:56 localhost kernel: TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
Nov 16 08:03:56 localhost kernel: TCP: Hash tables configured (established 131072 bind 65536)
Nov 16 08:03:56 localhost kernel: TCP reno registered
Nov 16 08:03:56 localhost kernel: highmem bounce pool size: 64 pages
Nov 16 08:03:56 localhost kernel: VFS: Disk quotas dquot_6.5.1

Ich hab die letzten Tage immer versucht, nachts was aufzunehmen, Lost, Invasion usw. Ich werds heute mal ausprobieren, zunächst mal vdr-sxfe auszuschalten. Morgen dann vdr komplett aus, wenn das nicht helfen sollte.

Was kann man denn gegen die TimeOuts des Frontends tun? Ich steh hier bissel total auf dem Schlauch, xine geht nicht sauber, weil das Repository von Tobi anscheinend noch gegen XFree gelinkt ist und nicht gegen Xorg, damit krieg ich das Plugin nur manuell kompiliert und installiert und xineliboutput auch nur mit diversen Tricks und Kniffen.

Ich vermute auch fast ein IRQ-Problem, nach dem ich jetzt alles andere ausgeschlossen habe. Aber was sollte denn mit IRQ 3, 5 und 11 kollidieren?

Ok, auf der 3 liegt COM2, aber ich glaube, die ist gar nicht aktiviert (COM1 brauche ich für Lirc), IRQ5 wäre normalerweise LPT2, aber den gibts auch nicht.

Und dmesg gibt zu allem Überfluss im Moment nur die dämlichen Meldungen vom cx88-Modul aus, die auch im syslog stehen.

Ich hab vorhin remote den vdr neu starten müssen. Mangels Befehlszeile habe ich /etc/init.d/vdr start bemüht.

Danach hatte ich ca. 20 Instanzen von vdr laufen. Hiervon ließen sich bis auf zwei alle mit kill -9 beenden. Die letzten beiden hinterlassen diesen Status, wenn man ps -ax aufruft:

15558 ? Ss 0:00 /bin/bash -p /usr/sbin/runvdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /u
15582 ? D 0:16 /usr/bin/vdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-re
15583 ? Z 0:00 [vdr] <defunct>
15586 ? S 0:00 [kdvb-fe-0]
15589 ? S 5:25 [kdvb-fe-1]
15591 ? DN 0:32 /usr/bin/vdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-re
15592 ? S 4:20 [kdvb-fe-2]
15594 ? DN 0:42 /usr/bin/vdr -v /var/lib/video.00 -c /var/lib/vdr -L /usr/lib/vdr/plugins -r /usr/lib/vdr/vdr-re
15609 ? S< 0:51 [cx88[0] dvb]
18383 ? S< 0:00 [cx88[1] dvb]

Leider hab ich keine Ahnung, wofür das DN bzw. Z in der dritten Spalte steht. Auf jeden Fall bleiben die Prozesse 15591 und 15594 so nachhaltig hängen, dass nur noch ein Neustart hilft. Wenn man dort ein "reboot" macht, können diese beiden Prozesse nicht beendet werden und das root-Filesystem geht nicht zu unmounten.

Nach dem Neustart kurz vor Mitternacht ist der Server bis jetzt gelaufen. Hatte aber vdr-sxfe nicht laufen. Sollte das denn wirklich die Ursache sein?

Ok, Tag 2 ohne vdr-sxfe und ohne Neustart. Das scheint wohl wirklich die Ursache zu sein. Aber: wer hat eine Idee, was man dagegen tun kann? Irgendeinen Grund muss das doch haben, dass vdr-sxfe auf dem Server immer wieder die Verbindung verliert und dann das ganze System mitreißt.

Gruß, flipsen

Hallo BlueOne,

der Hinweis ist nicht schlecht, manchmal sucht man so verbohrt in eine Richtung, dass man parallele Wege gar nicht mehr sieht.

vdr-sxfe ist eigentlich nur ein anderes Frontend für die xine-lib, wenn ich das richtig verstehe. Du brauchst das nur aufrufen und hast sofort das vdr-Fenster (oder halt als Vollbild) da. Macht im Prinzip exakt das gleiche wie xine mit dem MRL-Aufruf, wie du das machst.

Der Vorteil ist halt, dass man nichts großartig einstellen muss und keine MRL kennen braucht, sondern der findet den Server automatisch, auch wenn man von einem Remote-Client aus zugreift. Bei letzterem hat es auch noch den Vorteil, dass man ohne große Probleme die lirc-Signale vom Client zum Server weiterreichen kann. Ich weiß nicht, ob das auch mit reinem xine so ohne weiteres klappt.

Ich hab jetzt als Quick'n'Dirty-Lösung erstmal einen Cronjob gebaut, der mir jede Stunde vdr-sxfe neu startet. Seitdem sind zumindestens schonmal die ständigen Reconnects auf dem Server weg. Mal sehen, ob der Rechner morgen früh auch noch läuft

Aber die xine-Variante werde ich morgen auch nochmal testen!

Gruß, Flipsen

Update: die Idee mit dem cronjob hat zumindestens schonmal das Problem mit dem ständigen disconnect beseitigt. Aber: der vdr-Thread war heute morgen wieder tot. Also, wieder Neubooten des Rechners, Filesystem ne knappe halbe Stunde scannen lassen, weil es nicht mehr sauber unzumounten ging...

Jetzt habe ich nochmal xine an das xineliboutput-Plugin gehängt. Seit heute morgen läuft xine jetzt durchgehend. Ohne Reconnects und ohne Aussetzer. Mal sehen, wie es morgen früh aussieht.

Hab in diesem Zusammenhang auch auf dem client nochmal xine mit xineliboutput aufgesetzt, damit geht jetzt auch das nicht-transparente OSD unter xvmc (das transparente ist ja mit xvmc nicht mehr lesbar). Gleichzeitig hab ich damit jetzt auch das Problem mit mplayer- und dvd-Plugin erschlagen. mplayer wollte xv nicht benutzen, weil xine das schon belegt und dvd stürzte immer komplett ab. Der Abspieler vom xineliboutput-Plugin schafft das alles. Das einzige was da wiederum nicht läuft, ist die Bildanzeige. Also wenn da noch wer eine Idee zu hat, you're welcome!

Gruß, Flipsen

Update: heute Nacht lief kein xine, kein vdr-sxfe usw. heute morgen hing der vdr-Prozess trotzdem.

Nach dem Neustart habe ich nochmal das syslog zerpflückt, mit folgender Erkenntnis:

Nov 22 08:15:59 localhost syslogd 1.4.1#18: restart.
Nov 22 08:15:59 localhost kernel: klogd 1.4.1#18, log source = /proc/kmsg started.
Nov 22 08:15:59 localhost kernel: 6>  IO window: 9000-9fff
Nov 22 08:15:59 localhost kernel:   MEM window: fde00000-fdefffff
Nov 22 08:15:59 localhost kernel:   PREFETCH window: fdd00000-fddfffff
Nov 22 08:15:59 localhost kernel: PCI: Bridge: 0000:00:0c.0
Nov 22 08:15:59 localhost kernel:   IO window: 8000-8fff
Nov 22 08:15:59 localhost kernel:   MEM window: fdc00000-fdcfffff
Nov 22 08:15:59 localhost kernel:   PREFETCH window: fdb00000-fdbfffff
Nov 22 08:15:59 localhost kernel: PCI: Bridge: 0000:00:0d.0
Nov 22 08:15:59 localhost kernel:   IO window: 7000-7fff
Nov 22 08:15:59 localhost kernel:   MEM window: fda00000-fdafffff
Nov 22 08:15:59 localhost kernel:   PREFETCH window: fd900000-fd9fffff
Nov 22 08:15:59 localhost kernel: PCI: Bridge: 0000:00:0e.0
Nov 22 08:15:59 localhost kernel:   IO window: 6000-6fff
Nov 22 08:15:59 localhost kernel:   MEM window: fd800000-fd8fffff
Nov 22 08:15:59 localhost kernel:   PREFETCH window: d8000000-dfffffff
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:09.0 to 64
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
Nov 22 08:15:59 localhost kernel: NET: Registered protocol family 2
Nov 22 08:15:59 localhost kernel: IP route cache hash table entries: 32768 (order: 5, 131072 bytes)
Nov 22 08:15:59 localhost kernel: TCP established hash table entries: 131072 (order: 7, 524288 bytes)
Nov 22 08:15:59 localhost kernel: TCP bind hash table entries: 65536 (order: 6, 262144 bytes)
Nov 22 08:15:59 localhost kernel: TCP: Hash tables configured (established 131072 bind 65536)
Nov 22 08:15:59 localhost kernel: TCP reno registered
Nov 22 08:15:59 localhost kernel: highmem bounce pool size: 64 pages
Nov 22 08:15:59 localhost kernel: VFS: Disk quotas dquot_6.5.1
Nov 22 08:15:59 localhost kernel: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
Nov 22 08:15:59 localhost kernel: Initializing Cryptographic API
Nov 22 08:15:59 localhost kernel: io scheduler noop registered
Nov 22 08:15:59 localhost kernel: io scheduler anticipatory registered (default)
Nov 22 08:15:59 localhost kernel: io scheduler deadline registered
Nov 22 08:15:59 localhost kernel: io scheduler cfq registered
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0b.0 to 64
Nov 22 08:15:59 localhost kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
Nov 22 08:15:59 localhost kernel: assign_interrupt_mode Found MSI capability
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0b.0:pcie00]
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0b.0:pcie03]
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0c.0 to 64
Nov 22 08:15:59 localhost kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
Nov 22 08:15:59 localhost kernel: assign_interrupt_mode Found MSI capability
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0c.0:pcie00]
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0c.0:pcie03]
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0d.0 to 64
Nov 22 08:15:59 localhost kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
Nov 22 08:15:59 localhost kernel: assign_interrupt_mode Found MSI capability
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0d.0:pcie00]
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0d.0:pcie03]
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0e.0 to 64
Nov 22 08:15:59 localhost kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
Nov 22 08:15:59 localhost kernel: assign_interrupt_mode Found MSI capability
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0e.0:pcie00]
Nov 22 08:15:59 localhost kernel: Allocate Port Service[0000:00:0e.0:pcie03]
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LNK3] enabled at IRQ 5
Nov 22 08:15:59 localhost kernel: PCI: setting IRQ 5 as level-triggered
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:05:00.0[A] -> Link [LNK3] -> GSI 5 (level, low) -> IRQ 5
Nov 22 08:15:59 localhost kernel: radeonfb: Found Intel x86 BIOS ROM Image
Nov 22 08:15:59 localhost kernel: radeonfb: Retrieved PLL infos from BIOS
Nov 22 08:15:59 localhost kernel: radeonfb: Reference=27.00 MHz (RefDiv=12) Memory=325.00 Mhz, System=297.00 MHz
Nov 22 08:15:59 localhost kernel: radeonfb: PLL min 20000 max 40000
Nov 22 08:15:59 localhost kernel: radeonfb: Monitor 1 type CRT found
Nov 22 08:15:59 localhost kernel: radeonfb: EDID probed
Nov 22 08:15:59 localhost kernel: radeonfb: Monitor 2 type no found
Nov 22 08:15:59 localhost kernel: radeonfb (0000:05:00.0): ATI Radeon [`
Nov 22 08:15:59 localhost kernel: isapnp: Scanning for PnP cards...
Nov 22 08:15:59 localhost kernel: isapnp: No Plug & Play device found
Nov 22 08:15:59 localhost kernel: Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled
Nov 22 08:15:59 localhost kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Nov 22 08:15:59 localhost kernel: 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A
Nov 22 08:15:59 localhost kernel: RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize
Nov 22 08:15:59 localhost kernel: libata version 1.20 loaded.
Nov 22 08:15:59 localhost kernel: sata_nv 0000:00:07.0: version 0.8
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LSID] enabled at IRQ 10
Nov 22 08:15:59 localhost kernel: PCI: setting IRQ 10 as level-triggered
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:00:07.0[A] -> Link [LSID] -> GSI 10 (level, low) -> IRQ 10
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:07.0 to 64
Nov 22 08:15:59 localhost kernel: ata1: SATA max UDMA/133 cmd 0x9F0 ctl 0xBF2 bmdma 0xCC00 irq 10
Nov 22 08:15:59 localhost kernel: ata2: SATA max UDMA/133 cmd 0x970 ctl 0xB72 bmdma 0xCC08 irq 10
Nov 22 08:15:59 localhost kernel: ata1: SATA link up 1.5 Gbps (SStatus 113)
Nov 22 08:15:59 localhost kernel: ata1: dev 0 cfg 49:2f00 82:746b 83:7f01 84:4023 85:7469 86:3c01 87:4023 88:407f
Nov 22 08:15:59 localhost kernel: ata1: dev 0 ATA-7, max UDMA/133, 488397168 sectors: LBA48
Nov 22 08:15:59 localhost kernel: nv_sata: Primary device added
Nov 22 08:15:59 localhost kernel: nv_sata: Primary device removed
Nov 22 08:15:59 localhost kernel: nv_sata: Secondary device added
Nov 22 08:15:59 localhost kernel: nv_sata: Secondary device removed
Nov 22 08:15:59 localhost kernel: ata1: dev 0 configured for UDMA/133
Nov 22 08:15:59 localhost kernel: scsi0 : sata_nv
Nov 22 08:15:59 localhost kernel: ata2: SATA link down (SStatus 0)
Nov 22 08:15:59 localhost kernel: scsi1 : sata_nv
Nov 22 08:15:59 localhost kernel:   Vendor: ATA       Model: WDC WD2500KS-00M  Rev: 02.0
Nov 22 08:15:59 localhost kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LFID] enabled at IRQ 11
Nov 22 08:15:59 localhost kernel: PCI: setting IRQ 11 as level-triggered
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:00:08.0[A] -> Link [LFID] -> GSI 11 (level, low) -> IRQ 11
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:08.0 to 64
Nov 22 08:15:59 localhost kernel: ata3: SATA max UDMA/133 cmd 0x9E0 ctl 0xBE2 bmdma 0xB800 irq 11
Nov 22 08:15:59 localhost kernel: ata4: SATA max UDMA/133 cmd 0x960 ctl 0xB62 bmdma 0xB808 irq 11
Nov 22 08:15:59 localhost kernel: ata3: SATA link up 1.5 Gbps (SStatus 113)
Nov 22 08:15:59 localhost kernel: ata3: dev 0 cfg 49:2f00 82:746b 83:7f01 84:4023 85:7469 86:3c01 87:4023 88:407f
Nov 22 08:15:59 localhost kernel: ata3: dev 0 ATA-7, max UDMA/133, 488397168 sectors: LBA48
Nov 22 08:15:59 localhost kernel: nv_sata: Primary device added
Nov 22 08:15:59 localhost kernel: nv_sata: Primary device removed
Nov 22 08:15:59 localhost kernel: nv_sata: Secondary device added
Nov 22 08:15:59 localhost kernel: nv_sata: Secondary device removed
Nov 22 08:15:59 localhost kernel: ata3: dev 0 configured for UDMA/133
Nov 22 08:15:59 localhost kernel: scsi2 : sata_nv
Nov 22 08:15:59 localhost kernel: ata4: SATA link down (SStatus 0)
Nov 22 08:15:59 localhost kernel: scsi3 : sata_nv
Nov 22 08:15:59 localhost kernel:   Vendor: ATA       Model: WDC WD2500KS-00M  Rev: 02.0
Nov 22 08:15:59 localhost kernel:   Type:   Direct-Access                      ANSI SCSI revision: 05
Nov 22 08:15:59 localhost kernel: SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
Nov 22 08:15:59 localhost kernel: sda: Write Protect is off
Nov 22 08:15:59 localhost kernel: sda: Mode Sense: 00 3a 00 00
Nov 22 08:15:59 localhost kernel: SCSI device sda: drive cache: write back
Nov 22 08:15:59 localhost kernel: SCSI device sda: 488397168 512-byte hdwr sectors (250059 MB)
Nov 22 08:15:59 localhost kernel: sda: Write Protect is off
Nov 22 08:15:59 localhost kernel: sda: Mode Sense: 00 3a 00 00
Nov 22 08:15:59 localhost kernel: SCSI device sda: drive cache: write back
Nov 22 08:15:59 localhost kernel:  sda: sda1 sda2 sda3
Nov 22 08:15:59 localhost kernel: sd 0:0:0:0: Attached scsi disk sda
Nov 22 08:15:59 localhost kernel: SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
Nov 22 08:15:59 localhost kernel: sdb: Write Protect is off
Nov 22 08:15:59 localhost kernel: sdb: Mode Sense: 00 3a 00 00
Nov 22 08:15:59 localhost kernel: SCSI device sdb: drive cache: write back
Nov 22 08:15:59 localhost kernel: SCSI device sdb: 488397168 512-byte hdwr sectors (250059 MB)
Nov 22 08:15:59 localhost kernel: sdb: Write Protect is off
Nov 22 08:15:59 localhost kernel: sdb: Mode Sense: 00 3a 00 00
Nov 22 08:15:59 localhost kernel: SCSI device sdb: drive cache: write back
Nov 22 08:15:59 localhost kernel:  sdb: sdb1 sdb2 sdb3
Nov 22 08:15:59 localhost kernel: sd 2:0:0:0: Attached scsi disk sdb
Nov 22 08:15:59 localhost kernel: PNP: PS/2 Controller [PNP0303:PS2K,PNP0f13:PS2M] at 0x60,0x64 irq 1,12
Nov 22 08:15:59 localhost kernel: serio: i8042 AUX port at 0x60,0x64 irq 12
Nov 22 08:15:59 localhost kernel: serio: i8042 KBD port at 0x60,0x64 irq 1
Nov 22 08:15:59 localhost kernel: i2c /dev entries driver
Nov 22 08:15:59 localhost kernel: md: raid1 personality registered for level 1
Nov 22 08:15:59 localhost kernel: md: md driver 0.90.3 MAX_MD_DEVS=256, MD_SB_DISKS=27
Nov 22 08:15:59 localhost kernel: md: bitmap version 4.39
Nov 22 08:15:59 localhost kernel: TCP bic registered
Nov 22 08:15:59 localhost kernel: NET: Registered protocol family 8
Nov 22 08:15:59 localhost kernel: NET: Registered protocol family 20
Nov 22 08:15:59 localhost kernel: Using IPI Shortcut mode
Nov 22 08:15:59 localhost kernel: ACPI wakeup devices:
Nov 22 08:15:59 localhost kernel: HUB0 XVR0 XVR1 XVR2 XVR3 USB0 USB2 MMAC MMCI UAR1
Nov 22 08:15:59 localhost kernel: ACPI: (supports S0 S1 S4 S5)
Nov 22 08:15:59 localhost kernel: md: Autodetecting RAID arrays.
Nov 22 08:15:59 localhost kernel: input: AT Translated Set 2 keyboard as /class/input/input0
Nov 22 08:15:59 localhost kernel: md: autorun ...
Nov 22 08:15:59 localhost kernel: md: considering sdb3 ...
Nov 22 08:15:59 localhost kernel: md:  adding sdb3 ...
Nov 22 08:15:59 localhost kernel: md: sdb1 has different UUID to sdb3
Nov 22 08:15:59 localhost kernel: md:  adding sda3 ...
Nov 22 08:15:59 localhost kernel: md: sda1 has different UUID to sdb3
Nov 22 08:15:59 localhost kernel: md: created md1
Nov 22 08:15:59 localhost kernel: md: bind<sda3>
Nov 22 08:15:59 localhost kernel: md: bind<sdb3>
Nov 22 08:15:59 localhost kernel: md: running: <sdb3><sda3>
Nov 22 08:15:59 localhost kernel: raid1: raid set md1 active with 2 out of 2 mirrors
Nov 22 08:15:59 localhost kernel: md: considering sdb1 ...
Nov 22 08:15:59 localhost kernel: md:  adding sdb1 ...
Nov 22 08:15:59 localhost kernel: md:  adding sda1 ...
Nov 22 08:15:59 localhost kernel: md: created md0
Nov 22 08:15:59 localhost kernel: md: bind<sda1>
Nov 22 08:15:59 localhost kernel: md: bind<sdb1>
Nov 22 08:15:59 localhost kernel: md: running: <sdb1><sda1>
Nov 22 08:15:59 localhost kernel: raid1: raid set md0 active with 2 out of 2 mirrors
Nov 22 08:15:59 localhost kernel: md: ... autorun DONE.
Nov 22 08:15:59 localhost kernel: RAMDISK: cramfs filesystem found at block 0
Nov 22 08:15:59 localhost kernel: RAMDISK: Loading 5440KiB [1 disk] into ram disk... |^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^
H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^
H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^
H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^
H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^
H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^
H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^
H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^
H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\
Nov 22 08:15:59 localhost kernel: VFS: Mounted root (cramfs filesystem) readonly.
Nov 22 08:15:59 localhost kernel: Freeing unused kernel memory: 176k freed
Nov 22 08:15:59 localhost kernel: request_module: runaway loop modprobe net-pf-1
Nov 22 08:15:59 localhost last message repeated 2 times
Nov 22 08:15:59 localhost kernel: EXT2-fs warning (device md1): ext2_fill_super: mounting ext3 filesystem as ext2
Nov 22 08:15:59 localhost kernel: NET: Registered protocol family 1
Nov 22 08:15:59 localhost kernel: Adding 248996k swap on /dev/sda2.  Priority:-1 extents:1 across:248996k
Nov 22 08:15:59 localhost kernel: Adding 248996k swap on /dev/sdb2.  Priority:-2 extents:1 across:248996k
Nov 22 08:15:59 localhost kernel: Real Time Clock Driver v1.12ac
Nov 22 08:15:59 localhost kernel: Generic RTC Driver v1.07
Nov 22 08:15:59 localhost kernel: Uniform Multi-Platform E-IDE driver Revision: 7.00alpha2
Nov 22 08:15:59 localhost kernel: ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
Nov 22 08:15:59 localhost kernel: Probing IDE interface ide0...
Nov 22 08:15:59 localhost kernel: hda: HL-DT-ST DVDRAM GSA-4167B, ATAPI CD/DVD-ROM drive
Nov 22 08:15:59 localhost kernel: Probing IDE interface ide1...
Nov 22 08:15:59 localhost kernel: ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
Nov 22 08:15:59 localhost kernel: hda: ATAPI 48X DVD-ROM DVD-R-RAM CD-R/RW drive, 2048kB Cache
Nov 22 08:15:59 localhost kernel: Uniform CD-ROM driver Revision: 3.20
Nov 22 08:15:59 localhost kernel: Capability LSM initialized
Nov 22 08:15:59 localhost kernel: ACPI: Thermal Zone [THRM] (22 C)
Nov 22 08:15:59 localhost kernel: i2c_adapter i2c-4: nForce2 SMBus adapter at 0x4c00
Nov 22 08:15:59 localhost kernel: i2c_adapter i2c-5: nForce2 SMBus adapter at 0x4c40
Nov 22 08:15:59 localhost kernel: input: ImPS/2 Logitech Wheel Mouse as /class/input/input1
Nov 22 08:15:59 localhost kernel: mice: PS/2 mouse device common for all mice
Nov 22 08:15:59 localhost kernel: ts: Compaq touchscreen protocol output
Nov 22 08:15:59 localhost kernel: w83627hf 9191-0290: Reading VID from GPIO5
Nov 22 08:15:59 localhost kernel: device-mapper: 4.6.0-ioctl (2006-02-17) initialised: dm-devel@redhat.com
Nov 22 08:15:59 localhost kernel: kjournald starting.  Commit interval 5 seconds
Nov 22 08:15:59 localhost kernel: EXT3 FS on md0, internal journal
Nov 22 08:15:59 localhost kernel: EXT3-fs: mounted filesystem with ordered data mode.
Nov 22 08:15:59 localhost kernel: forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.54.
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LMAC] enabled at IRQ 5
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [LMAC] -> GSI 5 (level, low) -> IRQ 5
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:0a.0 to 64
Nov 22 08:15:59 localhost kernel: forcedeth: using HIGHDMA
Nov 22 08:15:59 localhost kernel: eth0: forcedeth.c: subsystem: 01462:7125 bound to 0000:00:0a.0
Nov 22 08:15:59 localhost kernel: NFORCE-CK804: IDE controller at PCI slot 0000:00:06.0
Nov 22 08:15:59 localhost kernel: NFORCE-CK804: chipset revision 242
Nov 22 08:15:59 localhost kernel: NFORCE-CK804: not 100%% native mode: will probe irqs later
Nov 22 08:15:59 localhost kernel: NFORCE-CK804: 0000:00:06.0 (rev f2) UDMA133 controller
Nov 22 08:15:59 localhost kernel: NFORCE-CK804: port 0x01f0 already claimed by ide0
Nov 22 08:15:59 localhost kernel: NFORCE-CK804: neither IDE port enabled (BIOS)
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LACI] enabled at IRQ 10
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:00:04.0[A] -> Link [LACI] -> GSI 10 (level, low) -> IRQ 10
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:04.0 to 64
Nov 22 08:15:59 localhost kernel: intel8x0_measure_ac97_clock: measured 54694 usecs
Nov 22 08:15:59 localhost kernel: intel8x0: clocking to 46880
Nov 22 08:15:59 localhost kernel: usbcore: registered new driver usbfs
Nov 22 08:15:59 localhost kernel: usbcore: registered new driver hub
Nov 22 08:15:59 localhost kernel: ohci_hcd: 2005 April 22 USB 1.1 'Open' Host Controller (OHCI) Driver (PCI)
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LUBA] enabled at IRQ 10
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:00:02.0[A] -> Link [LUBA] -> GSI 10 (level, low) -> IRQ 10
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:02.0 to 64
Nov 22 08:15:59 localhost kernel: ohci_hcd 0000:00:02.0: OHCI Host Controller
Nov 22 08:15:59 localhost kernel: ohci_hcd 0000:00:02.0: new USB bus registered, assigned bus number 1
Nov 22 08:15:59 localhost kernel: ohci_hcd 0000:00:02.0: irq 10, io mem 0xfe02f000
Nov 22 08:15:59 localhost kernel: usb usb1: configuration #1 chosen from 1 choice
Nov 22 08:15:59 localhost kernel: hub 1-0:1.0: USB hub found
Nov 22 08:15:59 localhost kernel: hub 1-0:1.0: 10 ports detected
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LUB2] enabled at IRQ 11
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:00:02.1[B] -> Link [LUB2] -> GSI 11 (level, low) -> IRQ 11
Nov 22 08:15:59 localhost kernel: PCI: Setting latency timer of device 0000:00:02.1 to 64
Nov 22 08:15:59 localhost kernel: ehci_hcd 0000:00:02.1: EHCI Host Controller
Nov 22 08:15:59 localhost kernel: ehci_hcd 0000:00:02.1: new USB bus registered, assigned bus number 2
Nov 22 08:15:59 localhost kernel: ehci_hcd 0000:00:02.1: debug port 1
Nov 22 08:15:59 localhost kernel: PCI: cache line size of 64 is not supported by device 0000:00:02.1
Nov 22 08:15:59 localhost kernel: ehci_hcd 0000:00:02.1: irq 11, io mem 0xfeb00000
Nov 22 08:15:59 localhost kernel: ehci_hcd 0000:00:02.1: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
Nov 22 08:15:59 localhost kernel: usb usb2: configuration #1 chosen from 1 choice
Nov 22 08:15:59 localhost kernel: hub 2-0:1.0: USB hub found
Nov 22 08:15:59 localhost kernel: hub 2-0:1.0: 10 ports detected
Nov 22 08:15:59 localhost kernel: pci_hotplug: PCI Hot Plug PCI Core version: 0.5
Nov 22 08:15:59 localhost kernel: shpchp: Standard Hot Plug PCI Controller Driver version: 0.4
Nov 22 08:15:59 localhost kernel: Linux video capture interface: v1.00
Nov 22 08:15:59 localhost kernel: cx2388x v4l2 driver version 0.0.5 loaded
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 11
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:01:06.0[A] -> Link [LNK1] -> GSI 11 (level, low) -> IRQ 11
Nov 22 08:15:59 localhost kernel: CORE cx88[0]: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37,autodetec
ted]
Nov 22 08:15:59 localhost kernel: TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: Hauppauge model 92001, rev B2B1, serial# 760018
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: MAC address is 00-0D-FE-0B-98-D2
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: tuner model is Conexant_CX24109 (idx 111, type 4)
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: TV standards ATSC/DVB Digital (eeprom 0x80)
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: audio processor is CX883 (idx 32)
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: decoder processor is CX883 (idx 22)
Nov 22 08:15:59 localhost kernel: tveeprom 6-0050: has no radio, has IR remote
Nov 22 08:15:59 localhost kernel: cx88[0]: hauppauge eeprom: model=92001
Nov 22 08:15:59 localhost kernel: input: cx88 IR (Hauppauge Nova-S-Plus  as /class/input/input2
Nov 22 08:15:59 localhost kernel: cx88[0]/0: found at 0000:01:06.0, rev: 5, irq: 11, latency: 32, mmio: 0xfc000000
Nov 22 08:15:59 localhost kernel: cx88[0]/0: registered device video0 [v4l2]
Nov 22 08:15:59 localhost kernel: cx88[0]/0: registered device vbi0
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt Link [LNK2] enabled at IRQ 3
Nov 22 08:15:59 localhost kernel: PCI: setting IRQ 3 as level-triggered
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:01:07.0[A] -> Link [LNK2] -> GSI 3 (level, low) -> IRQ 3
Nov 22 08:15:59 localhost kernel: CORE cx88[1]: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37,autodetec
ted]
Nov 22 08:15:59 localhost kernel: TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: Hauppauge model 92001, rev B1B1, serial# 214175
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: MAC address is 00-0D-FE-03-44-9F
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: tuner model is Conexant_CX24109 (idx 111, type 4)
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: TV standards ATSC/DVB Digital (eeprom 0x80)
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: audio processor is CX883 (idx 32)
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: decoder processor is CX883 (idx 22)
Nov 22 08:15:59 localhost kernel: tveeprom 7-0050: has no radio, has IR remote
Nov 22 08:15:59 localhost kernel: cx88[1]: hauppauge eeprom: model=92001
Nov 22 08:15:59 localhost kernel: input: cx88 IR (Hauppauge Nova-S-Plus  as /class/input/input3
Nov 22 08:15:59 localhost kernel: cx88[1]/0: found at 0000:01:07.0, rev: 5, irq: 3, latency: 32, mmio: 0xf8000000
Nov 22 08:15:59 localhost kernel: cx88[1]/0: registered device video1 [v4l2]
Nov 22 08:15:59 localhost kernel: cx88[1]/0: registered device vbi1
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [LNK3] -> GSI 5 (level, low) -> IRQ 5
Nov 22 08:15:59 localhost kernel: CORE cx88[2]: subsystem: 0070:9202, board: Hauppauge Nova-S-Plus DVB-S [card=37,autodetec
ted]
Nov 22 08:15:59 localhost kernel: TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: Hauppauge model 92001, rev C1B1, serial# 799016
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: MAC address is 00-0D-FE-0C-31-28
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: tuner model is Conexant_CX24109 (idx 111, type 4)
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: TV standards ATSC/DVB Digital (eeprom 0x80)
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: audio processor is CX883 (idx 32)
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: decoder processor is CX883 (idx 22)
Nov 22 08:15:59 localhost kernel: tveeprom 8-0050: has no radio, has IR remote
Nov 22 08:15:59 localhost kernel: cx88[2]: hauppauge eeprom: model=92001
Nov 22 08:15:59 localhost kernel: input: cx88 IR (Hauppauge Nova-S-Plus  as /class/input/input4
Nov 22 08:15:59 localhost kernel: cx88[2]/0: found at 0000:01:08.0, rev: 5, irq: 5, latency: 32, mmio: 0xf4000000
Nov 22 08:15:59 localhost kernel: cx88[2]/0: registered device video2 [v4l2]
Nov 22 08:15:59 localhost kernel: cx88[2]/0: registered device vbi2
Nov 22 08:15:59 localhost kernel: cx2388x blackbird driver version 0.0.5 loaded
Nov 22 08:15:59 localhost kernel: cx2388x dvb driver version 0.0.5 loaded
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:01:06.2[A] -> Link [LNK1] -> GSI 11 (level, low) -> IRQ 11
Nov 22 08:15:59 localhost kernel: cx88[0]/2: found at 0000:01:06.2, rev: 5, irq: 11, latency: 32, mmio: 0xfa000000
Nov 22 08:15:59 localhost kernel: cx88[0]/2: cx2388x based dvb card
Nov 22 08:15:59 localhost kernel: DVB: registering new adapter (cx88[0]).
Nov 22 08:15:59 localhost kernel: DVB: registering frontend 0 (Conexant CX24123/CX24109)...
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:01:07.2[A] -> Link [LNK2] -> GSI 3 (level, low) -> IRQ 3
Nov 22 08:15:59 localhost kernel: cx88[1]/2: found at 0000:01:07.2, rev: 5, irq: 3, latency: 32, mmio: 0xf6000000
Nov 22 08:15:59 localhost kernel: cx88[1]/2: cx2388x based dvb card
Nov 22 08:15:59 localhost kernel: DVB: registering new adapter (cx88[1]).
Nov 22 08:15:59 localhost kernel: DVB: registering frontend 1 (Conexant CX24123/CX24109)...
Nov 22 08:15:59 localhost kernel: ACPI: PCI Interrupt 0000:01:08.2[A] -> Link [LNK3] -> GSI 5 (level, low) -> IRQ 5
Nov 22 08:15:59 localhost kernel: cx88[2]/2: found at 0000:01:08.2, rev: 5, irq: 5, latency: 32, mmio: 0xf2000000
Nov 22 08:15:59 localhost kernel: cx88[2]/2: cx2388x based dvb card
Nov 22 08:15:59 localhost kernel: DVB: registering new adapter (cx88[2]).
Nov 22 08:15:59 localhost kernel: DVB: registering frontend 2 (Conexant CX24123/CX24109)...
Nov 22 08:15:59 localhost kernel: input: PC Speaker as /class/input/input5
Nov 22 08:15:59 localhost kernel: Floppy drive(s): fd0 is 1.44M
Nov 22 08:15:59 localhost kernel: FDC 0 is a post-1991 82077
Nov 22 08:15:59 localhost kernel: parport: PnPBIOS parport detected.
Nov 22 08:15:59 localhost kernel: parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE,EPP]

Also: die Idee von infinite von einem IRQ-Problem teile ich mittlerweile, weil:

meine TV-Karten benutzen die IRQ's 3, 5 und 11. Meine Grafikkarte läuft auf der 5, Netzwerk ebenfalls auf der 5, USB läuft auf der 11, S-ATA läuft auch auf der 11 (wobei ich da ohnehin noch etwas verwirrt bin, wieso SATA meine beiden SATA-Platten als UDMA133 einbindet, aber sei es drum, so lange es läuft).

Da das Problem verstärkt auftritt, wenn Last auf der GraKa ist, vermute ich ein Problem im Interrupt-Sharing zwischen GraKa und der einen TV-Karte. Deshalb tritt das Problem mit nur 2 TV-Karten wahrscheinlich auch nicht auf, weil die GraKa dann den Interrupt allein nutzen kann.

Nun wäre bloß die Frage, wie sage ich der GraKa, dass sie einen anderen IRQ benutzen soll. Andererseits, benutzen PCIe-GraKa's immer noch IRQ's?

Hat jemand ne Idee, was das bedeutet?

Nov 22 16:43:35 localhost kernel: cx88[1]/2: [ea4602c0/0] cx8802_buf_queue - first active
Nov 22 16:43:35 localhost vdr: [7288] clearing device because of consecutive poll timeouts
Nov 22 16:43:53 localhost kernel: cx88[1]/2: cx8802_timeout
Nov 22 16:43:53 localhost kernel: cx88[1]/2: cx8802_stop_dma
Nov 22 16:43:53 localhost kernel: cx88[1]/2: restarting queue
Nov 22 16:43:53 localhost kernel: cx88[1]/2: cx8802_restart_queue
Nov 22 16:43:53 localhost kernel: cx88[1]/2: cx8802_restart_queue: queue is empty
Nov 22 16:44:51 localhost vdr: [5723] PANIC: watchdog timer expired - exiting!
Nov 22 16:44:51 localhost vdr: [5723] delete RadioAudio
Nov 22 16:44:51 localhost vdr: [5735] Leaving cXineRemote thread
Nov 22 16:44:51 localhost vdr: [5735] XineRemote control thread ended (pid=5723, tid=5735)
Nov 22 16:44:52 localhost vdr: [5740] radiocheck thread ended (pid=5723, tid=5740)

Was heißt: clearing device because of consecutive poll timeouts?

Danach hängt nämlich der vdr-Prozess wieder:

Warning: bad ps syntax, perhaps a bogus '-'? See http://procps.sf.net/faq.html
 5222 ?        Ss     0:00 /bin/sh /usr/bin/queuehandler.sh /var/lib/vdr/plugins/queue.vdrrip /var/lib/video/vdrrip
 5242 ?        SNs    2:37 /usr/bin/perl /usr/bin/vdradmind -nf
 5723 ?        Zl     8:38 [vdr] <defunct>
10015 pts/3    R+     0:00 grep vdr

Langsam weiß ich nicht mehr weiter...

So, scheint als wäre es an der Zeit, den Thread zu schließen.

Problem geklärt!

Des Rätsels Lösung: in der Tat IRQ-Konflikte. Nachdem mir ein cat /proc/interrupts stetig ansteigende Fehlerzahlen angezeigt hat, hab ich das nochmal etwas näher beleuchtet. Dabei fiel mir auf, dass in dieser Datei bei allen Interrupts immer XT-PIC stand.

Hab dann das System mal mit Knoppix 5.0 hochgefahren, da kamen keine IRQ-Fehler (ergo Board/CPU in Ordnung), dafür stand dort IO-APIC-level bzw. -edge. Nach Rücksprache mit einem Bekannten und beherzter Aktivierung der APIC-Unterstützung für Uniprozessor-Systeme im Kernel und Neukompilieren läufts!

Seit heute stecken auch wieder alle drei TV-Karten drin - mal sehen, ob morgen noch alles läuft

Danke an alle, die mich unterstützt haben!

Gruß, Flipsen