Beiträge von beta_bo

    Vom Prinzip her gerne - nur habe ich leider keinen "Test-VDR" mehr, sondern müsste alle Änderungen an meinem Livesystem ausprobieren.
    Mir ist vorgestern nämlich das Mainboard von meinem alten Live-VDR gestorben (R.I.P.) und ich musste das vom Bastelsystem einbauen.

    Zitat

    Original von Dr. Seltsam
    tut mir leid, da hab ich keine Idee. Die kernelkonfiguration des 2.6.23.1 ist in diesem Bereich (SMB und CIFS) mit der des 2.6.20.1 identisch. Bezüglich CIFS soll es in Kernel 2.6.22 sogar zahlreiche Verbesserungen gegeben haben.


    Ja, habe grade nochmal deinen 2.6.21.3 installiert, da funktioniert es auch noch, muss also wirklich irgendeine Inkompatibilität in .22 oder .23 reingekommen sein. Ich bastel/google noch ein wenig rum, vielleicht krieg ich ja was hin/raus.


    Edit:


    Habs hinbekommen. Hab mir die source von mount.cifs [1] gezogen, mit
    gcc -o mount.cifs mount.cifs.c
    kompiliert und das mount.cifs nach /usr/bin kopiert und nach /sbin verlinkt (analog zu mount.smbfs) und danach nochmal versucht zu mounten - ging!




    [1]: http://linux-cifs.samba.org/cifs/cifs_download.html

    Hallo,


    nach dem Update von 2.6.20.1 auf 2.6.23.1 habe ich Probleme, ein CIFS-Share (Server: Samba 3.0.24, Gentoo) zu mounten.


    Ich bekomme immer folgende Fehlermeldung auf der Konsole:


    vdr:~# mount -t cifs //192.168.0.1/space /space -o username=XY,password=XYZ
    mount: wrong fs type, bad option, bad superblock on //192.168.0.1/space,
    or too many mounted file systems



    bzw im logread:


    [ 81.539378] CIFS VFS: cifs_mount failed w/return code = -22



    Was mache ich falsch bzw was fehlt mir (meinem VDR)?
    Was kann ich probieren, welche Infos werden noch benötigt?


    mount -V gibt "mount-2.11n" aus.


    Unter 2.6.20.1 funktionierte es, wie schon erwähnt - habe zur Kontrolle grade nochmal den alten Kernel gebootet.

    Zitat

    Original von marlow
    Hallo Toxic,


    könntest Du bitte einmal die Lograe von mir einsehen? Die FB funktioniert, aber ich glaube da gibt es bei Kernel Probleme mit meiner Karte.


    Gruß


    Hallo marlow, welchen Kernel hast du denn laufen?
    Hatte mit meinem alten 2.6.18 die gleichen Probleme... toxic verlinkt wohl nicht ohne Grund den 2.6.20.1 auf seiner Downloadseite :unsch damit klappt es bei mir

    Hallo,


    wäre nett, wenn du die Lösung hier noch posten könntest, ich habe das Problem nämlich auch seit vorhin.


    Gruß


    EDIT: Hat sich nach ner Zeit von alleine "repariert"... Neustart und/oder manuelles Anstoßen des EPG-Scans hatten nix gebracht (ja, ich hatte danach ne Zeit [ca 10 Min] gewartet ;))... Naja, hauptsache es geht :)

    Hab hier ne Maxtor OneTouch 250GB mit USB2 und FireWire an meinem Laptop (2.6.12) hängen


    Per USB2:
    /dev/sda:
    Timing cached reads: 2420 MB in 2.00 seconds = 1209.58 MB/sec
    Timing buffered disk reads: 90 MB in 3.03 seconds = 29.75 MB/sec


    also schon recht brauchbar.


    Per Firewire:
    /dev/sda:
    Timing cached reads: 2292 MB in 2.00 seconds = 1145.03 MB/sec
    Timing buffered disk reads: 72 MB in 3.02 seconds = 23.82 MB/sec


    was mich schon irgendwie wundert, muss wohl am Firewire-Chipsatz im Notebook oder im Laufwerk liegen (ich weiß, FW ist nominell langsamer als USB2 (400 zu 480mbit/s, was aber immer noch 50 bzw 60mb/s durchsatz auf dem bus bedeuten würde)


    USB-Chipsatz vom Laptop ist ein 82801DB/DBM (ICH4)
    FW - Chipsatz ist Ricoh Co Ltd R5C552


    das mit dem 2.6er Kernel kannst du ja erstmal "unverbindlich" per Knoppix o.ä. testen

    <img src="http://gravestock.gr.funpic.de/Display01.jpg">
    <img src="http://gravestock.gr.funpic.de/Display02.jpg">



    das in ne .html-datei einfügen, auf den gravestock-account hochladen und dann die html-datei hier verlinken


    (ps: ja ich weiß, da fehlen diverse head und body-tags, aber wir wollens mal für den zweck hier nicht übertreiben)

    reiserfs ist für sowas in der tat das bessere filesystem, es ist für diesen anwendungszweck um welten schneller als ext2/3 - auch wenn ich reiserfs nicht mehr mag, nachdems mir vor 2-3 jahren 2x das filesystem geschossen hat - aber ein entpacktes freedb-archiv sind ja keine "wichtigen" daten, bzw leicht rekonstruierbar; von daher kann man wohl ziemlich uneingeschränkt eine extra partition dafür empfehlen

    Wenn du die MT-Patches installierst, ist da noad-online gleich dabei...d.h. er markiert schon während der Aufnahme die Werbeblöcke...


    wenn du ne Aufnahme ansiehst und mal auf OK drückst, siehst du die Schnittmarken, mit 7 und 9 springst du zwischen den Schnittmarken, mit 4 + 6 verschiebst du sie, mit 0 setzt/löschst du Schnittmarken und mit 2 startest du den Schnitt.

    schau mal in der /etc/vdr/remote.conf - wenn keine maus und tastatur angeschlossen ist, müsste die fernbedienung remote-event0 sein, wenn ich mich nicht irre.


    also


    cp /etc/vdr/remote.conf /etc/vdr/remote.conf.bkp
    vi /etc/vdr/remote.conf
    :1,$s/event1/event0/
    :wq
    reboot

    Leicht OT: was ist eigentlich der Unterschied zwischen den o.g. Plugins mvp und mediamvp?


    Finde über die Suche nur 80 Threads, die ich eigentlich nicht alle durchschauen wollte :/


    (suchstring: mvp AND mediamvp, testweise auch mal noch ein AND plugin dazugehängt)

    Zitat

    Original von marc1488
    dann ":q" zum speichern und ":q!" zum schliessen


    nimmst du wirklich :q zum speichern oder hast du dich hier nur verschrieben und hast :w gemeint? versuch auch mal die einstellung zu ändern, während der vdr nicht läuft

    Code
    vdr:~# diff /usr/bin/mplayer.sh /root/mplayer.sh
    vdr:~#
    vdr:~# md5sum /usr/bin/mplayer.sh /root/mplayer.sh
    f435a17478e0d39aa02869a6cd344138  /usr/bin/mplayer.sh
    f435a17478e0d39aa02869a6cd344138  /root/mplayer.sh


    ist irgendwie dieselbe datei wie bei linvdr-0.7-mt-1.3.22-20050302 :rolleyes:


    hast du jetzt die verkehrte hier angehängt?


    hab leider kein videofile mit 2 tonspuren zum testen da


    EDIT: sehe grade, der thread ist vom 25.02.2005 09:15, kann sein, dass MT das dann eingebaut hat :D

    Zitat

    Original von onkelheini3
    - eine DVD +RW wird mit growisofs -Z /dev/scd0 /var/lib/video/fim/dvd/~.iso gebrannt, allerdings nur als *.iso File, nicht in der DVD Datenstruktur


    probier mal


    growisofs -Z /dev/scd0=/var/lib/video/fim/dvd/~.iso


    das = ist wichtig