devstatus-Plugin verursacht möglicherweise VDR-Neustart

    Hi,


    nachdem ich nun nachträglich meine Nova-S als 2. Karte eingebaut habe (1. Karte ist eine Nova-HD-S2), stürzt mir beim Aufruf des devstatus-Plugins der yaVDR ab.
    Das syslog zeigt dann als letztes:


    tail -f /var/log/syslog | grep -i error


    Nov 2 22:34:06 ubuntu kernel: [12817.328962] vdr[3844] general protection ip:7f0c410efb63 sp:7fff65b46b40 error:0 in libvdr-devstatus.so.1.7.21[7f0c410ea000+8000]
    Nov 2 22:34:09 ubuntu vdr: [4223] ERROR: unknown plugin 'osdteletext'
    Nov 2 22:34:09 ubuntu vdr: [4223] ERROR: empty key macro
    Nov 2 22:34:09 ubuntu vdr: [4335] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
    Nov 2 22:34:10 ubuntu vdr: [4223] ERROR: remote control XineRemote not ready!



    Das Femon-Plugin zeigt mir Empfangssignalpegel beider DVB-S-Karten, prinzipiell sollten beide wohl gehen. Bei einer HD-Aufnahme kann ich jedoch keinen anderen Sender wählen.
    Es stellt sich mir die Frage: Geht die Nova-S doch nicht?
    Warum wird unknown plugin 'osdteletext' gemeldet? Wahrscheinlich weil ich es gar nicht aktiviert habe...


    Es wurden beide Karten erkannt:


    sudo grep "found .* DVB device" /var/log/syslog


    Nov 2 13:59:06 ubuntu vdr: [17540] found 1 DVB device
    Nov 2 14:56:41 ubuntu vdr: [18562] found 1 DVB device
    Nov 2 19:00:57 ubuntu vdr: [1082] found 2 DVB devices
    Nov 2 19:41:17 ubuntu vdr: [2380] found 2 DVB devices
    Nov 2 19:49:05 ubuntu vdr: [2734] found 2 DVB devices
    Nov 2 22:31:27 ubuntu vdr: [3844] found 2 DVB devices
    Nov 2 22:34:09 ubuntu vdr: [4223] found 2 DVB devices



    Danke für Eure Hilfe


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Moin!


    Installiere bitte vdr-dbg und erstelle ein crashlog mit backtrace. Bei einem Absturz ist das immer sinnvoll, weil man dann besser sehen kann, wo es genau abstürzt.
    Es gibt hier schon irgendwo den einen oder anderen Thread, in dem erklärt wird, wie es geht, sollte zu finden sein...


    Danke!
    Lars.

    Moin Moin,


    beim Installieren des vdr_dbg kommt am Ende folgende Fehlermeldung:


    .
    ....
    Trigger für initramfs-tools werden verarbeitet ...
    update-initramfs: Generating /boot/initrd.img-2.6.38-12-generic
    Fehler traten auf beim Bearbeiten von:
    vdr-addon-acpiwakeup
    E: Sub-process /usr/bin/dpkg returned an error code (1)
    A package failed to install. Trying to recover:


    Current status: 12 updates [-36].


    ----------

    Jetzt hab ich aber so richtig in die braune Masse gelangt...


    Beim Neustart bringt er
    * Loading cpufreq kernel modules... [ OK ]
    vdr-addon-acpiwakeup: Resetting wakeup time


    und ward nicht mehr gesehen... Muß ich jetzt neu installieren? (ACPI im BIOS hab ich mal testweise disabled, ohne Erfolg).


    Greetz


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Man muß nie neu installieren. Du solltest erstmal den Fehler anschauen oder hier posten. Weiterhin solltest du vielleicht mal alle updates installieren. Hast du sonst irgendwas gemacht (zB UID des vdr user geändert oder so?)

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

    vdr-wiki YaVDR |YaVDR Blog

    steffen_b


    Danke für die schnelle Antwort,


    Ich hab mich vielleicht nicht ganz klar ausgedrückt...


    Der VDR fährt bis zu der Meldung


    * Loading cpufreq kernel modules... [ OK ]
    vdr-addon-acpiwakeup: Resetting wakeup time


    Das wars. Er ist dann weder LAN-mäßig, noch per Tastatur erreichbar.
    Gibt es eine Tastatureingabe (ESC, <Space> o. ä.) beim Booten, die mir eine Einflußnahme, z. B. Wahl eine(r)s anderen Kernel/-Option ermöglicht?


    Ich bin nach Deinem Post vom 23.09.2011 vorgegangen:


    Ich hab sonst keine gravierende Änderung vorgenommen.
    Etwas habe ich erst zu spät gesehen, vielleicht liegts daran:

    Zitat

    aptitude install gdb


    Da ich keinen Login mehr bekomme, bin ich gespannt auf Deine Antwort


    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Wenn du das bekommst:


    * Loading cpufreq kernel modules... [ OK ]
    vdr-addon-acpiwakeup: Resetting wakeup time


    müsste zumindest die Tastatur gehen. Grub kann man erreichen wenn man am Anfang des Boots shift drückt meine ich (Standardgrub Verhalten). Mehr Meldungen müsstest du sehen wenn du Esc drückst (Bootsplash verlassen), Ansonsten Strg+Alt+Fx müsste die virtuellen Konsolen umschalten - die müssten eigentlich bereitstehen.


    Ich kann mir grade nicht vorstellen das vdr das Starten des Netzwerks bzw der Netzwerkdienste oder virtuellen Konsolen blockiert. Das muss was anderes sein.


    gdb ist eine Abhängigkeit von vdr-dbg , war mir damals nur nicht sicher ob das so ist.

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

    vdr-wiki YaVDR |YaVDR Blog

    Hi,


    mit Strg+Alt+Fx hat geklappt, ich kann mich einloggen. Jetzt kann es ans Eingemachte gehen.



    dmesg bringt am Ende:


    ....] FS Cache: loaded
    FS-Cache: Netfs 'nfs' registered for caching
    eth0: no IPv6 routers present



    cat /var/log/syslog | grep -i error:


    ubuntu vdr: [14101] ERROR: Freetype: errorduring FT_Load_Glyph
    ubuntu kernel: [....] EXT4-fs (dm-0): re-mounted. Opts: errors=remount-ro



    Wie komme ich nun wieder zu einem lauffähigen VDR?



    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Nachtrag:


    tail -f /var/log/syslog bringt:


    ubuntu init: vdr main process (7351) terminated with status 1
    ubuntu vdr-crash: vdr exit with exit status 1. Restarting
    ubuntu init: vdr-exit-other main process (7356) terminated with status 1
    ubuntu init: vdr main process (7360) terminated with status 1
    ubuntu vdr-crash: vdr exit with exit status 1. Restarting
    ubuntu init: vdr-exit-other main process (7365) terminated with status 1
    ....


    Sieht wie eine Endlos-Schleife aus


    Wie komme ich da weiter?


    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    /tmp/vdr.log gibt es nicht.


    Auf was speziell in der syslog (außer der Endlosschleife) soll ich schauen?



    /etc/default/vdr: (ohne comments)


    DAEMON="/usr/bin/vdr-dbg*
    ENABLED=1
    ENABLE_SHUTDOWN=1
    OPTIONS="-w 0"



    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Nachtrag2:


    /usr/bin/vdr-dbg gibbets auch nicht!


    Deswegen restartet er wohl. Wie komme ich jetzt an die vdr-dbg?



    Möglicherweise hängt das mit folgendem Zusammen:

    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Zitat von hotzenplotz5

    DAEMON="/usr/bin/vdr-dbg*


    steht das so da ?


    Jau, genau so. So hab ich es aus steffen_b's post übernommen:


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    twinpa: * != " (Sternchen ist nicht mit einem Anführungszeichen gleichzusetzen)
    Mach mal eine vollständige Systemaktualisierung und installiere dann die Pakete vdr-dbg und gdb:

    Code
    sudo apt-get update && sudo apt-get dist-upgrade
sudo apt-get install vdr-dbg gdb


    Falls das klappt korrigiere noch die Zeile in der /etc/default/vdr (Sternchen durch " ersetzen)
    Falls nicht, lösche die Zeile mit der Definition der DAEMON-Variable.

    yaVDR-Dokumentation (Ceterum censeo enchiridia esse lectitanda.)

    @seahawk


    Steht schon richtig in der default/vdr drin (ohne *) Ist nur ein Schreibfehler von mir (ohne Cut&Paste bin ich aufgeschmissen)



    Ich habe

    Zitat

    sudo apt-get update && sudo apt-get dist-upgrade

    aufgerufen, jedoch ohne vorher den yaVDR zu stoppen.
    Es kommen dabei sonderbare Fehlermeldungen:


    ata2.00: status: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen
    ...
    res 51/....../a0 Emask 0x5 (timeout)
    ata2.00: status { DRDY ERR }


    Nach dem 2. sudo apt-get install... und dem anschließenden reboot ist es so wie zuvor, bloß dass in der /etc/default/vdr nicht mehr die Zeile mit vdr_dbg drin ist.

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    res 51/....../a0 Emask 0x5 (timeout)
    ata2.00: status { DRDY ERR }


    liest sich wie eine sterbende Festplatte - aber ich muss nicht recht haben - nur ein Gefühl. Könnte auch einfach das Kabel oder sowas sein.


    Wenn das update durch ist und das Paket Installiert den Eintrag machen (in /etc/default/vdr ), vorher schauen das /usr/bin/vdr-dbg auch existiert (ls -la /usr/bin/vdr-dbg , which vdr-dbg)


    Wenn das soweit alles durch ist, und er wieder crasht, crashlog hier abliefern :)

    VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

    vdr-wiki YaVDR |YaVDR Blog

    Hi,


    Danke @all für Eure Bemühungen,


    da ich momentan nur eine Aufnahme drauf habe, werde ich jetzt mal den yaVDR neu aufsetzen, diesmal gleich mit beiden DVB-Karten.
    Das geht wohl etwas schneller, obwohl ich sonst mehr lernen würde.
    Der Spruch "never run a changed system" oder so ähnlich hat sich mal wieder bewahrheitet.


    Falls danach noch Probleme mit dem devstatus-Plugin oder der 2.Karte auftreten, melde ich mich.


    Greets


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Hi again!


    Es steckt der Wurm drin!
    Ich habe gerade den VDR neu aufgesetzt, er hat auch ca. 15 Minuten funktioniert.
    Die Nova-S2-HD und die Nova-S habe ich bei der Installation drin gehabt.
    Gerade wollte ich das devstatus-Plugin testen um das Problem zu reproduzieren.
    Nun kommt kein Bild mehr. Nur der Cursor steht in der Mitte des Bildschirms und läßt sich auch nicht mit dem USB-Mousepad bewegen.


    Die Festplatte scheint keine Fehler im log zu melden.


    Im syslog erscheint:


    Nov 3 19:30:32 ubuntu vdr: [1435] changing pids of channel 965 from 0+0=0:0:0:0 to 4101+8190=2:4102=deu@4:0:4104
    Nov 3 19:30:32 ubuntu vdr: [1435] changing pids of channel 966 from 0+0=0:0:0:0 to 4111+8190=2:4112=@4:0:4113
    Nov 3 19:30:32 ubuntu vdr: [1435] changing caids of channel 966 from 0 to D00,1702,1833,9C4
    Nov 3 19:30:33 ubuntu vdr: [1435] changing pids of channel 967 from 0+0=0:0:0:0 to 4121+8190=2:4122=@4:0:0
    Nov 3 19:30:33 ubuntu vdr: [1435] changing caids of channel 967 from 0 to D00,1702,1833,9C4
    Nov 3 19:30:33 ubuntu init: vdr-frontend main process (32021) terminated with status 1
    Nov 3 19:30:33 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:33 ubuntu init: vdr-frontend main process (32034) terminated with status 1
    Nov 3 19:30:33 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:34 ubuntu init: vdr-frontend main process (32047) terminated with status 1
    Nov 3 19:30:34 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:35 ubuntu init: vdr-frontend main process (32060) terminated with status 1
    Nov 3 19:30:35 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:35 ubuntu init: vdr-frontend main process (32073) terminated with status 1
    Nov 3 19:30:35 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:36 ubuntu init: vdr-frontend main process (32086) terminated with status 1
    Nov 3 19:30:36 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:37 ubuntu init: vdr-frontend main process (32099) terminated with status 1
    Nov 3 19:30:37 ubuntu init: vdr-frontend main process ended, respawning
    Nov 3 19:30:37 ubuntu init: vdr-frontend main process (32112) terminated with status 1
    Nov 3 19:30:37 ubuntu init: vdr-frontend main process ended, respawning



    sudo grep ERROR /var/log/syslog bringt:


    Nov 3 18:11:21 ubuntu vdr: [1686] ERROR: unknown plugin 'osdteletext'
    Nov 3 18:11:21 ubuntu vdr: [1686] ERROR: empty key macro
    Nov 3 18:11:28 ubuntu vdr: [1861] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
    Nov 3 18:11:28 ubuntu vdr: [1686] ERROR: remote control XineRemote not ready!
    Nov 3 18:11:28 ubuntu vdr: [1889] ERROR: Cannot execute script!
    Nov 3 18:27:30 ubuntu vdr: [1512] ERROR: unknown plugin 'osdteletext'
    Nov 3 18:27:30 ubuntu vdr: [1512] ERROR: empty key macro
    Nov 3 18:27:37 ubuntu vdr: [1750] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
    Nov 3 18:27:37 ubuntu vdr: [1512] ERROR: remote control XineRemote not ready!
    Nov 3 18:33:19 ubuntu vdr: [1774] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds
    Nov 3 18:34:12 ubuntu vdr: [1802] ERROR: 1 ring buffer overflow (45 bytes dropped)
    Nov 3 18:34:16 ubuntu vdr: [1802] ERROR: 1 ring buffer overflow (45 bytes dropped)
    Nov 3 18:34:24 ubuntu vdr: [1802] ERROR: 1 ring buffer overflow (45 bytes dropped)
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: unknown plugin 'osdteletext'
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: empty key macro
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: can't open DVB device 0/0
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: can't open DVB device 1/0
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: invalid primary device number: 10
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: no primary device found - using first device!
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: remote control LIRC not ready!
    Nov 3 18:42:23 ubuntu vdr: [2110] ERROR: no OSD provider available - using dummy OSD!
    Nov 3 18:42:25 ubuntu vdr: [2110] ERROR: no OSD provider available - using dummy OSD!
    Nov 3 18:43:10 ubuntu vdr: [1774] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds
    Nov 3 18:44:12 ubuntu vdr: [1497] ERROR: unknown plugin 'osdteletext'
    Nov 3 18:44:12 ubuntu vdr: [1497] ERROR: empty key macro
    Nov 3 18:44:19 ubuntu vdr: [1739] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
    Nov 3 18:44:19 ubuntu vdr: [1497] ERROR: remote control XineRemote not ready!
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: unknown plugin 'osdteletext'
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: empty key macro
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: can't open DVB device 0/0
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: can't open DVB device 1/0
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: invalid primary device number: 10
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: no primary device found - using first device!
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: /dev/lircd: Datei oder Verzeichnis nicht gefunden
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: remote control LIRC not ready!
    Nov 3 18:49:47 ubuntu vdr: [2137] ERROR: no OSD provider available - using dummy OSD!
    Nov 3 18:49:49 ubuntu vdr: [2137] ERROR: no OSD provider available - using dummy OSD!
    Nov 3 18:49:56 ubuntu vdr: [2137] ERROR: no OSD provider available - using dummy OSD!
    Nov 3 18:58:30 ubuntu vdr: [2137] ERROR: no OSD provider available - using dummy OSD!
    Nov 3 19:05:27 ubuntu vdr: [1762] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds
    Nov 3 19:06:33 ubuntu vdr: [1054] ERROR: unknown plugin 'osdteletext'
    Nov 3 19:06:33 ubuntu vdr: [1054] ERROR: empty key macro
    Nov 3 19:06:42 ubuntu vdr: [1437] [live] ERROR: Unable to load cert/key (/var/lib/vdr/plugins/live/live.pem//var/lib/vdr/plugins/live/live-key.pem): Datei oder Verzeichnis nicht gefunden
    Nov 3 19:06:44 ubuntu vdr: [1054] ERROR: remote control XineRemote not ready!



    Warum kann er die DVB-Devices nicht öffnen?
    Danke für Eure Hilfe



    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


    Zitat von steffen_b

    res 51/....../a0 Emask 0x5 (timeout)
    ata2.00: status { DRDY ERR }


    liest sich wie eine sterbende Festplatte - aber ich muss nicht recht haben - nur ein Gefühl. Könnte auch einfach das Kabel oder sowas sein. en

    Hatte kürzlich auch mal so ein Problem mit einem Linux-betriebenem Gerät (kein VDR) und einem älteren Kernel (bis ca.2.32) - die Fehlermeldung sah ähnlich aus wie
    ata2.00: status: exception Emask 0x0 SAct 0x0 SErr 0x0 action 0x6 frozen...
    Ursache war hier dass der Linux-Kernel im Zusammenhang mit einem VIA-SATA-Controller nicht damit umgehen konnte wenn während eines SATA-Zugriffs gleichzeitig Interrupts vom USB eintrafen - war sehr schwer zu finden da die beiden wirklich zusammentreffen mussten was im Normalfall nur sehr selten vorkam (Tage-Wochen). Mit einer künstlich erzeugten hohen Interruptlast liess es sich dann aber schnell reproduzieren. In aktuelleren Kernel-Versionen schien dann der Fehler gefixt zu sein.
    Vielleicht liegt hier etwas ähnliches vor?
    Habe übrigens auch mit unregelmässigen Abstürzen im wenigen Minuten bis mehreren Stunden Bereich zu kämpfen bis letzte Nacht yaVDR gar nicht mehr hoch kam.
    Die DVB-C Karten waren allerdings auch schon unter dem ctvdr7 nicht unproblematisch, ich musste dann autscan abschalten damit das System stabil lief.
    Ob die Karte im Suchlauf vielleicht viele Interrupts erzeugt die dann im obigen Zusammenhang einen Absturz auslösen?


    Garry

    VDR-Tower(yaVDR0.5): ASROCK N68c-S UCC + MSI N210 MDIG/D3NVIDIA630 + Doppeltunerkarte TBS 6981 + 2*DVBS USB PCTV461e
    Pundit Ah2 2xSkystar2.6c + HP NovaTD über DVI HDMI (yavdr0.3) stillgelegt
    Asus M3N78-EMH HDMI + GT630 single Slot mit YAVDR0.5 2xTT cinergy DVB-C +DVBS USB PCTV461e+ Hauppauge USB TD (DUAL DVB-T) 2 x MediaMVP+RaspberryVomp + Raspbmc

    Hi Garry,


    jetzt wird es mysteriös. Die Probleme hängen vielleicht mit den beiden DVB-Karten in Verbindung mit der USB-Tastatur zusammen.
    Nachdem ich wieder die Nova-S Karte in meinen EasyVDR zurückgebaut habe, läuft der yaVDR nur mit der Nova-HD-S2 wieder problemlos.
    Sogar das devstatus-Plugin zeigt mir den Status der Nova-S2 ohne VDR-Restart.
    Die USB-Tastatur ist momentan am EasyVDR. Möglicherweise ist das mit ein Grund für das aktuelle Funktionieren des yaVDR.


    Garry, wie kann ich den autoscan abschalten?


    Ich werde versuchen, die beiden Karten zusammen zum Laufen zu bekommen (möglichst ohne weiter Neuinstallation)



    Gruß


    twinpa

    (ya)VDR - die normative Kraft des Praktischen!
    [size=8]Qualität ist das, was man aus den Augenwinkeln heraus wahrnimmt - Robert M. Pirsig


Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!

Benutzerkonto erstellen Anmelden