Synology-Forum.nl
Packages => Officiële Packages => Surveillance Station => Topic gestart door: Henk-ie op 23 juni 2015, 14:56:24
-
Beste mensen,
ik heb een vraagje.
als ik de Surveillance station installeer maakt hij een map op de nas.
maar deze schijven zijn gespiegeld.
nu wil ik een 2 TB harddisk op mij USB 3 poort aansluiten en de video bestanden op deze schijf weg laten schrijven.
waar kan ik dit instellen.
ik moet namelijk een licentie kopen voor 4 camera's
en voordat ik dit doe wil ik wel zeker weten dat dit kan met de externe schijf.
alvast bedankt voor jullie hulp.
met vriendelijk groet,
Henk van Bergen
-
Je zou een backup taak kunnen instellen om een kopie te maken van die folder naar je USB schijf.
Maar of je die USB schijf zo kunt instellen dat daar alleen je bestanden van SS worden opgeslagen, lijkt mij sterk.
Wat is eigenlijk de reden dat je het weg gaat schrijven naar je USB ?
Je Surveillance Station applicatie staat/werkt op je NAS en heeft de bestanden ook daar nodig, wil je er iets mee gaan doen.
Edit: Nog even zelf SS geinstalleerd.
Je 'recording folder' wordt aangemaakt op één Volume.
Dus direct op je USB schijf gaat niet lukken.
-
Je kunt exporteren naar USB HD, lees dit in DSM Help (https://help.synology.com/dsm/?section=SurveillanceStation&version=6.3&link=recording.html&lang=nld#export).
-
Heb geen SS geïnstalleerd maar ik vraag mij af of het volgende mogelijk is:
Configuratiescherm --> Gedeelde map --> SS map selecteren --> Bewerken
En dan bij Locatie: wijzigen naar de USB
???
-
Gebruik ook geen SS maar wel even getest [DS111].
Het werkt niet, zowel NFS als EXT4 USB Disk, je kunt deze niet selecteren.
[attachimg=1]
-
Nu je toch bezig bent ;D
Zou een link hier soelaas kunnen bieden?
-
Je bedoelt een soft- of hard link ?
Misschien dat ik dat vanavond kan testen ;D
-
ik moet namelijk een licentie kopen voor 4 camera's
Hallo Henk,
Je weet dat er standaard 2 camera`s aan kunnen? (2 lic`s inbegrepen)
-
Beste mensen
bedankt voor jullie info.
de rede is dat mijn 2 schijven in een spiegel staat en dat ik er nog 300 gb op vrij heb.
ik vindt het onnodig om deze gegevens te spiegelen.
camera vindt ik niet zo belangrijk.
ik heb nog een 2 TB schijf liggen en ik wilde deze via een externe behuizing op de nas aansluiten en dit dan aan de camera's koppel.
want dan laat ik de nas schijven met rust en hoef ik geen groter schijven te kopen.
dus het is niet mogelijk. dat is wel jammer en stom...
gr.
henk
-
Nog even wachten, @Birdy gaat misschien nog wat proberen.
-
Je bedoelt een soft- of hard link ?
Misschien dat ik dat vanavond kan testen ;D
sorry ik had het niet gelezen.
ik zou dit heel fijn vinden als dit zou kunnen.
en mocht niet nu niet gaan.
ik wilde misschien toch een andere nas kopen, maar dan kan ik het beste een nas kopen met 4 bay's.
dan moet het toch zeker kunnen.
lijkt mij.
alvast hartelijk bedankt voor jullie moeite
gr.
henk
-
Je bedoelt een soft- of hard link ?
Soft link neem ik aan omdat een hard link alleen binnen een volume kan. Ik vraag me echter af hoe je een gehele share als softlink moet definiëren. ::)
-
Ik heb lang geleden met een oude versie van Surveillance Station eens de volgende truc toegepast die werkte.
- Noteer de naam, instellingen en rechten van de share die Surveillance Station zelf aanmaakt.
- Deinstalleer Surveillance Station en verwijder de share.
- Maak zelf een nieuwe share aan op de USB schijf met de eerder gebruikte naam etc.
- Installeer en start Surveillance Station.
Destijds werkte die truc, maar omdat ik zelf Surveillance Station niet meer gebruik kan ik het nu niet testen.
-
Ha, die truc zal ik zo ff testen ;)
-
O dat zou super zijn als dit werkt.
Ik kan het nu niet testen. Ben nu niet thuis.
Ik hoor graag of het werkt.
Alvast bedankt
Gr Henk
-
De truc van @Hofstede werkte helaas (niet) meer. Getest op DS111 met DSM 5.2-5565 Update 2 en SS versie 7.0.3762.
Ga zo testen met een link.
-
Goed om te weten. Bedankt voor het testen. :)
-
Duurde even maar dan heb je ook wat: met symbolic link is het uiteindelijk goed gegaan:
Let op: mijn USB Disk zit op: /volumeUSB1/usbshare, controleer dus even waarop jouw USB Disk zit en pas die commando's daarop aan.
1 - Stop Surveillance Station
2 - In PuTTY (je moet root zijn) (http://www.synology-forum.nl/algemeen/nas-benaderen-met-ssh-winscp-putty/) de volgende commando's geven, op eigen risico:
[klik op Code: [Selecteer en copy en past (linker muisknop) in PuTTY en geef enter]
2.1 cp -p -r /volume1/surveillance /volumeUSB1/usbshare/
2.2 rm -r /volume1/surveillance
2.3 ln -s /volumeUSB1/usbshare/surveillance /volume1/surveillance
3 - Start Surveillance Station
Resultaat:
[attachimg=1]
Let op:
[attachimg=2]
EDIT: Zie bericht hier. (http://www.synology-forum.nl/surveillance-station/surveillance-bestanden-op-een-usb-drive-laten-weg-schrijven/msg160868/#msg160868)
-
Let op: mijn USB Disk zit op: /volumeUSB1/usbshare, controleer dus even waarop jouw USB Disk zit.
Dat is bij mij ook.
Mooi zo.
-
Duurde even maar dan heb je ook wat: met symbolic link is het uiteindelijk goed gegaan:
Let op: mijn USB Disk zit op: /volumeUSB1/usbshare, controleer dus even waarop jouw USB Disk zit.
Super bedankt Birdy,
ik ga het morgen even testen.
maar als het bij jullie werkt zal het hier ook werken.
nogmaals bedankt.
gr.
henk
ps
jullie horen of het bij mij ook werkt.
-
Controleer wel dit pad /volumeUSB1/usbshare anders gaat het niet werken.
Als je namelijk eerder al eens een andere stick erin gehad hebt, bestaat de kans dat het pad anders is.
B.v. /volumeUSB2/usbshare
Voor elke stick wordt er een pad toegevoegd.
-
Dan zou ik toch dat pad kunnen aanpassen ?
Of zie ik dit nu verkeerd?
Gr henk
-
Ja precies. :)
-
Slaat dat "precies' op de eerste of tweede vraag. ;D
-
beste Birdy
is dit goed wat ik gedaan heb.
en kan het zijn dat ik nu niet meer in de map surveillance kan komen??
[attach=1]
aangezien ik niks zie in putty Birdy
bedankt voor jou hulp
gr.
henk
-
is dit goed wat ik gedaan heb.
Ziet er goed uit.
en kan het zijn dat ik nu niet meer in de map surveillance kan komen??
Zou wel moeten (beter kijken op via File Station) op je USB Disk zoals getoond in plaatje 1 van mijn bericht: Gepost op: Gisteren om 23:44:01
-
Beste birdy,
ik kijk net op mijn snap maar de surveillance map op de nas is nu helemaal weg.
op de usb drive staat hij gewoon nog op.
en zover ik kan zien werkt hij ook nog normaal.
heb jij toevallig een idee??
gr.
henk
-
Wat voor een idee ? Het werkt toch?
In Files Station staat zie je de map niet meer op je NAS (volume1) maar wel op je USB Disk en DAT was de bedoeling.
Als je kijkt met PuTTY dan zie je dat de map surveillance (op volume1) is gelinkt naar je USB Disk, doe maar eens:
ls -l /volume1/surveillanceIn mijn geval zie je dan de verwijzing van -> naar:
DS111> lrwxrwxrwx 1 root root 33 Jun 23 23:21 /volume1/surveillance -> /volumeUSB1/usbshare/surveillance
Dus, voor SS bestaat /volume1/surveillance nog steeds, alleen zie je die dus niet in File Station als voorheen maar onder map usbshare1 (in mijn geval dan).
-
klopt helemaal
maar omdat jij zei dat ik die surveillance map niet mocht verwijderen.
en nu is hij uit zich zelf weg gegaan...
maar maakt niet uit het werkt.
hartelijk bedank voor jou goede info.
gr.
henk
-
maar omdat jij zei dat ik die surveillance map niet mocht verwijderen.
Klopt dat is in Control Panel > Shared Folder.
Ha.....na een reboot is deze bij mij ook verdwenen ;D
Maar SS blijft de USB Disk gebruiken dus, geen probleem. ;)
-
Beste Birdy,
ik heb een nieuwe en grote harddisk aangesloten.
ik heb de surveillance software geheel verwijderd.
en op nieuw geïnstalleerd.
voor zover alles goed.
hij neemt nu op de nas schijf op zoals normaal.
nu ga ik jij trucje opnieuw doen en dan krijg ik de volgende melding.
zie foto.
na verloop van tijd zie ik op de usb wel een map komen, maar het lijkt een copy te zijn van de nas map
van de surveillance map.
heb jij misschien een idee...
wat dit kan zijn
alvast bedankt
gr.
henk
-
Ben je wel als root ingelogd ?
-
o wat stom van mij.
ik was als admin ingelogd
super hij werkt
super bedankt Birdy
gr.
henk
-
;D
-
Dag Henk,
Ik wil ook een externe HD aansluiten om de camerabeelden op te slaan, zodat ik de NAS niet meer belast dan nodig is. Heb jij ondertussen een oplossing gevonden?
Groeten
Gerrit
-
Denk dat je deze Topic niet goed hebt gelezen, Henk heeft n.l. geen probleem (meer) dus, de oplossing zit in deze Topic.
-
Beste Gerrit K,
de oplossing die Birdy en andere mensen mij hebben gegeven werkt goed.
alleen een probleem blijf je houden.
zodra er een update komt van de NAS of SS dan MOET je de drive weer toewijzen.
in de tijd dat ik hier mee bezig was kwam er om de 2 a 3 weken een update.
en dan werkt het niet meer goed.
ik heb het opgelost door een andere NAS te kopen.
ik heb inmiddels een Synology DS 415+.
in deze nas kun je 4 HDD stoppen.
ik het er de 3 zitten van 2 TB.
de eerste 2 voor de nas en de 3de voor de SS software.
dit wel toch wel veel beter en veiliger.
persoonlijk kan ik dit je wel adviseren, maar ik kan natuurlijk niet in je portemonnee kijken aangezien de DS415+ toch wel wat centjes kost.
maar dan heb je ook wat !!!
gr.
henk
-
Dag Henk,
Dat is een voor mij te begrijpen antwoord. Ik ben een leek, en erg blij dat ik de zaak goed aan het draaien heb.
Ik denk dat eea voor mij gaat betekenen dat ik het maar laat draaien zo het nu is. Ik hoop daarbij dat er vanuit Synology een keer een aanpassing komt waarbij het wel mogelijk is om een externe HD voor bedoelde opslag te gebruiken. Moet op zich niet een groot probleem zijn, lijkt mij. We wachten gewoon af.
Bedankt voor de tijd die je genomen hebt om te antwoorden
Groeten
Gerrit
-
Beste Gerrit,
is totaal geen probleem daarvoor zit je toch op een forum, om elkaar te helpen.
maar het is gewoon jammer SS op je raid schijf opneemt (ik neem aan dat je raid hebt).
of de opnames moet een prioriteit hebben.
maar dit is niet bij mij het geval.
persoonlijk denk ik niet dat synology dit ooit gaat veranderen, aangezien dit niet stabiel is.
wat je ook nog kunt doen is een goedkoper nas kopen en deze alleen voor SS gebruiken.
misschien is dit nog een optie voor jou.
of een 2dehandse die zijn het zat te krijgen.
en er kan eigenlijk niks aan kapot gaan op de fan & HDD's deze zijn gewoon te vervangen...
succes
gr.
henk
-
Ik heb dit topic nu al drie keer goed doorgelezen, dit zou ik eigenlijk ook willen, stel dat ik het fout doe wat is dan de consequentie daarvan :?:
Ik heb een klein nasje, heb daar een usb op aangesloten met een extra hdd van 500GB, nu neemt mijn camera 27/7 op, op mijn nas, ik heb daar 100Gb voor gereserveerd, elke dag zet ik de beelden handmatig op mijn usb schijf, dit werkt ook wel, maar de oplossing zoals hier omschreven is top.
Ik draai op DSM 6.0.3-8754 Update 8, en heb een Mac waarvan ik dit allemaal bedien.
Is dit mogelijk om het draaiende te krijgen als omschreven :?:
-
stel dat ik het fout doe wat is dan de consequentie daarvan :?:
Als je het doet zoals ik het heb beschreven, kan er niets fout gaan.
Ik heb het nog even getest deze week voor iemand anders, het werkt gewoon goed.
-
Oke, dan gaat ik het proberen, vandaag het rijk alleen dus in alle rust kan ik het doen.
De commando's die voer ik in de terminal van de nas in, me account naam en het ip adres van de nas :?:
-
Met Terminal naar je NAS met Ip-adres.
Inloggen als admin en met sudo -i root worden met het password van admin.
-
De code's van hierboven voer ik in, in term van mijn mac :?: , vul niets in in terminal van de nas :?: i-root, wat betekent dit :?: sorry dat ik zoveel vraag, maar ben bang om het te verzieken, voordat ik echt gaat instellen wil ik eigenlijk alles 100% weten wat ik doe.
-
De NAS heeft geen terminal, je moet terminal aanzetten in DSM.
En het is niet "i-root" maar "sudo -i" om root te worden.
-
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 :?:
-
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 .
-
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 ;D )
-
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.
-
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.
-
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.
#!/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.
-
Geen tijd om te testen maar, even door de syntax checker gehaald: dus ff fixen @Ben(V):
$ 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.
-
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.
-
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.
-
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.
-
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 :?:
-
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.
-
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 !
-
Nee, ik wil alles zeker weten voor ik iets invul, voor jullie is het allemaal gesneden koek en voor mij niet.
-
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 - cd /2.3 - ls -l Je moet dan een map zien met "USB" in de naam
2.4 - cd <de gevonden map>2.5 - ls -l Laat de uitkomst daarvan zien.
-
Als ik dit in typt in terminal van mijn Mac krijg ik geen map met usb te zien.
-
Het is in ieder geval "/volumeUSB1/usbshare/" dus, in de commando's hoeft niets gewijzigd te worden.
-
Even in mijn jip en janneke taal.
Ik neem alle commando's over van jouw, die voer ik in terminal in op mijn mac.
Ik moet ssh aanzetten op mijn nas
Wat moet ik dan nog met de uitleg op de andere pagina zie bijlage (ik ben toch al root als ik het goed zie op de tweede bijlage :?:)
-
Nog meer Jip en Janneke ?
Ik neem alle commando's over van jouw, die voer ik in terminal in op mijn mac.
Ja.
Ik moet ssh aanzetten op mijn nas
Die staat aan, anders kon je niet inloggen.
Wat moet ik dan nog met de uitleg op de andere pagina zie bijlage (ik ben toch al root :?:)
Ik kan nu niet meer zien of je wel root was, je voorgaande plaatje heb je verwijderd (?)
Er staat duidelijk omschreven hoe je root wordt: sudo -i dus.
-
Ik moet ssh aanzetten op mijn nas
Die staat aan, anders kon je niet inloggen.
staat niet aan zie bijlage, das raar dan
-
Ik zie nu pas dat je Terminal op je MAC bent ingelogd en niet op je NAS, daar moet je natuurlijk wel zijn ::)
Dus, nu wel JA, je SSH aanzetten op je NAS.
En met Terminal op je NAS inloggen.
Dus, je hebt me tut niet goed gelezen.
-
ik stop ermee.
Bedankt voor je input.
-
Lijkt me verstandig. Voordat je commando's intikt die root rechten nodig hebben, moet je minimaal een avond in de linux handleiding duiken om de basis commando's te leren begrijpen. Anders kom je van kwaad tot erger als je niet weet wat de ingetikte commando's doen.
-
Je hoeft niet zozeer een avond in de linux handleiding te duiken om de basis commando's te leren begrijpen, je moet gewoon tut's goed lezen en opvolgen.
-
weet je ik word afgerekend dat ik het niet in 1 keer snap, ik vraag ergens op pagina 3 moet ik het op de terminal van de nas doen, nee die heeft geen terminal maar dsm, verder is er nog iemand die een leek is en die heeft het ook aan het draaien.
De commando's moet ik invullen op de terminal van de nas/dsm
Ik geef ook aan dat ik medicijnen heb dus dan is het al lastiger, een forum is ook voor een leek als ik, dat word daar op pagina 3 ook gezegd, maar je word eigenlijk als een jan l.l neer gezet, zo voelt dat en dat is niet fijn.
-
Ja, zo lust ik er ook wel een paar, ik heb op die bewuste pagina aangegeven:
Met Terminal naar je NAS met Ip-adres.
Inloggen als admin en met sudo -i root worden met het password van admin.
De NAS heeft geen terminal, je moet terminal aanzetten in DSM.
En het is niet "i-root" maar "sudo -i" om root te worden.
OK, "De NAS heeft geen terminal" was het enige verwarrende, ik bedoelde dat letterlijk.
De rest zie als heel duidelijk omschreven.
maar je word eigenlijk als een jan lul neer gezet, zo voelt dat en dat is niet fijn.
Dat maak jij ervan, denk dat ik toch veel tijd erin gestopt heb om je echt te helpen, maar dan zou het "fijn" zijn, dat er ook gelezen wordt en als dat niet wordt gedaan, dan voelt het bij mij "niet fijn" en krijg ik het gevoel dat ik voor JaLu bezig ben.
Maar goed, volg het advies van @Briolet maar op. 8)
-
Dat maak jij ervan, denk dat ik toch veel tijd erin gestopt heb om je echt te helpen, maar dan zou het "fijn" zijn, dat er ook gelezen wordt en als dat niet wordt gedaan, dan voelt het bij "niet fijn" en krijg ik het gevoel dat ik voor JaLu bezig ben.
Maar goed, volg het advies van @Briolet maar op. 8)
Ik heb je daar toch ook al voor bedankt, heb me zelfs verontschuldigd dat ik zoveel vraag (en een rede gegeven waarom)
-
Is prima zo. 8)
-
Je hoeft niet zozeer een avond in de linux handleiding te duiken om de basis commando's te leren begrijpen…
Dat is zo, maar als de eerste regel het kopiëren van de data naar een nieuwe locatie is en de tweede regel is het wissen van alle informatie op de oude locatie, dan doen mijn ogen wel zeer als ik lees dat de 2e regel uitgevoerd is nadat gemerkt is dat de 1e regel niets deed.
Ik ben van mening dat je minimaal zelf moet weten wat de commando's doen, voor je ze uitvoert. Ik heb genoeg geprogrammeerd om te weten dat je altijd wel ergens tikfouten o.i.d. maakt. (Op mijn laptop pakt b.v. de 'e' de laatste tijd niet altijd mijn toetsaanslagen) Dan is het goed om te weten waar je je geen fouten mag veroorloven.
-
Het is copy past en als de eerste regel echt niet goed gaat, krijg je een foutmelding.
Zoals van map naar map, als van map niet juist is, dan krijg je echt wel een fout melding.
Bij naar map, krijg je geen foutmelding, ook al is het niet de map die je bedoelde.
Als je maar consequent blijft, gaat er ook niets fout, dus geen data verlies en is te herstellen maar, dat is een ander verhaal.
Ben overigens ook programmeur geweest en weet ook wel wat er fout kan gaan en waar de valkuilen zitten maar, als het syntax fouten zijn gaat het toch niet werken.
Zoals gemeld, ik heb die 2015 procedure nog eens getest voor de zekerheid en het werkt nog steeds. ;D
-
Ik probeer de stappen van Birdy door te lopen, helaas krijg ik bij het verwijderen van de surveillance map de onderstaande foutmelding. De map linken zonder de map te verwijderen werkt niet. Ik heb het op DSM 6.2 en DSM 6.0 getest, beide krijg ik de zelfde foutmelding. Weet iemand hoe dit op te lossen is?
root@DSM62:~# rm -r /volume1/surveillance
rm: cannot remove ‘/volume1/surveillance’: Operation not permitted
-
Ik zou die surveillance map niet eens weghalen. Die is zo ingebakken in alles dat je die beter kunt laten staan. In SS kun je tegenwoordig ook extra opslagruimte toevoegen.
Ik heb het even getest door via DSM een share "Test1" aan te maken.
Vervolgens weer verwijderen via de terminal: $ rm -r /volume1/Test1
Nu de symbolic lingk naar deze share: sudo ln -s /volumeUSB1/usbshare/Surveillance /volume1/Test1
(Ik had een map "Surveillance op mijn USB drive aangemaakt)
In FileStation vind ik die share Test1 niet terug, maar in SS kan ik hem wel kiezen voor extra opslag. En daarna kan ik deze extra opslag als doel kiezen voor de camera. Het werkelijke opnemen heb ik niet getest.
[attachimg=1]
Lijkt me stabieler dan met de gereserveerde map te truuken. In configuratie->gedeelde map staat hij wel zodat hij daar weer te wissen moet zijn, mocht je dat willen.
En dit alles vanuit mijn normale administrator account.
-
Bedankt voor je snelle reactie. Helaas krijg ik ook met andere shares die ik aanmaak de zelfde foutmelding.
-
Helaas heb ik nog geen oplossing gevonden voor het bovenstaande, weet iemand een oplossing?
-
Er staan vreemde karakters voor en na "rm -r /volume1/test"
Doe eens in Putty: ls -l /volume1
-l is dus de kleine l van lucht
-
Aangepast, het is: ls -l /volume1
-
Bij deze! Bedankt voor de hulp. De rare tekens zijn ondertussen weg, zie print screen. Zou echter niet weten hoe? Heb ondertussen wel Nano geïnstalleerd.
-
O...wacht, je kunt geen Gedeelde Map verwijderen in PuTTY, volgens mij.
Dus, Gedeelde Map test in Configuratie scherm > Gedeelde map verwijderen.
-
En ik zie dat niemand rechten heeft op test dus, kan je ook niet verwijderen in PuTTY
[attachimg=1]
-
Volgende fout haha! Wat ik heb gedaan:
1. De map "camera" aangemaakt op volume 2 en toegevoegd aan SS
2. SS gestopt en de map verwijderd in het configuratiescherm
3. SS opgestart en de map gekoppeld aan een camera
Ik krijg dan de melding dat er onvoldoende schijfruimte is. Het is echter een lege 2TB schijf, gekoppeld via eSATA.
-
Het is echter een lege 2TB schijf, gekoppeld via eSATA.
Een eSATA HD kan geen helemaal geen Volume2 zijn.
Dus ik weet niet hoe je Volume2 hebt kunnen maken.
-
Nee klopt, heb hem aangemaakt op volume2 , gekoppeld aan SS, verwijderd.
Vervolgens ln -s /volumeSATA/satashare/camera /volume2/camera uitgevoerd in Putty om de map door te sturen naar de externe disk. (deze stap was ik net vergeten te beschrijven, maar heb ik wel uitgevoerd)
Toen weer SS aangezet en de map camera geselecteerd als opslag bij de ipcam.
-
Kan je wel iets in de map camera plaatsen in File Station ?
-
Nee de map bestaat niet meer in File Station. Dit komt natuurlijk omdat ik de map via de "nette" manier heb verwijderd via het configuratiescherm. En dus niet via de "harde" manier via SSH met het rm commando. Ik neem aan dat wanneer je het rm commando gebruikt, hij toch ergens info achterlaat waardoor je de map nog ziet in File Station. Helaas krijg ik de eerdergenoemde foutmelding bij het gebruik van rm.
-
Maar dat was toch de map test en niet camera ?
Het wordt wat verwarrend voor me.
-
Excuses voor de verwarring. Ik ben begonnen met testen met de map test, omdat dit niet werkte heb ik de volledige procedure opnieuw uitgevoerd met een nieuwe map naam camera.
-
Ah.......ik begrijp dat je de procedure van @Briolet hebt gebruikt, daar wordt die map ook niet gevonden in File Station.
Zo ja, ik heb die procedure niet getest maar, dat zou dus wel moeten werken, lijkt mij, of je hebt toch iets fout gedaan, waardoor SS een foutmelding geeft.
-
Ik heb m'n test NAS aangezet en een USB HD eraan gekoppeld.
Moet nog ff SS installeren en die procedure ook even testen. ;)
-
Haha super zeg, bedankt!
-
Ik zoek me rot, kan gewoon die Opslaginstellingen niet vinden die Briolet laat zien:
[attachimg=1]
Ook niet in de Help ::)
-
Die vind je bij de instellingen van een toegevoegde ipcam. Het ziet er wel iets anders uit bij mij. Ik heb de laatste versie van DSM en SS.
-
OK.
Omdat het een externe HD betreft, bij mij is dat een USB HD, bij jou een eSATA HD, dan is de procedure geheel anders.
Wat ik gedaan heb:
1 - Map camera gemaakt op m'n USB HD.
2 - sudo ln -s /volumeUSB1/usbshare1-5/camera /volume1/surveillance/
3 - En niets veranderd in:
[attachimg=1]
Ik zet wat in /volume1/surveillance/ en die is linked met /volumeUSB1/usbshare1-5/camera en komt dan ook netjes op m'n USB HD in de map camera.
Ik kan het nu niet testen met een cam, maar kon er even 1 faken/maken, zodat ik bij die instellingen kon komen ;)
Dus, zo simpel is het echter, let wel op, de standaard surveillance map (in mijn geval) wordt dan niet meer gezien in SS, omdat deze gelinkt is met de map camera op m'n USB HD !
Vandaar dat ik ooit m'n eigen procedure (https://www.synology-forum.nl/surveillance-station/surveillance-bestanden-op-een-usb-drive-laten-weg-schrijven/msg160782/#msg160782) had bedacht. ;D
-
…En daarna kan ik deze extra opslag als doel kiezen voor de camera. Het werkelijke opnemen heb ik niet getest.…
Ik heb het inmiddels wel getest, maar iets gaat er toch mis met zo'n symbolic link.
Ik wilde mijn camera setup niet veranderen, maar ik heb een taak aangemaakt met archief vault, naar deze extra opslagruimte. Daarnaast heb ik nog een timelaps taak gemaakt naar deze extra opslagruimte.
In beide gevallen werden er op de usb-schijf folders aangemaakt waar de opnames moeten komen. De files worden er echter niet naar toe geschreven. Voor archief vault kreeg ik zelfs een mailtje dat de overdrachtsnelheid te laag was.
Dit als waarschuwing, dat als de symbolic links werken, het nog steeds kan dat SS er niets mee doet.
-
Mijn camera schrijft dus ook niks weg naar de externe HDD bij die procedure. Bij jouw (https://www.synology-forum.nl/surveillance-station/surveillance-bestanden-op-een-usb-drive-laten-weg-schrijven/msg160782/#msg160782) procedure krijg ik de foutmelding:
root@DSM62:~# rm -r /volume2/camera
rm: cannot remove ‘/volume2/camera’: Operation not permitted
Ik ben er ondertussen wel achter dat ik de map naam kan veranderen met mv camera camera1. Als ik dan de symbolic link toevoeg kan ik de map wel selecteren in SS. Maar bij het opslaan krijg ik weer de foutmelding dat er onvoldoende ruimte is.
-
Met de USB drive krijg ik het zelfde probleem. Heb ondertussen een oude DS111 gekocht voor SS als workaround.
-
Het is gelukt om SS op een externe drive weg te schrijven! Wel met een andere methode. Ik heb Synology de complete externe drive laten herkennen als interne SATA disk, dus dan hoef je helemaal niet te werken met symbolic links. De Toshiba disk is via eSata verbonden.