vdr-aufnahmen von windows-freigabe mounten

Datei /var/cache/vdr/commands.conf darfst du bei ctvdr nicht ändern.

Nimm entweder /usr/share/vdr/command-hooks/commands.update-recordings.conf
oder /etc/vdr/command-hooks/commands.custom.conf.

Zugriff findet während umount ja nicht statt?
Da könnte es eventuell sein, das du nicht umounten kannst.

Zu 1:
der Befehl steht in /usr/share/vdr/command-hooks/commands.update-recordings.conf
Die kannst du ändern, wird aber bei einem Update vom VDR eventuell wieder überschrieben.
Wird beim nächsten Start vom vdr in die commands.conf übernommen.

Zu 2:
Wenn die Freigabe nicht erreichbar ist, ist es lt mir ein Problem wenn vdr versucht drauf zuzugreifen.

Ansonsten ists kein Problem.

Wegen löschen des Verzeichnis:
einfach eine Datei in das Verzeichnis legen
z.B. touch /var/lib/video.00/buffalo/.nichtloeschen

Wegen dem nonroot Problem mit aushängen hab ich zur Zeit keine Idee

Hallo,

hab das hier gerade gefunden und aufgegriffen.
Das unmounten über VDR klappt bei mir auch nicht, aber das move: es haben sich im "verschieben.sh" wohl zwei Fehler eingeschlichen:

if [ -d "newdir" ]; then
-> hier fehlt das $

mv "$2" "$newdir/" && touch $VIDEODIR/.update &
-> mv arbeitet ohne --target-directory nicht rekursiv

So klappt's eher:

#!/bin/bash


VIDEODIR=/var/lib/video.00


newdir="$1${2:${#VIDEODIR}:${#2}-${#VIDEODIR}-27}"


mkdir -p "$newdir"
if [ -d "$newdir" ]; then
  mv "$2" --target-directory="$newdir/" && touch $VIDEODIR/.update &
fi

Werner

Habe jetzt die "verschiebe.sh" etwas erweitert:

#!/bin/sh


# Video-Verzeichnis
VIDEODIR=/var/lib/video.00


# Ziel-Verzeichnis
newdir="$1${2:${#VIDEODIR}:${#2}-${#VIDEODIR}-27}"


# greift gerade Noad oder Rip auf das Verzeichnis zu?
for f in $(find $2 -name *.pid)
  do
    echo "Videodateien werden gerade verwendet."
    echo "Verschieben abgebrochen."
    exit 1
  done




# sicherheitshalber Windows Share mounten
mount $1


# ist Windows Share gemountet (.nichtloeschen nicht mehr vorhanden)?
if [ -e "$1/.nichtloeschen" ]; then
  echo "Windows Verzeichnis nicht verfügbar!"
  exit 1
fi  


# Anlegen des neuen Verzeichnisses auf winshare und Prüfen ob geklappt
mkdir -p "$newdir"
if [ ! -d "$newdir" ]; then
  echo "Verzeichnis auf Windows-Rechner konnte nicht angelegt werden!"
  exit 1
fi


# kopieren
cp -r "$2" "$newdir/"
 
# Fehler beim Kopieren? (exitcode nicht 0?)
if [ $? != "0" ]; then
  echo Fehler beim kopieren!
  exit 1
fi


# Quellverzeichnis löschen  
rm -d -r "$2"


# Aktualisierung für VDR
touch $VIDEODIR/.update

# Quellverzeichnis nach Verschieben noch vorhanden?
if [ -e "$2" ]; then
  echo "Dateien kopiert."
  echo "Originalverzeichnis konnte nicht entfernt werden."
else    
  echo "Verschieben erfolgreich ausgeführt".
fi

Das Ganze ist nicht gerade trivial, weshalb ich auch einige Fehlerprüfungen und -meldungen eingebaut habe.

Zur Sicherheit kopiere ich auch zuerst und lösche erst danach das Verzeichnis. Was ich nicht verstehe ist dass das Quellverzeichnis nicht mehr gefunden wird, das (leere) Verzeichnis aber doch noch da ist! Weshalb klappt hier wieder mal eine Aktion (Löschen) als vdr-User nicht? Und weshalb liefert if [ -e "$2" ] ein falsches Ergebnis?

Was auch noch zu überlegen wäre: eine Kopieraktion im Hintergrund bei größeren Dateien, da ansonsten die ganze Zeit das Menü eingefroren bleibt.

Wie gesagt: nicht gerade trivial diese Verschiebe-Aktion...

[edit]
Hab gerade noch was Interessantes gemerkt. Solange man im vdr-Menü ist lässt sich der Windows Share nicht entfernen, offensichtlich wird während dessen noch darauf zugegegriffen. Deshalb klappt dann natürlich auch das umount über commands.custom.conf nicht.
Ob das für die Unmöglichkeit des Löschens des Verzeichnisses selbst auch zutrifft?
Also sollte wohl doch am besten ein Hintergrund-Prozess angestossen werden?
[/edit]

Zitat

Original von marpiet
vielleicht fällt dir ja noch was ein, wie man im hintergrund verschieben kann ?

Da das überhaupt meine erste größere Aktion mit Linux war: nein
Und VDR hat sowieso seine ganz besonderen Eigenheiten

Zitat

als vdr-user root klappts problemlos....

Bei mir ging es nicht mal als root - erst, als das OSD weg war klappte das umount.

Falls es noch jemanden interessiert hier die Lösung zum umount:
Ausführen des umount-Befehls (einfach - wenn man's weiß...) als root mittels: sudo umount ...

/etc/sudoers mittels Befehl visudo wie folgt ergänzt:
vdr ALL:NOPASSWD: /bin/umount (ggf. weitere erlaubte Befehle mit Komma anfügen)

...und auch noch die Lösung für's Verschieben im Hintergrund.

In meiner verschiebe.sh steht jetzt nur noch folgender Aufruf für das neue (umbenannte) Hintergrund-Verschiebeskript "verschiebe_bg.sh":

#!/bin/sh


/.../verschiebe_bg.sh $1 $2 > /dev/null &

Wie gehabt werden die beiden Parameter für Zielpfad und Quelle (weiter) übergeben, das abschließende "&" befördert den Prozess in den Hintergrund, der Kniff an der Sache ist jedoch die Ausgaben mit "> /dev/null" ins nirgendwo umzuleiten, weil sonst das Ausführen im Hintergrund wirkungslos bleibt (und das OSD weiter sichtbar).

Sinnvollerweise ersetzt man die echo-Ausgaben im Verschiebe-Skript durch:
/usr/lib/vdr/svdrpsend.pl MESG "..."

Dadurch wird eine abschließende OSD-Meldung eingeblendet.

Guten Abend.

Hänge mich mal gerade an. Habe das Skript von scovery bei mir eingebaut und gestartet. So weit so gut. Er kopiert auch. Ich kann auch weiter das Menü aufrufen, aber::: Das Livebild ist weg... Vielleicht wg. /dev/null? Nach dem Kopiervorgang ist wieder alles in Butter. Und: Er löscht die Originaldatei nicht...

Ansonsten: Fine piece of work.

Gruß

Oliver

Zitat

Original von Full_ackIch kann auch weiter das Menü aufrufen, aber::: Das Livebild ist weg... Vielleicht wg. /dev/null?

Das kann's eigentlich nicht sein. Ich hab nur den Effekt dass ich - wenn ich am Ende mit vdrpsend.pl eine OSD Nachricht ausgebe das Livebild weg ist und ich erst nochmal umschalten muss, damit wieder ein Programm läuft. Seltsam, aber nicht so tragisch und man verpasst so das Kopier-Ende nicht.

Mit dem Löschen habe ich auch noch das schon genannte Problem. Das oberste Verzeichnis der Aufnahme wird nicht gelöscht (auch als root mittels sudo nicht) - aber trotzdem nicht mehr gefunden (da sonst eine andere Meldung kommen müsste - wie bereits erwähnt). Verstehe ich nicht wirklich
Der Inhalt des Verzeichnisses müsste aber weg sei (wenn nicht gerade noch was drauf zugreift, was ja eigentlich zumindest grob im Skript geprüft wird)?

Also schlage ich Teamwork vor: Das Problem mit dem Löschen kann man lösen: statt der Zeile rm -d -r trag mal rm -rf ein der forced das Löschen. Da du ja vorher überprüfst, ob cp erfolgreich war, seh ich da kein Problem...

mfg

Oliver

P.S.: Die Überprüfung mit ./nichtloeschen funktioniert bei mir auch nicht...

Edit: Warum das Kopfverzeichnis nicht gelöscht wird? $2 beim Löschen ist das*.rec Verzeichnis, dass Kopfverzeichnis wird nicht gelöscht und darf ja auch nur gelöscht werden, wenn sonst kein anderes *.rec Verzeichnis mehr drin ist...

Zitat

Original von Full_ack
statt der Zeile rm -d -r trag mal rm -rf ein der forced das Löschen.

Das -d ist hier wohl eh fehl am Platz - aber force bringt gar nichts, denn:
-f, --force
ignore nonexistent files, never prompt

Zitat

Warum das Kopfverzeichnis nicht gelöscht wird? $2 beim Löschen ist das*.rec Verzeichnis

Nein - das ist das (Unter-)Verzeichnis der Aufnahme, die verschoben werden soll (im Video-Verzeichnis).