Aufnahmen verschwunden

  • Hi,


    wie ich bereits in einem anderen Thread geschrieben habe, spiele ich ein bisschen mit VDR (1.2.2) rum. Um die diversen Patches (im Moment ElchiAIO und settime) zu testen, muss ich natürlich oft neu kompilieren. Soweit habe ich keine Probleme.


    Ich nehme nebenbei übrigens schon Sendungen auf. Das klappte auch bis jetzt ziemlich gut :)
    Jetzt ist mir aber aufgefallen, dass die Enterprise Doppelfolge vom Freitag und Samstag nicht im Aufnahmemenü angezeigt werden (das sind die einzigen beiden - ist nur 'ne kleine Platte zum testen).


    Auf der Festplatte sind sie aber noch vorhanden: einmal 1.5 GB und einmal 1.7 GB.


    Letztes Jahr hat schonmal jemand so ein Problem gehabt:
    http://www.vdr-portal.de/board/thread.php?threadid=271&sid=&hilight=verschwunden&hilightuser=0


    Leider gab's dazu keine Antworten :(


    Vielleicht kann ja jemand einem Newbie einen Tip geben.


    MfG
    Marco

    Siemens Scenic, DVB-S Rev. 1.6, Airstar 2, 1 TB HD, Allnet ALL0281, AV-Board 1.3, Debian Squeeze

  • Ich hatte gestern eine ähnlichen effekt, bei mir lags daran, dass der Name des Verzeichnisses nicht korrekt war.
    Geh doch mal in dein Enterprise-VErzeichnis und mach einen "find", dann poste das ergebnis mal bitte.
    Daran sieht man dann genau wie die verzeichnisse heißen und wie die Dateien vorhanden sind.

  • Hallo


    Ist die Festplatte eventuell fast voll?


    MfG

    vdr-2.2.0 + Kernel DVB + dvb-ttpci-01.fw-fb2624 -- Debian 8.2 / linux-3.16.0 - Celeron 2,0 GHz - 1024 MB DDR Ram - 500 GB Western Digital HDD - NEC ND-1300A - 1x DVB-S Rev. 1.6 (4 MB Mod) - 2x TT Budget S-1500 - TBE Extension Board - TechniSat TechniRouter 9/1x8 K (Unicable)
    # nvram-wakeup-1.1 # vdradmind-am-3.6.10 # vdr-fritzbox-1.5.3 # vdr-iptv-2.2.1 # vdr-2.2.0-hide-first-recording-level-v5


    Debian | How To Ask Questions The Smart Way

  • Hallo,


    ich kann zwar nicht alle Ausgaben von 'find . -name "*" -ls' deuten, aber vielleicht hilft es Dir ja.


    Code
    261644    4 drwxr-xr-x   2 vdr      vdrdaem      4096 Sep  6 18:24 ./2003-09-05.20:13.50.50.rec
    261645 1565184 -rw-r--r--   1 vdr      vdrdaem  1601176407 Sep  5 21:25 ./2003-09-05.20:13.50.50.rec/001.vdr
    261646  848 -rw-r--r--   1 vdr      vdrdaem    864032 Sep  5 21:25 ./2003-09-05.20:13.50.50.rec/index.vdr
    261647    4 -rw-r--r--   1 vdr      vdrdaem       509 Sep  5 20:13 ./2003-09-05.20:13.50.50.rec/summary.vdr
    523760    4 drwxr-xr-x   2 vdr      vdrdaem      4096 Sep  6 19:13 ./2003-09-06.19:13.50.50.rec
    523761 1751524 -rw-r--r--   1 vdr      vdrdaem  1791800435 Sep  6 20:25 ./2003-09-06.19:13.50.50.rec/001.vdr
    523762  848 -rw-r--r--   1 vdr      vdrdaem    864080 Sep  6 20:25 ./2003-09-06.19:13.50.50.rec/index.vdr
    523763    4 -rw-r--r--   1 vdr      vdrdaem       516 Sep  6 19:13 ./2003-09-06.19:13.50.50.rec/summary.vdr


    BTW: Die Platte ist i.M. nur zu 52 % gefüllt.


    Ich habe versucht vdr als User vdr (Gruppe vdrdaem) laufen zu lassen. Dabei gab es aber einige Rechteprobleme, so dass ich zum Testen weiter als root arbeite. Könnte es da Rechteprobleme geben? IMHO nicht, oder? /var/log/messages schweigt sich zu diesem Thema leider auch aus :(


    MfG
    Marco

    Siemens Scenic, DVB-S Rev. 1.6, Airstar 2, 1 TB HD, Allnet ALL0281, AV-Board 1.3, Debian Squeeze

  • Hallo


    Wie startest Du vdr im Moment? Gibts Du eventuell (bewusst/versehentlich) ein anderes Videoverzeichnis an?


    MfG

    vdr-2.2.0 + Kernel DVB + dvb-ttpci-01.fw-fb2624 -- Debian 8.2 / linux-3.16.0 - Celeron 2,0 GHz - 1024 MB DDR Ram - 500 GB Western Digital HDD - NEC ND-1300A - 1x DVB-S Rev. 1.6 (4 MB Mod) - 2x TT Budget S-1500 - TBE Extension Board - TechniSat TechniRouter 9/1x8 K (Unicable)
    # nvram-wakeup-1.1 # vdradmind-am-3.6.10 # vdr-fritzbox-1.5.3 # vdr-iptv-2.2.1 # vdr-2.2.0-hide-first-recording-level-v5


    Debian | How To Ask Questions The Smart Way

  • Ich meinte eigentlich nur "find" ohne alles, dann gibts nämlich nur die dateinamen hinten.


    Also ein berechtigungsproblem würde ich ausschließen, der user ist ja derselbe.
    Sagt dein vdr-terminal was dazu? Die Dateinamen schauen für mich ok aus, der fehler wie bei mir ists zumidnest nicht.

  • Hi,


    konnte das Problem eben lösen. VDR wurde in runvdr noch als User vdr gestartet. Aus irgendeinem Grund hatte er wohl dann keinen Zugriff, obwohl alles auf vdr:vdrdaem steht. Jetzt läuft wieder alles als root und die Aufzeichnungen werden wie gewohnt angezeigt.


    Man o man, bis das alles zu meiner Zufriedenheit läuft gehen noch ein paar Tage ins Land. Aber es lohnt sich :]


    Danke für eure Hilfe.


    MfG
    Marco

    Siemens Scenic, DVB-S Rev. 1.6, Airstar 2, 1 TB HD, Allnet ALL0281, AV-Board 1.3, Debian Squeeze

  • Hallo,


    ich habe jetzt nochmal versucht vdr als User vdr (Grupper vdrdaem) laufen zu lassen.


    Starten tut er wie gehabt. Nur wenn ich die Liste der Aufnahmen haben will, sehe ich nix. Die Rechte müssten aber stimmen.


    Code
    ls -ld /video
    
    
    drwxr-xr-x    7 vdr      vdrdaem      4096 Sep 18 23:45 /video/


    Code
    ls -l 
    
    
    drwxr-xr-x    6 vdr      vdrdaem      4096 Sep 13 20:18 %Enterprise
    drwxr-xr-x    3 vdr      vdrdaem      4096 Sep 13 00:23 %Nur_noch_60_Sekunden
    drwxr-xr-x    3 vdr      vdrdaem      4096 Sep 14 22:32 %Teuflisch
    drwxr-xr-x    3 vdr      vdrdaem      4096 Sep 18 23:10 @TV_total__
    -rw-r--r--    1 vdr      vdrdaem    506819 Sep 18 23:45 epg.data
    drwx------    2 vdr      vdrdaem     16384 Sep 12 19:26 lost+found


    Die Unterverzeichnisse mit Dateien spare ich mir jetzt mal, da sie auch alle vdr:vdrdaem gehören.


    Wenn ich die Liste der Aufnahmen ansehen will, wird kurz angezeigt, dass er nach vorhandenen Aufnahmen sucht, aber der Bildschirm bleibt leer.


    Schreiben geht übrigends (@TV_total__).


    Die Logdatei schweigt sich zu dem Thema leider aus.


    In meiner runvdr steht folgendes drin:



    Die Module lade ich im Moment noch von Hand. Das muss noch automatisiert werden.


    Irgendwelche Ideen?


    Gute Nacht!
    Marco

    Siemens Scenic, DVB-S Rev. 1.6, Airstar 2, 1 TB HD, Allnet ALL0281, AV-Board 1.3, Debian Squeeze


  • kann es sein, dass es an den dateirechten liegt?
    die verzeichnisse haben "drwxr-xr-x", die dateien haben aber nur "-rw-r--r--".
    ich vermute, dass der vdr-user die dateien nicht ausführen (anzeigen) darf, weil sie kein "x" haben.
    soweit ich mitbekommen habe ist es eh keine gute idee, den VDR als root laufen zu lassen. vermutlich eben wegen solchen sachen wie datei- oder zugriffsrechte.


    gruessle
    klaus

    RavenIV


    ----------------------------------------------------------------------


    LINUX - das längste text-adventure aller zeiten...

  • Hallo zusammen!


    Ich habe mich gestern abend mal mit den Rechten bei Dateien und Verzeichnissen auseinandergesetzt. IMHO stimmen die so, wie ich sie oben aufgelistet habe.


    Der Tip mit dem Terminal von WarEagle war richtig! Ich weiß gar nicht, warum ich das beim ersten Lesen übersehen habe. Es lag wahrscheinlich daran, dass ich bisher dachte vdr benutzt das Terminal nur für die Steuerung über Tastatur. Jedenfall stand auf dem Terminal, dass vdr nicht auf /dev/null schreiben konnte. Ich habe kurz die Rechte geändert und schon waren meine Aufnahmen wieder da :)


    Vielen Dank für eure Hilfe


    MfG
    Marco

    Siemens Scenic, DVB-S Rev. 1.6, Airstar 2, 1 TB HD, Allnet ALL0281, AV-Board 1.3, Debian Squeeze

  • Hi,


    ich hatte das gleiche Problem, dass ich die Aufnahmen nicht sehen konnte. Auch bei mir lag es daran, dass die Rechte auf /dev/null falsch waren. ABER: ich nix raff warum das das Problem gelöst hat ... wenn also einer einen armen User erleuchten will ;)


    Danke,
    Lars

  • Hi!


    Nachdem ich das Problem durch ein einfaches Ändern der Rechte lösen konnte, habe ich mich nicht weiter dafür interessiert. Nach Deinem Posting habe ich mir alles nochmal reingezogen. Für das Auffinden der Aufnahmen wird IMHO folgendes Kommando benutzt (recording.c):


    Code
    #define FINDCMD      "find %s -follow -type d -name '%s' 2> /dev/null


    Ich vermute nun mal, dass die Fehlerausgabe (0 - Standardeingabe, 1 - Standardausgabe, 2 - Standardfehlerausgabe (?!?)) nach /dev/null umgeleitet wird. /dev/null wird unter Un*x und Linux gerne als Mülleimer benutzt. Der Nutzer der das Kommando nun ausführt (in meinem Fall vdr) muss dazu natürlich Schreibrechte für das Device haben.


    Wahrscheinlich wird das alles gemacht, damit keine unerwünschtem Meldungen auf dem OSD auftauchen.


    HTH
    Marco

    Siemens Scenic, DVB-S Rev. 1.6, Airstar 2, 1 TB HD, Allnet ALL0281, AV-Board 1.3, Debian Squeeze

Jetzt mitmachen!

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