Beiträge von marpiet

    Hallo zusammen,


    das im vorigen posting beschriebene problem der neustarts bei timeraufnahmen mit einer SS2 2.6c besteht nach wie vor.


    jetzt wollte ich mal das probieren:


    Zitat:


    Folgende Zeilen aus der Readme
    kann ich wegen mangelnder Englischkenntnisse nicht 100% deuten:
    Note 2: you must keep ?zap running, or the frontend will go to sleep
    (unless you load dvb-core.o with dvb_shutdown_timeout=0)
    Heißt das, das die Karte sich schlafen legt wenn sie nicht im direkten Zugriff ist?


    Ja, und zwar nach einem Timeout, der in dvb_shutdown_timeout angegeben wird.
    Zitat:


    Und wenn ja was kann man dagegen tun?
    Die Option dvb_shutdown_timeout=0 brachte keine Änderung.



    wo finde ich bitte diese option??
    hat schon jemand neue erfahrungen mit den neustarts??


    ein weiteres problem scheint mir auch damit zusammenzuhängen:


    bsp.: vdr-start 18.00 h mit timeraufnahme premiere (also nexus-s mit ci), dann live -tv auf ard,zdf ... (wohl über skystar 2), dann aufnahmen ansehen...


    gegen 23.00 h versuch im osd-menü vdr herunterzufahren -


    nur er tut es nicht !!! keine auffälligkeiten in messages und syslog!
    es kommt nur der gelbe balken "system wird heruntergefahren" - die meldung "taste drücken, um shutdown abzubrechen" kommt NICHT!
    es sind übrigens keine timer in der nächsten stunde programmiert.
    erst nach einem neustart des vdr lässt er sich anstandslos herunterfahren.


    also ich denke, dass das auch an der "eingeschlafenen" sky star 2 liegt - nur was kann ich dagegen tun??


    danke für eure hilfe. ;D


    gruß


    marpiet

    Servus miteinander,


    habe mir das tvmovie addon installiert und recht unwissend bei der installation die abfrage als cronjob mit "ja" beantwortet.


    unwissend, weil ich nicht bedacht habe, dass mein vdr nur i-net-zugang hat wenn mein winpc (dsl-modem) läuft.


    wie kann ich den cronjob am einfachsten abschalten ?


    herzlichen dank für eure infos! ;D


    gruß


    marpiet

    hallo,


    herzlichen dank an tobi und peter - hat auch bei mir soweit geklappt.
    folgendes ist mir jedoch aufgefallen unter der neuen konfiguration:


    wenn ich nun per fernseher im vdradmin befehle eingebe, hört der vdr nicht mehr auf zu grabben - bis zu einem neustart.


    auszug aus messages (nach aktivem einsatz des fernsehers im vdradmin):


    Apr 11 13:10:50 vdr vdr[15794]: timer 5 modified (active)
    Apr 11 13:10:50 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:13:27 vdr vdr[15794]: connect from 127.0.0.1, port 32803 - accepted
    Apr 11 13:13:28 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:13:59 vdr vdr[15794]: connect from 127.0.0.1, port 32804 - accepted
    Apr 11 13:13:59 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:13:59 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:00 vdr vdr[15794]: connect from 127.0.0.1, port 32805 - accepted
    Apr 11 13:14:01 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:01 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:05 vdr vdr[15794]: connect from 127.0.0.1, port 32806 - accepted
    Apr 11 13:14:05 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:05 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:07 vdr vdr[15794]: connect from 127.0.0.1, port 32807 - accepted
    Apr 11 13:14:07 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:07 vdr vdr[15794]: connect from 127.0.0.1, port 32808 - accepted
    Apr 11 13:14:07 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:07 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:11 vdr vdr[15794]: connect from 127.0.0.1, port 32809 - accepted
    Apr 11 13:14:11 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:11 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:15 vdr vdr[15794]: connect from 127.0.0.1, port 32810 - accepted
    Apr 11 13:14:15 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:15 vdr vdr[15794]: connect from 127.0.0.1, port 32811 - accepted
    Apr 11 13:14:15 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:15 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:15 vdr vdr[15794]: connect from 127.0.0.1, port 32813 - accepted
    Apr 11 13:14:15 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:15 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:18 vdr vdr[15794]: connect from 127.0.0.1, port 32814 - accepted
    Apr 11 13:14:19 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:19 vdr vdr[15794]: connect from 127.0.0.1, port 32815 - accepted
    Apr 11 13:14:19 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:19 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:20 vdr vdr[15794]: connect from 127.0.0.1, port 32816 - accepted
    Apr 11 13:14:20 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:20 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:25 vdr vdr[15794]: connect from 127.0.0.1, port 32817 - accepted
    Apr 11 13:14:25 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:25 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:26 vdr vdr[15794]: connect from 127.0.0.1, port 32818 - accepted
    Apr 11 13:14:27 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:28 vdr vdr[15794]: connect from 127.0.0.1, port 32819 - accepted
    Apr 11 13:14:28 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:28 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:30 vdr vdr[15794]: connect from 127.0.0.1, port 32820 - accepted
    Apr 11 13:14:30 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:30 vdr vdr[15794]: connect from 127.0.0.1, port 32821 - accepted
    Apr 11 13:14:30 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:30 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:30 vdr vdr[15794]: connect from 127.0.0.1, port 32823 - accepted
    Apr 11 13:14:30 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:30 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:14:35 vdr vdr[15794]: connect from 127.0.0.1, port 32824 - accepted
    Apr 11 13:14:35 vdr vdr[15794]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 11 13:14:35 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:22:00 vdr vdr[15794]: timer 4 (7 1200-1322 'Pocahontas 2 - Reise in eine neue Welt') stop
    Apr 11 13:22:00 vdr vdr[15794]: deleting timer 4
    Apr 11 13:22:00 vdr vdr[15794]: executing '/usr/bin/recordingaction after "/video/Pocahontas_2_-_Reise_in_eine_neue_Welt/2004-04-11.12.00.95.95.rec"'
    Apr 11 13:24:36 vdr vdr[15794]: connect from 127.0.0.1, port 32825 - accepted
    Apr 11 13:24:39 vdr vdr[15794]: timer 4 modified (active)
    Apr 11 13:24:40 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:30:41 vdr vdr[15800]: System Time = Sun Apr 11 13:30:41 2004 (1081683041)
    Apr 11 13:30:41 vdr vdr[15800]: Local Time = Sun Apr 11 13:30:38 2004 (1081683038)
    Apr 11 13:34:37 vdr vdr[15794]: connect from 127.0.0.1, port 32826 - accepted
    Apr 11 13:34:42 vdr vdr[15794]: timer 4 modified (active)
    Apr 11 13:34:42 vdr vdr[15794]: closing SVDRP connection
    Apr 11 13:36:28 vdr vdr[15794]: caught signal 15
    Apr 11 13:36:29 vdr vdr[15794]: saved setup to /etc/vdr/setup.conf
    Apr 11 13:36:30 vdr vdr[15794]: stopping plugin: femon
    Apr 11 13:36:30 vdr vdr[15794]: stopping plugin: streamdev-server
    Apr 11 13:36:30 vdr vdr[15802]: Streamdev: Server thread stopped
    Apr 11 13:36:30 vdr vdr[15794]: exiting
    ....


    erst nach einem -manuellen- neustart des vdr hört er auf zu grabben ...?
    habe keine ahnung, ob das so o.k ist - wollte dies halt mal als auffälligkeit mit der bitte um prüfung hier reinstellen. ;)


    schöne grüsse


    marpiet

    auch von mir ein dankeschön an Tobi (und an Peter von ct) :] :]


    das "grab-Problem" mit der SS2 (bzw. denm 1.1.1 -dvb-treiber) scheint wohl damit gelöst zu sein.
    auch bei mir hat dein vorschlag problemlos funktioniert.
    habe mir darufhin gleich wieder vdradmin-bigpatch geladen - fernseher (grab) läuft - geht wunderbar.
    gerade hab ich damit vdrconvert mit grabbing eines titelbildes gestartet - funzt ebenso bestens!


    wenn ihr nun noch diese etwas nervigen neustarts des vdr bei timeraufnahmen mit sky star 2 (und nexus) beheben könnt - das wäre genial !!


    nochmals schönen dank und frohe ostern !!
    :hat1


    NACHTRAG: habe gerade mal in die messages geschaut bei laufender aufnahme - also jetzt grabt er sich irgendwie zu tode...?


    ...
    Apr 10 21:15:17 vdr vdr[30483]: timer 11 added (active)
    Apr 10 21:15:18 vdr vdr[30483]: timer 11 (13 2113-2236 'Erkan & Stefan gegen die Mächte der Finsternis') start
    Apr 10 21:15:18 vdr vdr[30483]: executing '/usr/bin/recordingaction before "/video/Erkan_&_Stefan_gegen_die_Mächte_der_Finsternis/2004-04-10.21.13.50.99.rec"'
    Apr 10 21:15:18 vdr vdr[30483]: record /video/Erkan_&_Stefan_gegen_die_Mächte_der_Finsternis/2004-04-10.21.13.50.99.rec
    Apr 10 21:15:19 vdr vdr[30483]: connect from 127.0.0.1, port 33362 - accepted
    Apr 10 21:15:19 vdr vdr[30483]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 10 21:15:19 vdr vdr[30483]: closing SVDRP connection
    Apr 10 21:15:19 vdr vdr[30483]: connect from 127.0.0.1, port 33364 - accepted
    Apr 10 21:15:19 vdr vdr[30483]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    Apr 10 21:15:19 vdr vdr[30483]: closing SVDRP connection
    Apr 10 21:15:20 vdr vdr[30483]: connect from 127.0.0.1, port 33365 - accepted
    Apr 10 21:15:20 vdr vdr[30483]: grabbing to /tmp/vdr.jpg (JPEG 70 384 288)
    usw.usw.usw.usw..............???


    gruß


    marpiet

    Servus miteinander,


    kann die problematik von polykrates -leider- genauso bestätigen.
    meine hardware ist ähnlich - wie in der signatur beschrieben.


    hier nochma auszug aus der messages:


    Apr 10 00:48:02 vdr vdr[25238]: timer 4 (7 0048-0226 'Die Gruft in den Sümpfen') start
    Apr 10 00:48:02 vdr vdr[25238]: executing '/usr/bin/recordingaction before "/video/Die_Gruft_in_den_Sümpfen/2004-04-10.00.48.95.95.rec"'
    Apr 10 00:48:02 vdr vdr[25238]: record /video/Die_Gruft_in_den_Sümpfen/2004-04-10.00.48.95.95.rec
    Apr 10 00:48:33 vdr vdr[25238]: timer 4 (7 0048-0226 'Die Gruft in den Sümpfen') stop
    Apr 10 00:48:33 vdr vdr[25238]: executing '/usr/bin/recordingaction after "/video/Die_Gruft_in_den_Sümpfen/2004-04-10.00.48.95.95.rec"'
    Apr 10 00:48:34 vdr vdr[25238]: saved setup to /etc/vdr/setup.conf
    Apr 10 00:48:35 vdr vdr[25238]: stopping plugin: femon
    Apr 10 00:48:35 vdr vdr[25238]: stopping plugin: streamdev-server
    Apr 10 00:48:35 vdr vdr[25261]: Streamdev: Server thread stopped
    Apr 10 00:48:35 vdr vdr[25238]: exiting
    Apr 10 00:48:35 vdr runvdr: restarting VDR
    Apr 10 00:48:40 vdr kernel: saa7146: unregister extension 'dvb'.
    Apr 10 00:48:42 vdr kernel: Linux video capture interface: v1.00
    ....
    Apr 10 00:48:49 vdr vdr[5714]: timer 4 (7 0048-0226 'Die Gruft in den Sümpfen') start
    Apr 10 00:48:49 vdr vdr[5714]: executing '/usr/bin/recordingaction before "/video/Die_Gruft_in_den_Sümpfen/2004-04-10.00.48.95.95.rec"'
    Apr 10 00:48:49 vdr vdr[5714]: record /video/Die_Gruft_in_den_Sümpfen/2004-04-10.00.48.95.95.rec


    es wird auch eine 001.vdr mit 0 byte erzeugt und dann 002.vdr, 003.vdr .


    eintrag im syslog:


    pr 10 00:48:02 vdr vdr[25238]: recording to '/video/Die_Gruft_in_den_Sümpfen/2004-04-10.00.48.95.95.rec/001.vdr'
    Apr 10 00:48:02 vdr vdr[3627]: recording thread started (pid=3627)
    Apr 10 00:48:02 vdr vdr[3629]: receiver thread started on device 2 (pid=3629)
    Apr 10 00:48:33 vdr vdr[3627]: ERROR: video data stream broken
    Apr 10 00:48:33 vdr vdr[3627]: initiating emergency exit
    Apr 10 00:48:33 vdr vdr[25238]: emergency exit requested - shutting down
    Apr 10 00:48:33 vdr vdr[3627]: recording thread ended (pid=3627)
    Apr 10 00:48:33 vdr vdr[3629]: receiver thread ended on device 2 (pid=3629)
    Apr 10 00:48:33 vdr vdr[25238]: buffer stats: 0 (0%) used
    ...
    nach neustart läuft die aufnahme...



    wenns dazu verbesserungen, updates gibt freue ich mich sehr darüber!


    schöne osterfeiertage und gruß ;D


    marpiet

    peterv:


    herzlichen dank - doch irgendwie sehen meine channels.conf - einträge anders aus.
    durch ein wenig experimentieren bin ich aber mit folgenden einträgen erfolgreich gewesen: ;D


    ANIMAL PLANET:11758:H:S19.2E:27500:2815:2816:0:101:12:133:17:0
    HIT24:11758:H:S19.2E:27500:3071:3072:0:101:168:133:17:0



    gruß


    marpiet

    Hi zusammen,


    habe mir die SS2 2.6C geholt und als zweitkarte eingebaut.
    die neuen dvb-treiber 1.1.1 (auf der aktuellen c't -cd als option anwählbar) unterstützen die SS2 .
    bislang funktioniert alles soweit - es gibt wohl einen (bekannten) bug:
    der "grab" -befehl funktioniert leider (noch) nicht.dies betrifft den fernseher im vdradmin aber auch das vdrconvert-titelbild.


    habe gestern abend gleich mal getestet:


    timer programmiert : ARD, Eins Muxx, SAT 1 (mit überschneidungen)


    tja- ARD und Eins Muxx liegen wohl nicht am gleichen bouquet - aber sonst funzts voll.


    gruß


    marpiet

    Hi zusammen,


    nachdem ich mir nun als zweitkarte eine SS2 geholt und eingebaut habe, musste/wollte ich meinen vdr neu aufbauen.


    mit der neuen c't cd vdr installiert, mit cfdisk auf der 160er hdd folgende partitionen angelegt:


    hda1 3997 MB (ext3)
    hda5 154001 MB(ext3)
    hda6 2039 MB (W95FAT32)


    nach erfolgreicher installation zeigt mir vdradmin bei den aufnahmen an:


    133 GB von 133 GB frei


    ein df -m gibtfolgendes aus:


    Dateisystem 1M-Blöcke Benutzt Verfügbar Ben% montiert auf
    /dev/hda1 3752 190 3372 6% /
    /dev/hda5 144562 33 137185 1% /video


    frage: wo sind die fehlenden 10 GB auf /video(hda5) ??


    bei meiner vorherigen konfiguration hatte ich XFS für /video und es waren 142 GB?


    wo steckt denn hier der fehler??


    wer kann helfen - vielen dank!!


    gruß


    marpiet

    Servus miteinander!


    Seit Mitte November 2003 hat mich das VDR-Fieber gepackt - das Teil ist schon genial! :]Mit zunehmenden Anspruch und besser werdenden Linux-Kenntnissen habe ich immer wieder online-updates mitgemacht und so meinen VDR aktualisiert.


    Aktueller Stand ist: VDR 1.2.6-18 (Multipatch von Tobias Grimm)mit den addons nvram-wakeup, vdrconvert, noad, icons, vdradmin-bigpatch und den plugins streamdev-server, femon und prefermenu; sowie samba.


    So kann ich im WIN-LAN per SCP und Putty konfigurieren, per Mplayer unter WIN im LAN Aufnahmen und Live-TV schauen - funzt genial.
    Das Erstellen von DVDs habe ich optimiert mit requant und automatischer korrekter 16:9 Erkennung in der vdr2dvd.sh.


    Das Kernelupdate habe ich bislang nicht durchgeführt, weil meine /video-partition in XFS formatiert ist.


    Nun spiele ich mit dem Gedanken, mir eine Technisat Sky Star 2 als Zweitkarte einzubauen - dazu ist ein Kernelupdate nötig.


    Auch eine Sicherung (und Wiederherstellung!) der /root-Partition mit partimage ist mir erfolgreich gelungen - nachdem selbiges Prozedere mit Acronis True Image regelmäßig LILO-Fehler produzierte. - heißt ich könnte auch zurück!


    Nun zur Grundsatzfrage:


    Bringt eine Neuinstallation der neuen c't VDR-CD echte Vorteile gegenüber regelmässigen online-updates??


    Wer weiß Näheres und gibt mir einen Rat ?? ;D


    Herzlichen Dank


    marpiet

    Servus nochmal,


    probeweise hab ichs jetzt mal mit partimage (gebootet mit der c't knoppix-cd) probiert.
    vorher eine kleine partition (2 GB) als hda 6 mit cfdisk angehängt - dann sicherung und wiederherstellung durchgeführt - läuft alles, keine LILO-Probleme!


    Schade nur, dass damit sichern ins lan nicht geht - oder doch ?


    anregung kam von hier im forum und der aktuellen c't. ;D


    gruß


    marpiet

    Servus zusammen,


    um immer mal wieder mit plugins, addons zu experimentieren sichere ich meine /-partition regelmässig mit true image 7.0(neuestes build).
    mit true image (per boot-cd gestartet) lässt sich ins lan sichern und auch die überprüfung des images verläuft fehlerfrei.


    wenn ich dann in meinem vdr wieder mal zuviel herumkonfiguriert habe ist gelegentlich ein image ganz hilfreich.


    nun passiert folgendes: nach dem (erfolgreichen) wiederherstellen eines gesicherten images bootet der vdr nicht mehr.


    genauer meldet LILO fehler:
    entweder: L 01010101010101etc.
    oder: LI


    nun habe ich schon viel gesucht und auch gefunden - doch komme ich nicht recht weiter.


    z.B: zitat:
    "Während LILO geladen wird, zeigt er nacheinander die Buchstaben


    LILOan. Jeder Buchstabe entspricht der Vollendung einer spezifischen Phase. Wenn LILO nicht starten kann, bilden die bereits ausgegebenen Buchstaben einen genaueren Hinweis darauf, in welchem Stadium ein Problem aufgetreten ist.
    (gar nichts)Kein Teil von LILO wurde geladen. Entweder LILO ist gar nicht installiert, oder es wurde nicht die Partition mit dem LILO-Bootsektor gestartet.


    L [errorcodes...]z.B.
    L01010101Die erste Stufe wurde geladen und gestartet, aber sie konnte die zweite Stufe /boot/boot.b nicht laden. Dies weist üblicherweise auf einen physikalischen Fehler des Boot-Datenträgers oder eine fehlerhafte Platten-Geometrie hin.


    LIDie zweite Stufe von LILO wurde geladen, konnte aber nicht gestartet werden. Dies kann verursacht werden durch eine fehlerhafte Platten-Geometrie oder durch Verschieben von /boot/boot.b ohne Neuinstallation von LILO."zitatende
    oder:zitate:


    "Das MBR Problem (01 01 01 01 01 beim booten) tritt bei mir immer auf wenn ich eine altes ghost Image einspiele und ich zwischenzeitlich meinen LILO veräbert habe. Um es zu lösen:


    1) PC mit einem Linux starten (Notfalldiskette oder KNOPPIX)
    2) mount /dev/hdaX /mnt
    wobei du das X mit der Nummer Deiner Linux Partion ändern musst
    3) chroot /mnt lilo
    schreibt die aktuelle LILO Konfiguration in den MBR
    ...
    ich nutze zwar nicht ghost image, aber true image von acronis, soll ja angeblich das beste tool sein (auch auf linux basis) aber bei mir funktioniert das auch ohne änderungen am system nicht (das rückspielen eines images meine ich), das heisst ich muss die von dir beschriebene prozedur immer machen!!


    wobei noch anzumerken ist, das ich das mit knoppix nie hinbekommen habe, da er beim ausführen von lilo, trotz der richtigen parameter, entweder die falsche platte genommen hat und/oder die falsche lilo.conf!!


    ich mach das immer mit der debian installations-cd (parameter: rescbf24=/dev/hda1)!!


    und außerdem kann es passieren, das wenn z.b. in der lilo.conf der boot parameter z.b. auf /dev/hda1 steht, es trotzdem nicht funktioniert! denn da wird lilo an den anfang der ersten partition geschrieben! nur ein "/dev/hda" bewirkt ein neuschreiben des mbr!"zitatende


    da beides mich nicht recht weiter brachte(ich hab übrigens vor dem image nichts an meiner lilo-konfiguration verändert!), hab ich halt mal die (alte) c't iso-cd neu installiert. dabei wird der mbr neu geschrieben und lilo-konfiguration als o.k. bestätigt.
    wenn ich dann mein true-image abbild wieder herstelle - läuft alles wunderbar; ich muß danach nur einmal lilo ausführen, um den poweroff-kernel für nvram-wakeup wieder zu initialisieren.


    ist aber halt ein wenig umständlich.
    weiß denn jemand von euch, wie man diesen lilo-fehler im vorfeld vermeiden kann( also vor dem erstellen eines images)?
    oder bringts etwas lilo nicht in den mbr schreiben zu lassen?
    ist in dem kontext die neue c't-vdr-boot-cd eventuell besser geeignet?


    bin für jede anregung dankbar!!


    beste grüße ;D


    marpiet



    :prost2

    Servus miteinander,


    habe meine vdr-platte aktuell in eine / - partition (ext3 5 gb ) und /video-partition (xfs, 142 gb) eingerichtet.


    der neue kernel unterstützt kein xfs.
    gibts denn (software-)lösungen mit denen ich xfs in ext3 umformatiern kann, ohne dass dabei die videodaten verloren gehen?
    partition magic z. b. kanns nicht (kennt nur ext3).


    schönen dank für eure infos! ;D


    gruß


    marpiet


    :vdr1

    :DVielen Dank an alle,
    die den vdradmin-bigpatch "gemacht" haben!!


    Läuft soweit prima - die neuerungen sind schon super. auch das umschalten des live-programmes funktioniert jetzt sehr gut. ideal, um die epg-daten für timer zu aktualisieren, ohne beilaufendem tv zappen zu müssen. :rolleyes:



    beim "streamen" der aufnahmen weden die vdr-files nicht in der richtigen reihenfolge abgespielt - ein sort -r hilft weiter.
    Auch aufnahmen in klammern () werden nicht "gestreamt".


    probeweise habe ich mal das copper-skin getestet - da gibts keine "stream" - buttons - ist dem so ?
    arbeite mit netscape 7.1.


    gruß


    marpiet:prost2

    Servus miteinander,


    langfristig möchte ich gerne meinen vdr (wie unten beschrieben) um eine 2. sat-karte erweitern. mit dem neuen kernel wird ja nun auch die technisat skystar 2 unterstützt.
    die liegt wohl so um die 60 euros + quattro lnb - naja das wäre schon o.k..


    bevors nun ans bestellen geht wollte ich gerne um eure erfahrungen bitten mit 2 karten.
    besonders interessiert mich, welche karte vdr benutzt (zur aufnahme).
    ausgabe geht wohl nur über die nexus-s an den tv - oder ?
    weiter habe ich an die nexus-s das 3,5" CI angeschlossen - d. h. premiere (live und aufnahme nur über die nexus).


    das ganze möchte ich in meinen msi hermes 651 einbauen - geht das ?
    ich meine, es war schon eine fummelei, die nexus-s + CI da reinzubekommen.#
    wie ist es mit wärmeentwicklung ?? was ist sonst zu beachten bei der planung?


    wie immer herzlichn dank für eure infos!! :]:lovevdr


    gruß


    marpiet