yavdr 0.4 pre1 (Fehlermeldung -- Timeout waiting for DSP ready

schweineohr · 8. Oktober 2011

Zitat von steffen_b

Was bedeutet das ?

Wollte damit nur sagen, dass ich heute schon alles mögliche probiert habe, das meinte ich mit alle Register, weil man immer sehr schnell den Eindruck von mir hat der stellt nur Fragen (also ich) und dann lässt er sich alles auf dem Tablet servieren. Zweck der Übung ist, dass ich yavdr 0.4 auf meinem htpc zum laufen bringen will. Ich habe nun wie gesagt die DVB-S2 Karte noch eingebaut, damit bleibt die Fehlermeldung aus, aber nach Start yavdr (Startbildschirm ) kommt habe ich jetzt nur einen schwarzen Schirm. Eigentlich müsste doch 3SAT erscheinen, aber das liegt wohl in diesem Fall an STB0899.

steffen_b · 8. Oktober 2011

Hast du Netzwerk an dem Rechner und eine Möglichkeit dich per ssh einzuloggen, dann tu das bitte und schau mal ob X läuft. Wenn nicht, dann strg+alt+F1 um auf eine Konsole zu kommen. Um zu prüfen ob X läuft, am besten ps -ef (evtl --forest) verwenden. Gibt dmesg was verdächtiges aus. Ist etwas interessantes in /var/log/syslog ?

Ohne diese Info's habe ich jetzt keine Vermutung wo das Problem liegt. "Alles mögliche" ist leider furchtbar unpräzise Bisher wurde hier noch jedes Problem gelöst

schweineohr · 8. Oktober 2011

Zitat von steffen_b

Gibt dmesg was verdächtiges aus.

Code

snofla@yavdr:~$ dmesg |grep DVB
[   12.833600] DVB: registering new adapter (KNC1 DVB-S2)
[   14.621558] DVB: registering adapter 0 frontend 0 (STB0899 Multistandard)...
[   16.160294] dvb_ca adapter 0: DVB CAM detected and initialised successfully
snofla@yavdr:~$

ps-ef

Code

snofla@yavdr:~$  ps -ef
UID        PID  PPID  C STIME TTY          TIME CMD
root         1     0  0 16:56 ?        00:00:00 /sbin/init
root         2     0  0 16:56 ?        00:00:00 [kthreadd]
root         3     2  0 16:56 ?        00:00:00 [ksoftirqd/0]
root         4     2  0 16:56 ?        00:00:00 [kworker/0:0]
root         5     2  0 16:56 ?        00:00:00 [kworker/u:0]
root         6     2  0 16:56 ?        00:00:00 [migration/0]
root         7     2  0 16:56 ?        00:00:00 [migration/1]
root         8     2  0 16:56 ?        00:00:00 [kworker/1:0]
root         9     2  0 16:56 ?        00:00:00 [ksoftirqd/1]
root        10     2  0 16:56 ?        00:00:00 [kworker/0:1]
root        11     2  0 16:56 ?        00:00:00 [cpuset]
root        12     2  0 16:56 ?        00:00:00 [khelper]
root        13     2  0 16:56 ?        00:00:00 [netns]
root        14     2  0 16:56 ?        00:00:00 [kworker/u:1]
root        15     2  0 16:56 ?        00:00:00 [sync_supers]
root        16     2  0 16:56 ?        00:00:00 [bdi-default]
root        17     2  0 16:56 ?        00:00:00 [kintegrityd]
root        18     2  0 16:56 ?        00:00:00 [kblockd]
root        19     2  0 16:56 ?        00:00:00 [kacpid]
root        20     2  0 16:56 ?        00:00:00 [kacpi_notify]
root        21     2  0 16:56 ?        00:00:00 [kacpi_hotplug]
root        22     2  0 16:56 ?        00:00:00 [ata_sff]
root        23     2  0 16:56 ?        00:00:00 [khubd]
root        24     2  0 16:56 ?        00:00:00 [md]
root        57     2  0 16:56 ?        00:00:00 [kworker/1:1]
root        58     2  0 16:56 ?        00:00:00 [khungtaskd]
root        59     2  0 16:56 ?        00:00:00 [kswapd0]
root        60     2  0 16:56 ?        00:00:00 [ksmd]
root        61     2  0 16:56 ?        00:00:00 [fsnotify_mark]
root        62     2  0 16:56 ?        00:00:00 [aio]
root        63     2  0 16:56 ?        00:00:00 [ecryptfs-kthrea]
root        64     2  0 16:56 ?        00:00:00 [crypto]
root        68     2  0 16:56 ?        00:00:00 [kthrotld]
root        87     2  0 16:56 ?        00:00:00 [kmpathd]
root        88     2  0 16:56 ?        00:00:00 [kmpath_handlerd]
root        89     2  0 16:56 ?        00:00:00 [kondemand]
root        90     2  0 16:56 ?        00:00:00 [kconservative]
root       312     2  0 16:56 ?        00:00:00 [scsi_eh_0]
root       314     2  0 16:56 ?        00:00:00 [scsi_eh_1]
root       317     2  0 16:56 ?        00:00:00 [kworker/u:2]
root       321     2  0 16:56 ?        00:00:00 [scsi_eh_2]
root       322     2  0 16:56 ?        00:00:00 [scsi_eh_3]
root       323     2  0 16:56 ?        00:00:00 [kworker/u:3]
root       325     2  0 16:56 ?        00:00:00 [scsi_eh_4]
root       326     2  0 16:56 ?        00:00:00 [scsi_eh_5]
root       327     2  0 16:56 ?        00:00:00 [kworker/u:4]
root       328     2  0 16:56 ?        00:00:00 [kworker/u:5]
root       329     2  0 16:56 ?        00:00:00 [kworker/u:6]
root       331     2  0 16:56 ?        00:00:00 [scsi_eh_6]
root       332     2  0 16:56 ?        00:00:00 [scsi_eh_7]
root       333     2  0 16:56 ?        00:00:00 [scsi_eh_8]
root       334     2  0 16:56 ?        00:00:00 [scsi_eh_9]
root       335     2  0 16:56 ?        00:00:00 [kworker/u:7]
root       337     2  0 16:56 ?        00:00:00 [kworker/u:8]
root       338     2  0 16:56 ?        00:00:00 [kworker/u:9]
root       339     2  0 16:56 ?        00:00:00 [kworker/u:10]
root       340     2  0 16:56 ?        00:00:00 [scsi_eh_10]
root       341     2  0 16:56 ?        00:00:00 [scsi_eh_11]
root       342     2  0 16:56 ?        00:00:00 [kworker/u:11]
root       344     2  0 16:56 ?        00:00:00 [kworker/u:12]
root       345     2  0 16:56 ?        00:00:00 [scsi_eh_12]
root       346     2  0 16:56 ?        00:00:00 [scsi_eh_13]
root       347     2  0 16:56 ?        00:00:00 [kworker/u:13]
root       348     2  0 16:56 ?        00:00:00 [kworker/u:14]
root       350     2  0 16:56 ?        00:00:00 [kworker/1:2]
root       370     2  0 16:56 ?        00:00:00 [jbd2/sda2-8]
root       371     2  0 16:56 ?        00:00:00 [ext4-dio-unwrit]
root       386     2  0 16:56 ?        00:00:00 [flush-8:0]
root       418     1  0 16:56 ?        00:00:00 upstart-udev-bridge --daemon
root       424     1  0 16:56 ?        00:00:00 udevd --daemon
root       610     2  0 16:56 ?        00:00:00 [edac-poller]
root       658   424  0 16:56 ?        00:00:00 udevd --daemon
root       659   424  0 16:56 ?        00:00:00 udevd --daemon
daemon     738     1  0 16:56 ?        00:00:00 portmap
root       771     1  0 16:56 ?        00:00:00 upstart-socket-bridge --daemon
root       784     2  0 16:56 ?        00:00:00 [kworker/1:3]
root       787     2  0 16:56 ?        00:00:00 [ext4lazyinit]
root       844     2  0 16:56 ?        00:00:00 [rpciod]
root       911     1  0 16:56 ?        00:00:00 /usr/sbin/eventlircd -f --repeat
root       913     1  0 16:56 ?        00:00:00 smbd -F
root       939     1  0 16:56 ?        00:00:00 /usr/bin/irexec /etc/lirc/lircrc
root       949     2  0 16:56 ?        00:00:00 [hd-audio0]
102        955     1  0 16:56 ?        00:00:00 dbus-daemon --system --fork --ac
root       971     2  0 16:56 ?        00:00:00 [nfsiod]
syslog     973     1  0 16:56 ?        00:00:00 rsyslogd -c4
root       975     1  0 16:56 ?        00:00:00 rpc.idmapd
avahi      979     1  0 16:56 ?        00:00:00 avahi-daemon: running [yavdr.loc
avahi      980   979  0 16:56 ?        00:00:00 avahi-daemon: chroot helper
root       984   913  0 16:56 ?        00:00:00 smbd -F
statd      986     1  0 16:56 ?        00:00:00 rpc.statd -L
root       988     1  0 16:56 tty4     00:00:00 /sbin/getty -8 38400 tty4
root       990     1  0 16:56 tty5     00:00:00 /sbin/getty -8 38400 tty5
root       998     1  0 16:56 tty2     00:00:00 /sbin/getty -8 38400 tty2
root       999     1  0 16:56 tty3     00:00:00 /sbin/getty -8 38400 tty3
root      1002     1  0 16:56 tty6     00:00:00 /sbin/getty -8 38400 tty6
root      1013     1  0 16:56 ?        00:00:00 acpid -c /etc/acpi/events -s /va
daemon    1039     1  0 16:56 ?        00:00:00 atd
root      1061     1  0 16:56 ?        00:00:00 cron
root      1133     2  0 16:56 ?        00:00:00 [lockd]
root      1142     2  0 16:56 ?        00:00:00 [nfsd4]
root      1143     2  0 16:56 ?        00:00:00 [nfsd4_callbacks]
root      1144     2  0 16:56 ?        00:00:00 [nfsd]
root      1145     2  0 16:56 ?        00:00:00 [nfsd]
root      1146     2  0 16:56 ?        00:00:00 [nfsd]
root      1147     2  0 16:56 ?        00:00:00 [nfsd]
root      1148     2  0 16:56 ?        00:00:00 [nfsd]
root      1149     2  0 16:56 ?        00:00:00 [nfsd]
root      1150     2  0 16:56 ?        00:00:00 [nfsd]
root      1151     2  0 16:56 ?        00:00:00 [nfsd]
root      1155     1  0 16:56 ?        00:00:00 /usr/sbin/rpc.mountd --manage-gi
root      1186     2  0 16:56 ?        00:00:00 [kdvb-ca-0:0]
root      1201     1  0 16:56 tty1     00:00:00 /sbin/getty -8 38400 tty1
vdr       1220     1  0 16:56 ?        00:00:00 /usr/bin/vdr --lirc=/var/run/lir
root      1222     1  0 16:56 ?        00:00:00 /usr/bin/tntnet
root      1289     2  0 16:56 ?        00:00:00 [kdvb-ad-0-fe-0]
root      1330     1  0 16:56 ?        00:00:00 dhclient3 -e IF_METRIC=100 -pf /
root      1381     1  0 16:56 ?        00:00:00 /usr/sbin/sshd -D
root      1393     1  0 16:56 ?        00:00:00 nmbd -D
root      1398     1  0 16:56 ?        00:00:00 /usr/bin/python /usr/bin/avahi-m
root      1405  1381  0 16:57 ?        00:00:00 sshd: snofla [priv] 
root      1408     1  1 16:57 ?        00:00:00 /usr/sbin/console-kit-daemon --n
root      1475     1  1 16:57 ?        00:00:00 /usr/lib/policykit-1/polkitd
snofla    1582  1405  0 16:57 ?        00:00:00 sshd: snofla@pts/0  
snofla    1583  1582  0 16:57 pts/0    00:00:00 -bash
snofla    1592  1583  0 16:58 pts/0    00:00:00 ps -ef

Alles anzeigen

hepi · 8. Oktober 2011

Hi Schweineohr,

Du könntest Dir irgendeine systematische Vorgehensweise zurechtlegen bei der Fehlersuche. Das Posten von einem Kalleidoskop von Konsolenausgaben ist auch nicht wirklich sinnvoll.

OT: Eine Rechnung von unserem Diskurs gestern Abend ist bei mir noch offen:

Zitat von schweineohr

Im übrigen sagt mir Google, dass man Looser mit zwei oo schreibt ;-).

Das englische Wort Loser ("Verlierer") wird mitnichten mit Doppel-O geschrieben. Google hat Dir da einen Streich gespielt, aber Google regelmäig zu nutzen übt.

Gruß
hepi

schweineohr · 8. Oktober 2011

Zitat von hepi

Das englische Wort Loser ("Verlierer") wird mitnichten mit Doppel-O geschrieben. Google hat Dir da einen Streich gespielt, aber Google regelmäig zu nutzen übt.

Kann leider kein English, von daher kann ich dazu auch keine Aussage treffen, aber klar ist auch dass ich eben mit dem installieren der DVB-Karten Probleme habe. Ich werde sehen ob ich es gewuppt bekomme, wenn nicht dann lass ich es halt. Ich habe den Sinn des Forums noch immer nicht verstanden, aber man hat hier eine andere Art zu helfen, als bei vielen anderen Foren die sich mit Ubuntu beschäftigen. Denn letztendlich baut Vavdr darauf auf!

steffen_b · 9. Oktober 2011

Können wir die Sticheleien sein lassen , das mein ich in beide Richtungen. Nach den Logs habe ich gefragt hepi, lies doch bitte aufmerksamer. Wenn der TO den Fehler nicht einkreisen kann muss man ja irgendwo einen Ansatz suchen.

schweineohr: Man kann sehen, das der Xserver augenscheinlich nicht läuft. Nein du hast keine Probleme mit deinen DVB Karten.

Du hast kein X und somit keine Anzeige von irgendwas. Ändere doch bitte den Threadtitel dementsprechend und schau mal im /var/log/Xorg.1.log obs dort Fehler gibt. Zur Not das Log halt hier anhängen. Beim dmesg/syslog mal nach openbox oder Xorg oder nvidia Ausschau halten.

Und bitte hört auf über den Sinn oder Unsinn und der Art von Hilfsmethoden hier zu diskutieren. Lasst es ganz einfach ... wirklich ...

schweineohr · 9. Oktober 2011

Zitat von steffen_b

schweineohr: Man kann sehen, das der Xserver augenscheinlich nicht läuft. Nein du hast keine Probleme mit deinen DVB Karten.

Stimmt leider nicht ganz, ich habe hier leider auch ein Problem, habe die DVB-T Karte ausgebaut und dann ist zumindest der Fehler mit der Karte weg. Ist eine Satelco mit Philips Chipsatz SAA7146AH /CD2402/TtG04314. Wenn ich diese einbaue dann kommt die benannte Fehlermeldung tda10046, hierzu habe ich den Support von Satelco kontaktiert, mal sehen ob die mir bei der Lösung helfen können. Als Graka setze ich eine GT430 NVIDIA ein mit HDMI und eigenem Soundchip.

dmesg syslog

Code

9
[   14.365549] hda_intel: Disable MSI for Nvidia chipset
[   14.365570] HDA Intel 0000:01:00.1: setting latency timer to 64
[   14.399659] IR JVC protocol handler initialized
[   14.533132] saa7146: register extension 'budget_ci dvb'
[   14.551852] Linux media interface: v0.10
[   14.562061] IR Sony protocol handler initialized
[   14.622017] Linux video capture interface: v2.00
[   14.622021] WARNING: You are using an experimental version of the media stack

Code

[   15.487862] NFSD: starting 90-second grace period
[   15.595505] stb0899_attach: Attaching STB0899 
[   16.174146] tda8261_attach: Attaching TDA8261 8PSK/QPSK tuner
[   16.174153] DVB: registering adapter 0 frontend 0 (STB0899 Multistandard)...
[   16.179681] budget_av: ci interface initialised
[   16.582419] nvidia 0000:01:00.0: PCI INT A -> GSI 18 (level, low) -> IRQ 18
[   16.582437] nvidia 0000:01:00.0: setting latency timer to 64
[   16.582448] vgaarb: device changed decodes: PCI:0000:01:00.0,olddecodes=io+mem,decodes=none:owns=io+mem
[   16.583575] NVRM: loading NVIDIA UNIX x86_64 Kernel Module  280.13  Wed Jul 2

Ein Xorg.1.log kann ich nicht finden, ist in dem Verzeichnis nicht auffindbar. Wie ist denn der Xserver zu verstehen, wird der denn für den Aufruf eines Terminals nicht gebraucht, denn das kann ich ohne Probleme aufrufen.

ofenheizer · 9. Oktober 2011

Na ich würde im Webfrontend mal schauen, welche Ausgabemethode denn überhaupt eingestellt ist. Sieht so aus, als ob da irgendwass mit headless oder so eingestellt ist.

steffen_b · 9. Oktober 2011

Guter Punkt Ofenheizer: saa7146 hatten wir anfangs fälschlicherweise als FF SD Karte erkannt - da es ja noch keine pre2 gibt dürfte das immernoch so sein.

schweineohr: Das du kein TV Bild hast liegt definitiv nicht an den DVB Karten. Das anfängliche 3Sat würde ohne irgendwelche DVB Karten kommen, da das aus dem Internet gestreamt wird. Das soll nicht ausschliessen das du keine Probleme mit den DVB Karten hast. ABER dein momentanes Problem hat DEFINITIV nichts damit zu tun.

Also zurück zum Thema: Im Webinterface die Ausgabeart überprüfen und xine oder xineliboutput einstellen - je nach gusto. Dann nochmal schauen wie es aussieht.

Es ist sinnvoll immer ein Problem zur Zeit zu bearbeiten sonst steht man sich nur selbst im Weg.

ofenheizer · 9. Oktober 2011

Zitat von steffen_b

Guter Punkt Ofenheizer: saa7146 hatten wir anfangs fälschlicherweise als FF SD Karte erkannt - da es ja noch keine pre2 gibt dürfte das immernoch so sein.

naja, ich kam nur drauf, weil bei meiner letzten installation der 0.4pre1 hatte ich auch kein bild und nur nen schwarzen bildschirm (TT-1600 und Tevii S480 im System) und bei mir war der haken bei "custom". nur benutze ich yavdr schon 'ne weile und wusste gleich, wo ich gucken musste
aber mit ausführlichen log vom threadstarter hätte man das wohl gleich am anfang erkennen können

yavdr 0.4 pre1 (Fehlermeldung -- Timeout waiting for DSP ready

Jetzt mitmachen!

Teilen