Erfahrungsbericht: Upgrade von c'tVDR v6.2 (etch) auf v7.0 (lenny)

    Nachdem wie hier beschrieben der erste Umstiegsversuch auf Lenny wieder rückgängig gemacht wurde, jetzt mit Erscheinen der v7.0 ein erneuter Versuch.


    Vorsichtshalber wurde die c'tVDR-root-Partition vor dem Upgrade mit einem Imageprogramm gesichert, um einfach wieder zurückkehren zu können. Vorab: das Update brauchte hier ca. 450MB freien Speicherplatz auf der root-Partition.


    Als erstes Datei /etc/apt/sources.list anpassen
    Die alte Datei

    Code
    deb http://ftp2.de.debian.org/debian etch main contrib non-free
deb http://security.debian.org/ etch/updates main contrib non-free
deb http://www.debian-multimedia.org/ etch main
deb http://e-tobi.net/vdr-experimental etch base addons vdr-multipatch
deb http://e-tobi.net/vdrdevel-experimental etch vdr-multipatch
deb http://www.heise.de/ct/projekte/vdr/v62 debs/


    wurde so modifiziert

    Code
    deb http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch
deb http://ftp2.de.debian.org/debian lenny main contrib non-free
deb http://security.debian.org/ lenny/updates main contrib non-free
deb http://www.debian-multimedia.org/ lenny main
#deb http://e-tobi.net/vdr-experimental lenny base backports addons vdr-multipatch
#deb http://e-tobi.net/vdrdevel-experimental lenny vdr-multipatch
deb http://www.heise.de/ct/projekte/vdr/v70 debs/


    Mit
    > apt-get update
    und
    > apt-get dist-upgrade
    wird das Update gestartet. Die beim Update auftauchenden Abfragen wurden beantwortet und, nachdem alles durchgelaufen war, ein Reboot durchgeführt.


    Nach einer "Neukonfiguration" des X11-Servers mit
    > dpkg-reconfigure xserver-xorg
    läuft hier der c'tVDR. :)


    Danach den alten Kernel noch mit
    > apt-get remove linux-image-2.6.18-6-486
    entfernt (Speicherplatz).


    X-Server-Konfiguration /etc/X11/xorg.conf wurde noch händisch um die bevorzugte Monitorauflösung ergänzt (kopiert aus der gesicherten xorg.conf) - und es funktioniert auch.


    Bis hierhin ein problemloses Upgrade.


    Frage: Gibt es das Problem mit ACPI-Wakeup (noch)? Nach einem ersten Versuch hat c'tVDR den Rechner zwecks Aufzeichnung gestartet - es scheint also hier kein Problem zu geben.

    c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

    Leider funktioniert nach dem Upgrade das Streaming zu VLC nicht mehr zuverlässig. Es geht für eine kurze Zeit (mehrere Sekunden bis Minuten) und bricht dann ab. Man kann zwar sofort wieder mit dem Streaming fortsetzen d.h. kurz stoppen danach gleich wiedergeben oder einfach einen Kanalwechsel durchführen. Irgendeinen Tipp, wie man der Ursache auf die Schliche kommt? Danke.

    c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

    + /tmp/vdr-err.*
    ...vielleicht nicht unbedingt in diesem Fall - aber ganz generell stehen da manchmal auch nützliche Infos drin. Ich muss mir wirklich mal was überlegen, um stderr/stdout des VDR in eine Log-Datei umzulenken.


    Ansonsten: Fleißbienchen für Wilderigel, der hier schon das ganze Wochenende den ct-VDR-Support-Hut auf hat!:-) Thx!


    Tobias

    Vom VLC gibt es leider kein Log, da es unter Windows läuft.


    /var/log/syslog

    c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

    Danke. Hier also VLC.LOG


    Für mich schaut es so aus, als ob im Netzwerk (WLAN) einfach Pakete verloren gehen. Beim c'tVDR v6.2 hat es dann mal für 1-2 Sekunden einen Aussetzer gegeben aber danach ging es i.d.R. ohne Zutun weiter. Beim c'tVDR v7.0 kommt das Streaming danach offensichtlich nicht mehr auf die Beine.


    Was mir aufgefallen ist: die Plugin-Einstellungen Seite weist streamdev-server mit (0.5.0-pre) aus - bei v6.2 (0.3.4). Das streamdev-server-Paket wird jedoch mit 0.3.4+irgendwas ausgewiesen. Soll das so korrekt sein?

    c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

    Einmal editiert, zuletzt von ronfein ()

    Mit dem Streamserver läuft es hier immer noch praktisch nicht benutzbar - da der Stream ständig abbricht. Mit v6.2 funktioniert es in haargenau derselben Konstellation praktisch problemlos. Aus den LOGs werde ich nicht weiter schlau. Vielleicht hilft ja ein wenig probieren? Wie kann man die Streamserver-Version tauschen - d.h. bei v7 eine ältere Version des Streamservers einspielen? Vielen Dank.

    c'tVDR v7 @ FSC Esprimo P5615, AMD Ahtlon 64 X2 4000+, 2GB RAM, Nvidia GeForce 6150SE onboard; 1GB VDR-Rootpartition; Budget: 2*Anubis Typhoon DVB-T PCI Card Lite (50667)

    Hallo!


    Ich habe, mittlerweile mehrfach, versucht, meinen ctvdr6 nach dem oben beschriebenen Verfahren auf ctvdr7 umzustellen. Allerdings erhalte ich nach dem dist-upgrade und dem abschließenden Reboot auf das Kommando "uname -r" noch immer die Ausgabe "2.6.18-4-486". Das bedeutet doch, daß noch immer der alte etch-Kernel verwendet wird?


    Ich habe schon meine /etc/apt/preferences gemäß den Angaben auf e-TOBI.net angepaßt:


    aber leider ohne Erfolg. Was mache ich hier verkehrt ?


    Kohle

    Zitat

    Original von kohle
    aber leider ohne Erfolg. Was mache ich hier verkehrt ?


    nix, kernel wird bei einem dist-upgrade nicht aktualisiert.


    apt-cache serch linux-image | grep etobi
    apt-get install-kernel-image-(gewuenschte version)

    "dist-upgrade" aktualisiert den Kernel nicht ? Komisch, das hab ich im Netz aber aber auch schon anders gelesen. Hängt wohl irgendwie mit dem Vorhandensein eines "Meta-Packages" für den Kernel zusammen.


    Das nachträgliche Installieren des eTobi-Kernels hat, soweit ich das bis jetzt überblicke, fehlerfrei funktioniert, lediglich das graphtft-plugin ist wegen einer falschen libavcodec51 auf der Strecke geblieben. Da muß ich wohl nochmal Hand an die preferences anlegen.


    Soweit schon mal Vielen Dank!

Jetzt mitmachen!

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

Benutzerkonto erstellen Anmelden