Beperking of restricties aan diepte van het aantal sub-mappen

[stevrie]

Recent heb ik de DS916+ met 8gb ram en 4 x 3tb harde schijven aangeschaft.
Nu gebruik ik Cloud Station Server en Cloud Station Drive om mijn PC met de NAS te laten sync-en.

Momenteel stuit ik op een probleem. Cloud Station Drive geeft aan dat alles gesynct is maar betreft data in GB’s verschilt er nog al wat. Daarom op onderzoek uitgegaan en zoals het lijkt synct hij niet alle mappen en vooral ‘diepe’ mappen met 8 sub-mappen of meer. Hij synct wel de map op bijvoorbeeld 8 diep, maar niet de inhoud.

Hoofdmap > map1 > mapsub1 > mapsub2 > mapsub3 > mapsub4 > mapsub 5> mapsub 6 > mapsub 7 > etc

Zijn hier restricties of beperkingen aan het aantal mappen met submappen om te synchroniseren?

Of is dit een instellingen die ik ergens kan wijzigen?

Weet iemand dit of heeft iemand hetzelfde gehad?

M.v.g. Stefan

[dvandonkelaar]

Dat ziet er vreemd uit.
Ik heb in mijn eigen synchronisatie mappen gekeken, daar wordt alles gesynchronsieerd tot en met 7 submappen. Diepere paden kon ik zo snel niet vinden. Staat overal een groen synchronisatie vinkje bij?

[stevrie]

Staat overal een groen synchronisatie vinkje bij?

Ja staat overal bij.

De bestanden die ik mis zijn op mapdiepte 8 of meer

[dvandonkelaar]

Zojuist heb ik het geprobeerd met een test word-bestand met een aantal pagina's tekst.
Tot en met 11 submappen diep is deze in file station terug te vinden. Beperkingen omtrent submappen zijn er dus niet.

[Babylonia]

Ik weet niet hoe het zit met het Unix OS van de NAS, maar bij Windows kom je al gauw in problemen als het totaal aan gebruikte karakters m.b.t. een directory het aantal van 255 karakters overstijgt.

Zorg dat map- en bestandsnamen kort genoeg zijn zodat een directory-string het totaal aantal van 255 karakters niet overschrijdt.
Wat levert dat op?

[Briolet]

Handleiding, handleiding, handleinding, handleiding, handleinding, handleiding, handleinding, handleiding, handleinding.

Standaard zal Cloud Station Drive geen bestanden en mappen back-uppen onder de volgende voorwaarden:
…
Voor Windows:
De map of het bestandspad bevat de volgende tekens:
* : ? \ / " < > |
De map of het bestandspad meer dan 247 tekens telt.
De bestandsnaam langer is dan 255 tekens.

Kunnen mensen echt niet gewoon lezen?

[Robert Koopman]

Handleiding? Lezen? 
Zit de "read this first" nog in de cellofaan verpakking? 

[Briolet]

Overigens vind ik die restrictie bij windows een beetje vreemd. De filenaam is toch onderdeel van het bestandspad? Waarom mag die dan 255 tekens zijn terwijl het pad niet langer dan 247 mag zijn?


Verder geld voor de mac: 
De map of het bestandspad meer dan 768 tekens telt.
De bestandsnaam langer is dan 255 tekens.

En voor Linux:
De map of het bestandspad meer dan 2048 tekens telt.
De bestandsnaam langer is dan 255 tekens.

Dit is schijnbaar een beperking van het OS, zoals Babylonia ook aangeeft, en niet van de nas zelf die wel een pad van 2048 tekens aankan.

[Babylonia]

Voor Windows houd ik altijd in mijn achterhoofd de "oude DOS conventies".
Heb tot jarenlang zelfs geen spaties gebruikt in map- en bestandsnamen.
Naast cijfers en letters hooguit een underscore en verbindingsstreepje  +  de restrictie van niet te lange padnamen.

Dat zit zo ingesleten dat ik eigenlijk slechts mondjesmaat een spatie gebruik, en namen vaak afkort (zonder gebruik van klinkers).
[ ingesl_gebrk_DOS-conv ]