Migreren van map @DetectionEvent Surveillance Station naar nieuw Volume

[smaaskant2000]

Recent heb ik een nieuw volume 2 op mijn 1522+ NAS gecreeerd en heb ik mijn Surveillance Station mappen met mijn surveillance opnames weten te migreren naar mijn nieuwe Volume 2 (die alleen gewijd is aan Surveillance Station, EXT4 file system). Dit is prima gelukt.

Echter, de map @DetectionEvent blijft in de gedeelde map van Surveillance Station op het originele Volume 1 staan.

Kan iemand mij helpen om ook deze map naar Volume 2 te migreren zodat alles van Surveillance Station op het nieuwe Volume 2 staat?
Of dien ik Surveillance Station te de-installeren en vervolgens opnieuw op Volume 2 te her-installeren?

Elk advies or hulp wordt uiteraard zeer gewaardeerd.

[Birdy]

Echter, de map @DetectionEvent blijft in de gedeelde map van Surveillance Station op het originele Volume 1 staan.

@DetectionEvent zou je niet kunnen zien in File Station of kijk je onder water.

[smaaskant2000]

De map @DetectionEvent is "gewoon" zichtbaar in File Station. Bij mijn weten heb ik niets gedaan om "onder water" te kunnen kijken.

[Birdy]

Een @Map/Bestand, zou niet zichtbaar mogen zijn, tenzij deze zelf is gemaakt in File Station b.v.:
Kijk, hier heb ik Surveillance Station even geïnstalleerd en in File Station staat niets.

Maar, als ik onder water kijk, zijn er wel mappen die beginnen met @ (voor DSM dus een verborgen map die niet zichtbaar is in FS:

Code: [Selecteer]

admin@DS220Plus:/volume1/surveillance/[b]@eaDir[/b]$ cd *
admin@DS220Plus:/volume1/surveillance/[b]@eaDir/@tmp[/b]$

Maar goed, ik zou Surveillance Station deinstalleren en weer installeren op Volume2.
Als je dat doet, dan kan beter even de Cam(s) exporteren en na de nieuwe installatie weer importeren.

Trouwens, wat staat er eigenlijk in @DetectionEvent ?

[smaaskant2000]

Beste Birdy,
Bedankt voor de feedback.
Ik zal SS inderdaad deinstalleren en vervolgens herinstalleren op volume2. Dan weet ik zeker dat alles weer glad zal lopen.
Bedankt voor de tip voor export van camera's, scheelt inderdaad een hoop werk.
Ter info, ik heb de map "@DetectionEvent" niet zelf aangemaakt. In deze map staat een andere map "Motion" met daarin alle bewegingsdetecties opnames.
Nogmaals bedankt.

[Bobo]

Even in met File-station in SS gekeken en ik zie:
@Snapshots
@Transactions
Heb ze beiden toch echt niet zelf aangemaakt.

[Birdy]

Dus SS heeft @DetectionEvent, @Snapshots en @Transactions gecreëerd.
Dan moet dat een bug zijn, alles wat begint met @ mogen niet zichtbaar zijn voor gebruikers tenzij (daar lijkt het nu wel op), Synology van die regel is afgeweken.
Ik heb wel gezien dat SS werkt met Detectie Events, Snapshots en Transactions.

[Briolet]

Die @ files staan al jaren zichtbaar in de SS map:



Dit lijkt me opzettelijk. Als je het systeem zo inricht dat files beginnend met @ niet zichtbaar zijn, zul je juist uitzonderingen moeten definiëren om die wel zichtbaar te laten zijn.

PS:
Als ik in mijn home een map aanmaak die @ begint, dan toont filestation hem niet. Doe ik hetzelfde in mijn testfolder, dan blijft hij wel zichtbaar. Blijkbaar werkt dat automatisch verbergen niet bij elke share.

[Birdy]

Nou, als dat al jaren zo is, wil niet zeggen dat Synology is afgeweken van @ voor verborgen mappen/files.

[Briolet]

In elk geval was de oorzaak dat SS nog steeds op volume 1 geïnstalleerd was en dan blijft hij zijn administratie in dat volume wegschrijven.

Tegenwoordig ondersteunt HyperBackup ook het backuppen van SS zonder de camerabeelden.  Dan heb je een kleine backup die je ook snel weer terug moet kunnen zetten op volume 2. (Incl alle camera settings). 

[Birdy]

Ik heb toch maar eens een Ticket ingelegd:

Hello Support,

I'm used to DSM using the @ sign to hide Folders and Files in File Station, like @eaDir however, Surveillance Station is creating @Folders in the shared Folder: surveillance, see print screen attached.

Is this as expected or is this a bug.

Please let me kow.

Kind Regards,

Wordt vervolgd........

[Birdy]

Nou, de reactie was:

Thank you for contacting Synology support and for the interest in our products.

Also thank you for the screenshot as this is really helpful for the troubleshooting process.

Please note that the folders that starts with an @ are usually used for the pgsql database.

That is how Surveillance Station displays the recordings in the interface.

This is normal behaviour.

Hidden folder in the Linux system usually starts with a .
Theses are only hidden from the user interface but works as any other folders.

Heb hierna nogal wat discussies gehad met Synology maar, ze blijven voet bij stuk, dat @Folders/@File niet altijd hidden zijn in File Station.
Ik vind dit zeer bijzonder, vooral omdat ik nooit eerder @Folder/@Files gezien heb in File Station.
En waarom ze dan @Folders gebruiken in de folder surveillance die dus niet hidden zijn is dus erg verwarrend.

Wat vinden jullie hiervan ?

[Briolet]

Synology kraamt hier weer onzin uit:

Hidden folder in the Linux system usually starts with a .
Theses are only hidden from the user interface but works as any other folders.

Mij stoort het juist dat deze files niet hidden zijn in de userinterface van Synology.

Qua @ had ik dit weekend twee tests gedaan op een share. Als ik op een share van de home folder een @Folder toevoeg is hij hidden in FileStation. Bij een andere geteste share juist niet.  (NB Ik werk nog wel onder DSM 6.2).

Wat ik er verder van vind?  Laat de files met een @ gewoon zien, en verberg wel de files die met een punt beginnen. Want dat is de norm bij zowel Linux als MacOS.

[Briolet]

Ik weet niet hoe ik dit weekend getest heb. Ik zit nu achter een andere mac, maar nu blijft ook een folder met @ in de Home zichtbaar.

Ik stoor met meer aan de omkaderde files die zichtbaar blijven. En waarvan Synology volgens jouw reactie erkent dat deze juist hidden moeten zijn.



PS. Ik schrok van de grootte van mijn screenschot. Ik heb een nieuwe mac met een scherm in hogere resolutie. Ik heb mijn plaatje maar snel 50% verkleind.