verteilen von Aufnahmen auf Platte

  • Quote

    Original von ghostkeeper
    Kann mir jemand erklären warum der VDR bei zwei Videoplatten eine Aufnahme immer zwischen den Platten aufteilt?

    cu

    Dadurch soll erreicht werden, dass der Platz gleichmaessig verbraucht wird.
    Mit faellt dabei auf, dass Aufnahmen die ueber das OSD geloescht werden
    nur auf der eine Platte/Partition geloescht werden.

    Bei mir sieht die Struktur so aus:

    /var/lib/video (Symlink auf /var/lib/video.00)
    /var/lib/video.00
    /var/lib/video.01

    An video.00 ist /dev/hda5 eingehaengt und
    an video.01 ist /dev/hdb5 eingehaengt.

    Die Aufnahmen sind dann ueber beide Platten bzw. Partitionen verteilt.
    Das ist ja das gewuenschte verhalten, aber beim Loeschen wird nur
    das Verzeichnis auf video.00 mit dem .del versehen. Die Verzeichnisse
    auf video.01 muss ich manuell loeschen.

    Gruss,
    the_duke

    --
    c't-vdr 7

  • Quote

    Original von the_duke
    Die Aufnahmen sind dann ueber beide Platten bzw. Partitionen verteilt.
    Das ist ja das gewuenschte verhalten, aber beim Loeschen wird nur
    das Verzeichnis auf video.00 mit dem .del versehen. Die Verzeichnisse
    auf video.01 muss ich manuell loeschen.


    Musst du nicht !
    Das .del dient nur als markierung. Links werden nicht angefasst um die aufwendige und fehlerträchtige umbennenung aller betroffenen directories und aller links zu vermeiden.
    Löschen tut vdr später wenn nix zu tun ist. Dabei werden verlinkte dateien mit von der platte geputzt. Leere directories gleich mit.

    Das kann andereseits auch nerven. Vdrconvert legt einen link auf die .iso im aufnahmeverzeichnis ab. Eine unbedarfte löschaktion und das iso für die DVD ist mit weg ;D

    Peter

    Mein anderer VDR ist (auch) ein EPIA
    1)VIA M10000-Nehemiah, 160+120G Samsung; NEC 1300A; YY A106; LCD20x4 ...
    2) ctvdr+e-tobi ; C3M266+1,2GHz-Nehmiah; 160G Samsung + 4x500G Seagate SATA; NEC3500; TT-Case; DVB-S 1.3+4MB + Nova ; gLCD 240x128 ...
    . . .TB rulez. . .

    Edited once, last by PeterD (January 22, 2006 at 1:27 PM).

  • Aber warum splittet man dafür eine Aufnahme. Bei einem Plattencrash sind somit 100% der Aufnahmen weg. Würde man eine Aufnahme komplett auf eine Platte bringen wären nur 50% der Aufnahmen weg.
    Eine gleichmässige Verteilung erreiche ich auch, indem ich immer auf die Platte mit dem meisten freien Platz schreibe.
    Wie sieht das eigentlich bei unterschiedlichen Plattenkapazitäten aus ?

    cu

    Reelbox AVG II

  • Quote

    Original von ghostkeeper
    Aber warum splittet man dafür eine Aufnahme. Bei einem Plattencrash sind somit 100% der Aufnahmen weg. Würde man eine Aufnahme komplett auf eine Platte bringen wären nur 50% der Aufnahmen weg.
    Eine gleichmässige Verteilung erreiche ich auch, indem ich immer auf die Platte mit dem meisten freien Platz schreibe.
    Wie sieht das eigentlich bei unterschiedlichen Plattenkapazitäten aus ?

    cu

    Hi,

    eine Lösung dafür hat Viking in seinem autocutter implementiert.

    Grüße
    Ralf

    VDR - Die 'Killerapplikation' die mich zu Linux gebacht hat ;)

    Neues yaVDR HD-System ging am 20.12.2013 in Betrieb :)
    yaVDR 0.7-ansible im Aufbau ab Jan. 2024.

  • Quote

    Original von ghostkeeper
    Aber warum splittet man dafür eine Aufnahme. Bei einem Plattencrash sind somit 100% der Aufnahmen weg. Würde man eine Aufnahme komplett auf eine Platte bringen wären nur 50% der Aufnahmen weg.
    Eine gleichmässige Verteilung erreiche ich auch, indem ich immer auf die Platte mit dem meisten freien Platz schreibe.
    Wie sieht das eigentlich bei unterschiedlichen Plattenkapazitäten aus ?


    Frag mal Klaus,
    Aber aufpassen das er nicht gleich explodiert.
    Wenns nach ihm ginge wäre das RAID Light schon längst wieder draussen :D

    Mein anderer VDR ist (auch) ein EPIA
    1)VIA M10000-Nehemiah, 160+120G Samsung; NEC 1300A; YY A106; LCD20x4 ...
    2) ctvdr+e-tobi ; C3M266+1,2GHz-Nehmiah; 160G Samsung + 4x500G Seagate SATA; NEC3500; TT-Case; DVB-S 1.3+4MB + Nova ; gLCD 240x128 ...
    . . .TB rulez. . .

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!