Cloud Station Probleme mit Umlauten?

[ottomane]

Hallo,

ich habe eigentlich vorgehabt, einen großen Teil meiner Daten per Cloud Station auf verschiedenen Plattformen zu nutzen. Gestern habe ich vorsichtig den ersten Test gemacht und festgestellt, dass CS die Daten nicht synchronisiert. Der Pfadname hat ein "ä". Andere Pfade scheinen zu funktionieren, aber sobald irgendwo Umlaute genutzt werden, ist der Synch unzuverlässig und ich glaube, es funktionieren in der Mischung dann auch Verzeichnisse ohne Umlaute nicht korrekt.

Dazu habe ich folgende Fragen:

1) Ist das der aktuelle Stand auch bei Euch? Ich hatte mich vorher umgesehen und einige Leute schienen mir CS recht intensiv und problemlos zu nutzen. Dass bei mir schon der erste Test fehlschlägt, wundert mich gerade etwas. Ja, ich habe auch vol Leuten gelesen, dass es Probleme mit Umlauten gibt, aber das schien mir doch eher etwas mit Cloud Sync zu tun zu haben.

2) Ich bin Mac-Nutzer und habe die Daten auf dem Mac erstellt und dann auf die CS kopiert. Ist das vielleicht das Problem, z.B. ein für die DS ungeeignetes Encoding in den Datei-/Pfadnamen?
EDIT: Ich stelle gerade fest, dass auf dem Mac innerhalb des synchronisierten Ordners erstellte Dateien keine Probleme machen. Nur die vorab auf die DS kopierten und dann in CS freigegebenen.

3) Welche Zeichen machen sonst noch Probleme? Gibt es darüber eine Dokumentation? Man könnte ein Script schreiben, was die problematischen Zeichen in unproblematische umwandelt.

Ich bin wirklich ganz schön baff, dass ich so mit dieser an sich tollen Funktion auf die Nase falle. Kann das wirklich sein? Ich hatte mich sehr darauf gefreut, CS zu nutzen, es würde meine Workflows erheblich vereinfachen.


We rettet mich?

Danke und Gruß
OM

 

[Frogman]

Die Hilfeartikel zur Cloud-Software von Synology dokumentieren doch die zugelassenen Zeichen bzw. die bestehenden Einschränkungen - noch nicht gelesen?

 

[raymond]

Synology melden und keine Umlaute benutzen, außer Synology dokumentiert das, dass diese erlaubt sind.

 

[ottomane]

Die Hilfeartikel zur Cloud-Software von Synology dokumentieren doch die zugelassenen Zeichen bzw. die bestehenden Einschränkungen - noch nicht gelesen?

Sorry, aber ich finde keinen Artikel, in dem etwas zu den Umlauten gesagt wird (Ausnahme: Cloud Sync mit Box.com). Sonst hätte ich ja nicht gefragt!

EDIT1: Falls das Problem noch jemand hat: Ich habe nun doch eine Hilfeseite entdeckt, auf der die unerlaubten Zeichen dokumentiert sind. Umlaute sind nicht dabei. Sehr seltsam.

https://www.synology.com/de-de/knowledgebase/DSM/help/CloudStationClient/DScloudclient

Da steht tatsächlich, dass Punkt "." und Unterstrich "_" nicht erlaubt sind. Da praktisch jeder Dateiname einen Punkt enthält, irritiert mich so eine Aussage schon sehr.

Seht seltsam das Ganze. Ich werde mal suchen, ob das ein Übersetzungsfehler ist.

EDIT2: Es ist ein Übersetzungsfehler. Punkt und Unterstrich sind am ANFANG des Dateinamens nicht erlaubt.

Hier ist der Originalartikel:

https://www.synology.com/en-global/knowledgebase/DSM/help/CloudStationClient/DScloudclient

 

[jugi]

…und darum liest man sich niemals deutsche manuals durch

 

[ottomane]

Ich teste gerade erneut und kippe die Dateien nun über den Cloud Station Client in die DS anstatt sie DS-seitig einfach im Cloud Station Server freizugeben. Ich bin gespannt, ob das besser funktioniert. In Einzeltests sah es so aus. Nun mit 30 GB ...

 

[ottomane]

Oh my...

Jetzt hängt er wieder an irgendeiner Datei und synchronisiert nicht weiter. Außerdem kann ich nicht auf Dateiversionen zugreifen, es kommt immer eine Fehlermeldung. DS File- und DS Cloud-App funktionieren auch nicht wie sie sollten.

Ich habe immer mehr den Eindruck, dass es sich um Software handelt, die sich nicht für den produktiven Einsatz eignet. Ich denke, ich muss mich vorsichtig nach einer anderen Lösung umsehen.

 

[hvkls]

Ich habe mir einen brutalen Work-Around gebastelt, zwei Scripts, die die Dateinamen verändern, so dass Dateien mit Mac UTF-8-Dateinamen von der CloudStation gesynct werden. Es mussten zwei Dateien werden, da find hier vor der großen Dateianzahl kapituliert.

AUF EIGENE VERANTWORTUNG NUTZEN, UNBEDINGT VORHER IM KLEINEN MASSSTAB AUSPROBIEREN

#! /bin/sh
# cleansweep.sh, laeuft alle 10 min. aus der User-crontab des Mac
PATH="/sbin:/bin:/usr/sbin:/usr/bin:/opt/bin"
TARGET=#anpassen
find "${TARGET}" -not -path '*/\.*' -type f \( ! -iname ".*" \) -exec asciify.sh {} \;


#! /bin/sh
# ascify.sh, veraendert Dateinamen zu ASCII
PATH="/sbin:/bin:/usr/sbin:/usr/bin:/opt/bin"
[ -z "$@" ] && echo "Filename required; quitting." && exit 1
DIR="$( echo "$@" | sed -e 's@\(.*/\).*@\1@' )"
FILE="$( echo "$@" | sed -e 's@.*/\(.*\)@\1@' )"
DEST="$( echo "$@" | sed -e 's@.*/\(.*\)@\1@ ; s@[^[:alnum:]]@_@g;s@\(.*\)_\(.*\)$@\1.\2@' )"
if [ "${DIR}${FILE}" != "${DIR}${DEST}" ] ; then
mv -v "${DIR}${FILE}" "${DIR}${DEST}"
fi

 

[ottomane]

Genau sowas habe ich mir erträumt. Spätestens bei den Regexes gebe ich aber auf.

Vielen Dank! Ich werde es testen!

EDIT: Da Du Dich anscheinend auskennst: Ich habe da in der Gegend auch herumgestochert und festgestellt, dass find bei einer einfachen Suche zwar Dateinamen mit "ß" findet, aber keine mit "ä", obwohl welche da sind. Liegt das auch am unpassenden Encoding?

 

[hvkls]

"Auskennen" ist vielleicht ein bisschen hoch gegriffen. Gib mal ein Beispiel und nenn dabei, um welches find (Mac OSX-Version/find-Version, Linux/Version/find-Version) es geht.

Kennst du "-print0" (man 1 find)?

 

[ottomane]

Ich nutze das find von OS X 10.11.3. Ich glaube, ich habe mich vorher schlecht ausgedrückt. Ein Beispiel ist sicher eine gute Idee. Ich habe es auf das Wesentliche reduziert.

mkdir ä
mkdir ß

find . -name "ß"
ergibt ./ß

find . -name "ä"
ergibt nichts!

Das selbe Verhalten beobachte ich in
ls -R | grep "ä"

Schade eigentlich, die Welt scheint nicht so einfach zu funktionieren. Das sieht mir schon fast nach einem Bug in BSD aus. Kopf-->Tisch!
Vielleicht sollte ich mich mit brew beschäftigen. Unter aktuellem Debian bekomme ich übrigens in beiden Fällen die erwartete Ausgabe des Verzeichnisses.

BTW: Für welches OS sind deine obigen Skripte?

 

[hvkls]

Das Ganze läuft bei mir ebenfalls unter Mac OS 10.11.3. Und auch bei mir geht find mit 'ä', 'ö', 'ü' nicht!

 

[ottomane]

OK, vielen Dank!

 

[ottomane]

Ich habe die Erklärung für das Verhalten gefunden. Es ist somit kein Bug, aber es ist äußerst irritierend.

Nachzulesen hier: http://stackoverflow.com/questions/23219482/bash-ps-grep-for-process-with-umlaut-os-x

 

[ottomane]

@hvkls: Ich habe deine Skripts an ein paar Testverzeichnissen mit "ä" und "ß" ausprobiert. Alles sieht nachher genau so aus wie vorher. Wie kann ich prüfen, ob/was passiert ist?

 

[hvkls]

Ich nutze das Script für Materialien aus dem Netz, die ich verfügbar halten möchte. Wenn du das beispielhaft nachvollziehen willst:

mkdir /tmp/umlauts
# Artikel aus der SZ mit Safari aufrufen; nicht drucken, sondern zunächst auf den Desktop speichern
mv ~/Desktop/*und*jetzt*vegan* /tmp/umlauts
TARGET=/tmp/umlauts/
find "${TARGET}" -not -path '*/\.*' -type f \( ! -iname ".*" \) -exec asciify.sh {} \;
# Ausgabe von mv -v: /tmp/umlauts//Ernährung - Selbst der Hund wird jetzt vegan - Süddeutsche.de.html -> /tmp/umlauts//Erna_hrung___Selbst_der_Hund_wird_jetzt_vegan___Su_ddeutsche_de.html
ls /tmp/umlauts/
# Ausgabe: Erna_hrung___Selbst_der_Hund_wird_jetzt_vegan___Su_ddeutsche_de.html
find "${TARGET}" -not -path '*/\.*' -type f \( ! -iname ".*" \) -exec asciify.sh {} \;
# Ausgabe: keine, da mv nur aktiv wird, wenn sich Quellname und Zielname unterscheiden würden

Andere Artikel, z. B. aus der Zeit oder der Jungle World, haben der CloudStation inkommensurable Satzzeichen wie "/" oder "|" im Dateinamen, diese werden ebenfalls umgewandelt.

 

[hvkls]

Unfassbar, Synology Cloud Station 4.2.2 (Mac) scheint mit Nicht-ASCII-Zeichen klarzukommen. Aber man soll den Tag nicht vor dem Abend loben.