system volume information (probleem met cloudstation)

[SynRob]

Dag allemaal,
Ik heb net cloudstation geïnstalleerd op een win7 (laatste versie).  Eén map wordt gesynced met de diskstation maar ik krijg steeds een melding:
'system volume information kan door geweigerde toegangsrechten niet worden gesynchroniseerd of het bestand is in gebruik'
Alle programma's zijn afgesloten.  Ik gebruik cloudstation ook op andere pc's op gelijke manier en daar heb ik zo'n melding nog nooit gezien...
Heeft iemand dit ook al ervaren en weet iemand hier raad mee ??

[Birdy]

Volgens mij wil je "system volume information" syncen en Cloud merkt op dat je geen toegang hebt tot die map.
"system volume information" zou een verborgen systeem map van Windows moeten zijn, zie bijl.

[Briolet]

Sommige files zijn computer specifiek en moeten eigenlijk niet naar de nas geschreven worden. Ik heb ook wel eens conflicten met een hidden file gehad. Het makkelijkst is het om deze file uit te sluiten van synchronisatie op je locale computer. In de voorkeuren is al een aantal gedefinieerd, meer je kunt er met de hand nog files aan toevoegen.

En gezien de naam lijkt dit me een file die ook alleen locale betekenis heeft

Anderzijds, als het een map betreft, denk ik niet dat je die kunt uitsluiten, alleen de files erin.

[Birdy]

Ter info:
De map System Volume Information is een verborgen systeemmap waarin het hulpprogramma Systeemherstel verzamelde gegevens en herstelpunten opslaat. Op elke partitie op de computer bevindt zich een map System Volume Information.

[SynRob]

Dag allemaal,
hartelijk dank voor jullie reacties... Ik heb ondertussen het volgende ontdekt dat ik dit probleem enkel heb indien ik een aparte partitie (root) als locatie voor m'n locale cloudstation-map aanduidt.  (bv. D:\) indien ik een map maakt in deze nieuwe partitie is het probleem weg (vb. D:\cloudstation\).  Het is dus wellicht zoals jullie opmerkten iets met een verborgen bestand dat wellicht onder de root opgeslagen wordt.  Wellicht kan ik dit dus niet veel aan doen ?

[Birdy]

Daar kun je weinig aan doen, elke Windows partitie heeft die verborgen map zoals ik gisteren heb uitgelegd.
Overigens, als je Cloud Station op je Windows 7 PC installeert, wordt automatisch een CloudStation map gemaakt in je Favorites (C:\Users\Birdy\CloudStation) dan heb je dus ook geen last van verborgen mappen.

[joseph15]

Ik heb dergelijke weigeringen ook met gewone bestanden.... Dus niet in verborgen mappen. En ook maar met één pc. Heb cloudstation van de pc afgegooid en weer opnieuw geinstalleerd. Dan gaat het even goed, en dan loopt ie weer vast.
Op een andere pc (laptop) heb ik dit probleem niet.

Heb ook de de NAS (211) ook de laatste versie cloudstation geinstalleerd.

[Robbedoes]

Hat kan ook gebeuren omdat je een ongeldige karakter in de bestandsnaam hebt. Een ander type - is mij ook wel eens overkomen, vervangen voor een gewone - was dan de oplossing. Ook te lange bestandsnamen geven problemen.

Jouw probleem creëer je zelf omdat je van een Root als een Cloud wil maken en dat kan niet omdat Windows daar files in zet waar je geen rechten op krijgt.

De oplossing is een zelf aangemaakte map in de Root aan te wijzen als de Cloud map.
Dat heb ik ook gedaan voor extra Cloud mappen.

Als je echter de Home functie op je NAS inschakelt en je maakt op je NAS users aan gelijk als op de Pc's dan heeft iedere user een eigen Cloud map in zijn Home. Wel even de rechten goed zetten.

Standaard is het pad C:\Users\Username\ en dan wordt daar een map CloudStation in gezet.
Ik heb op een andere partitie D:\Users\Username aangemaakt en daar die cloudmap in laten komen.
Daarna al mijn user systeemmappen (behalve zoeken) daar in gesleept en Windows pas dan al die paden daar aan.
Werkt perfect en alle mappen van iedere gebruiker worden in hun eigen Home op de NAS gesynchroniseerd.
Ik heb er ook een AppData map in gemaakt waar ik in sub mappen de datafiles van programma's in laat komen zodat die ook meegenomen worden.

Programma's waarvan je de data dir niet van kunt instellen heb ik er toch ook in staan door gebruik te maken van de Windows Symbolic link functie (mlink). Windows roept de originele locatie aan, maar wordt fysiek doorgesluisd naar de nieuwe locatie.

Voorbeeldje, Outlook data map verplaatsten (gaat fysiek niet). De Outlook.pst van popaccounts kun je wel met een truc verplaatsen, maar als je IMAP accounts gebruikt niet. Ik gebruik beide tegelijkertijd en heb dus de pst's die standaard in een map onder Mijn documenten komen naar de Appdata Outlook map verplaatst zodat die bij de IMAP files staan en dan de gehele map naar mijn data partitie gezet.

Met CMD.exe, als Administrator uitvoeren.
Het te kopiëren gedeelte wordt door het forum afgebroken, maar er zit dus een spatie tussen de twee " ".
Om de originele map naar de nieuwe plaats te kopiëren
robocopy "C:\Users\Robbedoes\AppData\Local\Microsoft\Outlook" "D:\Users\Robbedoes\CloudStation\AppData\Outlook" /E /COPYALL /XJ

Originele map wissen (Del voldoet niet)
rmdir "C:\Users\Robbedoes\AppData\Local\Microsoft\Outlook" /S /Q

Verwijzen naar nieuwe locatie
mklink /J "C:\Users\Robbedoes\AppData\Local\Microsoft\Outlook" "D:\Users\Robbedoes\CloudStation\AppData\Outlook"

Ik hoop dat jullie ermee geholpen zijn.

[Birdy]

TIP:
Met Directory Linker kun je hetzelfde bereiken.
http://dirlinker.codeplex.com/ (werkt en is free).

[Robbedoes]

Yep. Het doet hetzelfde, alleen makkelijker. :-)
Tooltje in portable exe vorm (dus niks te installeren), erg handig.

[Birdy]