Hallo Liste, Frage an die Samba-Experten. Ich nutze 42.2 mit KDE und hab' ne Synology Diskstation mit dem Betriebssystem DSM 6.x. Ich greife mit Samba auf die Diskstation zu. Auf der Diskstation ist das Dateiformat Btrfs in Verwendung. Von Windows (NTFS als Dateisystem) kenne ich es, dass es nicht geht in einem Ordner eine Datei namens "Text" und "text" zu haben. Auf der Diskstation kann ich über die Weboberfläche parallel ohne Probleme versuchsweise "Text" und "text" erstellen. Über Samba vom Suse-Rechner habe ich die gleichen Einschränkungen wie bei einem Windowsrechner, der eben mit NTFS läuft. Also beim Versuch "Text" und "text" parallel anzulegen, wird es als die selbe Datei angesehen und geht nicht. Nun mal die Frage: Ich lege keinen Wert darauf, eine Koexistenz von z.B. "Text" und "text" in einem Ordner zu haben, aber: 1. Ist das mit Samba so wie auf einem Windowsrechner mit NTFS, da ja auch von Microsoft mitentwickelt? 2. Kann eigentlich durch diese "sambaspezifische" Einschränkung mal was an Groß-und Kleinschreibe-Info verloren gehen? Viele Grüße und einen schönen Sonntag Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Hi Philipp, [...]
Nun mal die Frage: Ich lege keinen Wert darauf, eine Koexistenz von z.B. "Text" und "text" in einem Ordner zu haben, aber: 1. Ist das mit Samba so wie auf einem Windowsrechner mit NTFS, da ja auch von Microsoft mitentwickelt?
nein, ist es nicht - und Samba ist auch nicht wirklich von Microsoft mitentwickelt. Bei Samba muss man nur in der smb.conf die entsprechenden Paramater setzen. Siehe man smb.conf: By default, Samba 3.0 has the same semantics as a Windows NT server, in that it is case insensitive but case preserving. As a special case for directories with large numbers of files, if the case options are set as follows, "case sensitive = yes", "case preserve = no", "short preserve case = no" then the "default case" option will be applied and will modify all filenames sent from the client when accessing this share. case sensitive = yes/no/auto controls whether filenames are case sensitive. If they aren't, Samba must do a filename search and match on passed names. The default setting of auto allows clients that support case sensitive filenames (Linux CIFSVFS and smbclient 3.0.5 and above currently) to tell the Samba server on a per-packet basis that they wish to access the file system in a case-sensitive manner (to support UNIX case sensitive semantics). No Windows or DOS system supports case-sensitive filename so setting this option to auto is that same as setting it to no for them. Default auto. default case = upper/lower controls what the default case is for new filenames (ie. files that don't currently exist in the filesystem). Default lower. IMPORTANT NOTE: As part of the optimizations for directories containing large numbers of files, the following special case applies. If the options case sensitive = yes, preserve case = No, and short preserve case = No are set, then the case of all incoming client filenames, not just new filenames, will be modified. See additional notes below. preserve case = yes/no controls whether new files (ie. files that don't currently exist in the filesystem) are created with the case that the client passes, or if they are forced to be the default case. Default yes. short preserve case = yes/no controls if new files (ie. files that don't currently exist in the filesystem) which conform to 8.3 syntax, that is all in upper case and of suitable length, are created upper case, or if they are forced to be the default case. This option can be used with preserve case = yes to permit long filenames to retain their case, while short names are lowercased. Default yes.
2. Kann eigentlich durch diese "sambaspezifische" Einschränkung mal was an Groß-und Kleinschreibe-Info verloren gehen?
Es gibt keine Einschraenkung bei Samba in dieser Richtung- und da Linux-Filesysteme das (nahezu) alle koennen, besteht auch keine Gefahr eines Datenverlusts o.ae.
Viele Grüße und einen schönen Sonntag Philipp
Ciao. Michael. -- Michael Hirmke -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
Am 06.08.2017 um 10:36 schrieb Michael Hirmke: Hallo Michael, danke für die hilfreiche Antwort.
[...]
Nun mal die Frage: Ich lege keinen Wert darauf, eine Koexistenz von z.B. "Text" und "text" in einem Ordner zu haben, aber: 1. Ist das mit Samba so wie auf einem Windowsrechner mit NTFS, da ja auch von Microsoft mitentwickelt?
nein, ist es nicht - und Samba ist auch nicht wirklich von Microsoft mitentwickelt.
Ach ja, ich meinte smb.
Bei Samba muss man nur in der smb.conf die entsprechenden Paramater setzen.
Siehe man smb.conf:
By default, Samba 3.0 has the same semantics as a Windows NT server, in that it is case insensitive but case preserving. As a special case for directories with large numbers of files, if the case options are set as follows, "case sensitive = yes", "case preserve = no", "short preserve case = no" then the "default case" option will be applied and will modify all filenames sent from the client when accessing this share.
So wird's bei mir sein. Case insensitive aber case preserving. Das ist mir ja auch wichtig, dass die Groß- und Kleinschreibung so bleibt, wie ich sie vorgebe. Und nicht, dass ich irgendwann z.B. alles in Großbuchstaben vorfinde. Am Server was in der smb.conf zu ändern, traue ich mich noch nicht so wirklich. Bin erst mal zufrieden, wie es läuft. 2 gleichnamige Dateien in unterschiedlicher Groß- und Kleinschreibung in einem Ordner kann ich mir grad' eh nicht sinnvoll vorstellen. Mir ist es eben bei einer Umbenennung aufgefallen.
2. Kann eigentlich durch diese "sambaspezifische" Einschränkung mal was an Groß-und Kleinschreibe-Info verloren gehen?
Es gibt keine Einschraenkung bei Samba in dieser Richtung- und da Linux-Filesysteme das (nahezu) alle koennen, besteht auch keine Gefahr eines Datenverlusts o.ae.
Okay, alles klar. Danke und Grüße Philipp -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org
participants (2)
-
mh@mike.franken.de
-
Philipp