Surveillance bestanden op een usb drive laten weg schrijven

[René_]

Sorry ik zie het, daar zet je alleen ssh aan, ik was daarmee in de war, het word wat duidelijker.
Alles gebeurd met de commando's in terminal van mijn computer (Mac in mijn geval).

Ik word er onzeker van door mijn medicijn gebruik (morfine) dus ik wil voor mezelf alles op een rij hebben voor ik wat doe.
Mocht ik het fout doen, is dat dan eenvoudig te herstellen

[Ben(V)]

Even voor iedereen die de commandos van @Birdy gebruikt om dit te doen en last hebben dat ze na een DSM update dit moeten herhalen het volgende.
Zet de commandos. in een bestandje met de extensie .sh en plaats dat bestandje in de folder /usr/local/etc/rc.d/
Dit zijn de regels waar het scriptje aan moet voldoen:

• It must contain the suffix ".sh". For example, "myprog.sh".
• The permission must be 755.
• It must contain the options of "start" and/or "stop". When the system boots up, it will call myprog.sh start ; when it shuts down, it
  will call myprog.sh stop .

[René_]

Top, het is me alleen nog steeds niet gelukt helaas (ligt aan mij) als het me lukt zal ik dit ook toepassen.
Ik ga even rondkijken in de vriendenkring of iemand dit voor mij kan doen, ik raak elke keer de "draad" kwijt. (lang leven de medicatie  )

[Briolet]

Even voor iedereen die de commandos van @Birdy gebruikt om dit te doen en last hebben dat ze na een DSM update dit moeten herhalen het volgende.…

Ik denk niet dat je het wilt herhalen als een update dit stuk maakt. Zoals Birdy het geschreven heeft, staan alle data op de USB en is de SS share door een symlink naar de USB vervangen.

Ik verwacht niet dat een update de symlink door een echte share vervangt, maar als dat gebeurd en je runt het script nogmaals, dat overschrijft de maagdelijke installatie op de nas, alle opnames op je USB. Als een update de boel verziekt, wil je toch echt een ander, complexer, script gebruiken om je data  op de USB veilig te houden.

[Briolet]

Om bovenstaande nog veilig te maken, kun je een nieuwe share maken en deze als opslagruimte voor SS toewijzen. Vervolgens pas je het trukje van Birdy toe op die share. Dan hoef je niet met de 'surveillance' share te knoeien en heb je nog minder kans dat een update de boel verziekt.

[Ben(V)]

De commando's van @Birdy copieren enkel de bestanden, dus volgens mij wordt er niets overschreven, maar je kunt voor de zekerheid een -n optie opnemen zodat er niets overschreven wordt.
Heb voor het gemak maar even een scriptje geschreven voor wie er mee wil experimenteren.
Dit scriptje moet je dus een .sh extensie geven en in de directory /usr/local/etc/rc.d/ plaatsen.
Eventueel de het juiste USB volume aanpassen, het df commando op de commandline geeft laat je o.a. hoe je usbdisk heet.

Code: (shell) [Selecteer]

#!/bin/sh

ORG_VOLUME="/volume1/surveillance"
USB_VOLUME="/volumeUSB1/usbshare/"

case $1 in
    start)
        cp -p -r -n ${ORG_VOLUME} ${USB_VOLUME}
        rm -r ${ORG_VOLUME}
        ln -s ${USB_VOLUME}surveillance ${ORG_VOLUME}
        exit 0
        ;;
    stop)
        exit 0
        ;;
    *)
        exit 1
        ;;
esac

EDIT:
@Birdy Code gefixed, was een paar ;; vergeten.
Als je meerdere talen gebruikt ga je de syntax door elkaar halen, sorry.

[Birdy]

Geen tijd om te testen maar, even door de syntax checker gehaald: dus ff fixen @Ben(V):

Code: [Selecteer]

$ shellcheck myscript
 
Line 6:
case $1 in
^-- SC1009: The mentioned syntax error was in this case expression.
 
Line 7:
    start)
    ^-- SC1073: Couldn't parse this case item. Fix to allow more checks.
 
Line 13:
    stop)
        ^-- SC1072: Fix any mentioned problems and try again.
        ^-- SC1074: Did you forget the ;; after the previous case item?

$
Dan kan ik morgen wel testen.

[Briolet]

De commando's van @Birdy copieren enkel de bestanden, dus volgens mij wordt er niets overschreven, maar je kunt voor de zekerheid een -n optie opnemen zodat er niets overschreven wordt.

Dat klinkt veiliger. Ik dacht dat er ook de indexen op stonden, maar die blijkbaar toch niet. Wel staat er voor elke camera een folder op, met daarin de camera.conf, waarin de eigen settings voor de betreffende camera staan. Die wil je niet door default settings laten overschrijven.

De folder structuur is wel vaker veranderd door een update van SS. Dus blijft mijn stelling dat als de hele simlink verdwijnt door een update, je niet simpel een script moet runnen, maar eerst echt moet kijken wat er door de update aangepast is.

[Ben(V)]

Ik heb geen SS draaien dus kan het niet kijken hoe die folders eruit zien, maar het natuurlijk vrij simpel die folders niet mee te nemen.
Ik betwijfel echter of die gewijzigd worden door een update, als dat wel zo zou zijn zou je altijd de defaults camera instellingen terug krijgen na een update.

[Briolet]

Een update zal die settings niet weggooien. Maar het ging hier over de situatie dat een update de simlink weggooit. Op dat moment heeft het update process geen idee meer waar de data staat en kan alleen maar een nieuwe "surveillance" share maken met maagdelijke inhoud.

De folders kunnen zeker aangepast worden bij een update. Tegenwoordig staan in elke camera folder, subfolders per 12 uur. Die indeling is ooit geheel anders geweest en is door een oude update opnieuw gerangschikt. Er is geen garantie dat een nieuwe versie de boel niet weer aanpast. b.v. als je van V8 naar V9 gaat.

[René_]

het lukt me niet, ik weet nu niet wat ik waar moet invullen.
Ik ben genoodzaakt het zo te laten, de opnames zal ik maar handmatig kopiëren naar de aangesloten hdd van 500Gb. 

het laat me toch niet los
Die regels van Birdy voer ik allemaal in, in terminal van mijn mac

[Briolet]

Ik blijf het gevaarlijk vinden om een leek sudo rechten te geven. Zeker als ik lees dat je over niet werkende regels in meervoud praat.

Als b.v. regel 1 een fout genereert en je toch doorgaat en regel twee wel correct uitvoert, ben je echt alles kwijt. Misschien wel gelukkig dat geen van de regels werkt.

[Birdy]

Die regels van Birdy voer ik allemaal in, in terminal van mijn mac

Als je alles zomaar die regels overneemt, dan heb je hoogst waarschijnlijk niet de juiste USB folders gebruikt:

Let op: mijn USB Disk zit op: /volumeUSB1/usbshare, controleer dus even waarop jouw USB Disk zit en pas die commando's daarop aan.

Je zegt alleen maar: "het lukt me niet, ik weet nu niet wat ik waar moet invullen." en vervolgens "Die regels van Birdy voer ik allemaal in, in terminal van mijn mac".
Je vertelt dus niet of je foutmeldingen hebt gezien, die je zeer waarschijnlijk wel hebt gehad.

En ja, alles is op eigen risico !

[René_]

Nee, ik wil alles zeker weten voor ik iets invul, voor jullie is het allemaal gesneden koek en voor mij niet.

[Birdy]

Ok dan, dat was niet duidelijk.

1 - Alle regels moeten uitgevoerd worden in Terminal.
2 - Zoek eerst in Terminal naar de juiste USB mappen.
2.1 - als je root bent, doe dan:
2.2 -

Code: [Selecteer]

cd /2.3 -

Code: [Selecteer]

ls -l Je moet dan een map zien met "USB" in de naam
2.4 -

Code: [Selecteer]

cd <de gevonden map>2.5 -

Code: [Selecteer]

ls -l Laat de uitkomst daarvan zien.