-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo miteinander, es gibt da etwas, was mich schon lange (Monate) nervt, und ich will nun doch mal fragen, ob des Abhilfe gibt. In der Firma setzen wir (Solaris) Fileserver mit Samba ein, um für alle User CIFS-Freigaben machen zu können. Auch die Linuxer bekommen kein NFS, sondern sind auf CIFS angewiesen. Wenn ich auf einem Share ein Verzeichnis mit Umlauten finde, scheint es unendlich ineinander verschachtelt zu sein - egal, ob ich mir den Inhalt mit "ls", mc, dem Konqueror oder einem anderen Dateimanager ansehe. Beispiel: - ---schnipp--- ll Administration/ insgesamt 12 drwxr-xr-x 1 wflamme wkdv 0 16. Feb 2011 Application-Management drwxr-xr-x 1 wflamme wkdv 0 24. Apr 15:48 Dienstreisen drwxr-xr-x 1 wflamme wkdv 0 2. Apr 14:33 HGF-KIV drwxr-xr-x 1 wflamme wkdv 0 15. Feb 10:35 INTRANET drwxr-xr-x 1 wflamme wkdv 0 7. Feb 2011 IT-Beschaffungen drwxr-xr-x 1 wflamme wkdv 0 23. Jul 14:56 Post drwxr-xr-x 1 wflamme wkdv 0 23. Jul 12:21 Präsentationen drwxr-xr-x 1 wflamme wkdv 0 14. Feb 2011 Wirtschaftspruefer 10:44 wflamme@rz36:~/Documents/hugo/gruppen/wkdv/Gruppen/KIT> ll Administration/Präsentationen/ insgesamt 0 drwxr-xr-x 0 wflamme wkdv 0 23. Jul 12:21 Präsentationen 10:44 wflamme@rz36:~/Documents/hugo/gruppen/wkdv/Gruppen/KIT> ll Administration/Präsentationen/Präsentationen ls: Zugriff auf Administration/Präsentationen/Präsentationen nicht möglich: Datei oder Verzeichnis nicht gefunden - ---schnapp--- Unter Windows sehe ich aber einwandfrei den wirklich Inhalt von Administration/Präsentationen/, und der besteht aus Dateien und (andersnamigen) Unterverzeichnissen. Mit dem MC und Konqueror kann ich etliche Verzeichnisse tief gehen, ohne eine "is nich"-Meldung zu erhalten. Da das Verhalten nur bei Verzeichnissen mit Umlauten (und da immer) auftritt, nehme ich an, dass es etwas mit den mount-Parametern und codepages zu tun hat. Gemountet wird mit den Parametern nobrl,dir_mode=0755,file_mode=0644,mapchars,noserverino,domain=...,sec=ntlmv2 und ein "mount" zeigt mir auch den Rest: rw,relatime,sec=ntlmv2,unc=...,username=wflamme,domain=...,uid=...,forceuid,gid=2200,forcegid,addr=...,file_mode=0644,dir_mode=0755,nounix,mapchars,nobrl,rsize=16384,wsize=131007,actimeo=1 (dort, wo jetzt ... stehen, steht eigentlich sinnvoller Inhalt ;-)) Auf den man-Pages von mount und mount.cifs finde ich keine Option, die einen CIFS-Mount evtl. mit einer anderen Codepage erlauben. Kann mir jemand sagen, wie ich in "umlauthaltigen" Verzeichnissen wieder echten Inhalt sehe? Installiert habe ich u. a.: uname -r 3.1.10-1.16-desktop rpm -qf $(which mount.cifs) cifs-utils-5.5-68.1.x86_64 Da das Problem aber schon länger existiert, als ich diese Version der cifs-utils (aus dem network:samba:STABLE-Repo) installiert habe, glaube ich nicht, dass es an denen liegt. Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAOY3oACgkQk33Krq8b42M1fgCcDvr/BWKS20ruuFr7DB2zyM8H JDYAn0tRsOW/IaJDtbnZsBeMXzCiCDVB =D+yO -----END PGP SIGNATURE----- -- 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 24.07.2012 10:57, schrieb Werner Flamme:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Hallo miteinander,
es gibt da etwas, was mich schon lange (Monate) nervt, und ich will nun doch mal fragen, ob des Abhilfe gibt.
In der Firma setzen wir (Solaris) Fileserver mit Samba ein, um für alle User CIFS-Freigaben machen zu können. Auch die Linuxer bekommen kein NFS, sondern sind auf CIFS angewiesen.
Wenn ich auf einem Share ein Verzeichnis mit Umlauten finde, scheint es unendlich ineinander verschachtelt zu sein - egal, ob ich mir den Inhalt mit "ls", mc, dem Konqueror oder einem anderen Dateimanager ansehe. Beispiel:
- ---schnipp--- ll Administration/ insgesamt 12 drwxr-xr-x 1 wflamme wkdv 0 16. Feb 2011 Application-Management drwxr-xr-x 1 wflamme wkdv 0 24. Apr 15:48 Dienstreisen drwxr-xr-x 1 wflamme wkdv 0 2. Apr 14:33 HGF-KIV drwxr-xr-x 1 wflamme wkdv 0 15. Feb 10:35 INTRANET drwxr-xr-x 1 wflamme wkdv 0 7. Feb 2011 IT-Beschaffungen drwxr-xr-x 1 wflamme wkdv 0 23. Jul 14:56 Post drwxr-xr-x 1 wflamme wkdv 0 23. Jul 12:21 Präsentationen drwxr-xr-x 1 wflamme wkdv 0 14. Feb 2011 Wirtschaftspruefer 10:44 wflamme@rz36:~/Documents/hugo/gruppen/wkdv/Gruppen/KIT> ll Administration/Präsentationen/ insgesamt 0 drwxr-xr-x 0 wflamme wkdv 0 23. Jul 12:21 Präsentationen 10:44 wflamme@rz36:~/Documents/hugo/gruppen/wkdv/Gruppen/KIT> ll Administration/Präsentationen/Präsentationen ls: Zugriff auf Administration/Präsentationen/Präsentationen nicht möglich: Datei oder Verzeichnis nicht gefunden - ---schnapp---
Unter Windows sehe ich aber einwandfrei den wirklich Inhalt von Administration/Präsentationen/, und der besteht aus Dateien und (andersnamigen) Unterverzeichnissen. Mit dem MC und Konqueror kann ich etliche Verzeichnisse tief gehen, ohne eine "is nich"-Meldung zu erhalten.
Da das Verhalten nur bei Verzeichnissen mit Umlauten (und da immer) auftritt, nehme ich an, dass es etwas mit den mount-Parametern und codepages zu tun hat.
Gemountet wird mit den Parametern
nobrl,dir_mode=0755,file_mode=0644,mapchars,noserverino,domain=...,sec=ntlmv2
und ein "mount" zeigt mir auch den Rest:
rw,relatime,sec=ntlmv2,unc=...,username=wflamme,domain=...,uid=...,forceuid,gid=2200,forcegid,addr=...,file_mode=0644,dir_mode=0755,nounix,mapchars,nobrl,rsize=16384,wsize=131007,actimeo=1
(dort, wo jetzt ... stehen, steht eigentlich sinnvoller Inhalt ;-))
Auf den man-Pages von mount und mount.cifs finde ich keine Option, die einen CIFS-Mount evtl. mit einer anderen Codepage erlauben.
Kann mir jemand sagen, wie ich in "umlauthaltigen" Verzeichnissen wieder echten Inhalt sehe?
Installiert habe ich u. a.:
uname -r 3.1.10-1.16-desktop rpm -qf $(which mount.cifs) cifs-utils-5.5-68.1.x86_64
Da das Problem aber schon länger existiert, als ich diese Version der cifs-utils (aus dem network:samba:STABLE-Repo) installiert habe, glaube ich nicht, dass es an denen liegt.
Gruß Werner
Hi, sieht so aus, wie iso8859 / utf mismatch. Unicode-Zeichen werden in ANSI manchmal als \xxx sichtbar, das könnte Dein mount leicht als Verzeichnis (in smb ist AFAIK "/" == "\" ) missdeuten. Es sieht so aus, als ob der Server unicode macht, dann musst Du das vom client aus auch so lesen... man mount.cifs hat zumindest -o iocharset .... cu jth -- www.teddylinx.de -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joerg Thuemmler [24.07.2012 13:55]:
Am 24.07.2012 10:57, schrieb Werner Flamme:
Wenn ich auf einem Share ein Verzeichnis mit Umlauten finde, scheint es unendlich ineinander verschachtelt zu sein - egal, ob ich mir den Inhalt mit "ls", mc, dem Konqueror oder einem anderen Dateimanager ansehe. Beispiel:
[...]
Da das Verhalten nur bei Verzeichnissen mit Umlauten (und da immer) auftritt, nehme ich an, dass es etwas mit den mount-Parametern und codepages zu tun hat.
Gemountet wird mit den Parametern
nobrl,dir_mode=0755,file_mode=0644,mapchars,noserverino,domain=...,sec=ntlmv2
und ein "mount" zeigt mir auch den Rest:
rw,relatime,sec=ntlmv2,unc=...,username=wflamme,domain=...,uid=...,forceuid,gid=2200,forcegid,addr=...,file_mode=0644,dir_mode=0755,nounix,mapchars,nobrl,rsize=16384,wsize=131007,actimeo=1
(dort, wo jetzt ... stehen, steht eigentlich sinnvoller Inhalt ;-))
Auf den man-Pages von mount und mount.cifs finde ich keine Option, die einen CIFS-Mount evtl. mit einer anderen Codepage erlauben.
Kann mir jemand sagen, wie ich in "umlauthaltigen" Verzeichnissen wieder echten Inhalt sehe?
Hi,
sieht so aus, wie iso8859 / utf mismatch. Unicode-Zeichen werden in ANSI manchmal als \xxx sichtbar, das könnte Dein mount leicht als Verzeichnis (in smb ist AFAIK "/" == "\" ) missdeuten. Es sieht so aus, als ob der Server unicode macht, dann musst Du das vom client aus auch so lesen... man mount.cifs hat zumindest -o iocharset ....
Ah, alter Mann, schlechte Augen :-) Danke für den Hinweis! Ja, iocharset scheint nett zu sein. Nun finde ich es aber unwahrscheinlich dass der Server Unicode macht und ich nicht - SUSE hat seit Jahren UTF-8 als Voreinstellung. Eher anders herum, denn Solaris und Umlaut passt irgendwie nicht so richtig zusammen ;-) Werde mal den Fileserveradmin fragen, ob er da irgendwas eingestellt hat. Meine man-Page sagt zu iocharset: - ---snip--- Charset used to convert local path names to and from Unicode. Unicode is used by default for network path names if the server supports it. If iocharset is not specified then the nls_default specified during the local client kernel build will be used. If server does not support Unicode, this parameter is unused. - ---pins--- Netter Weise sagt die Manpage nicht, welche Werte hier erlaubt sind (Schreibweise!). iocharset=utf8 scheint richtig zu sein utf-8 nicht. Also auf ans lustige Probieren (iso-8859-1? iso8859-1? win1252?). Gleich, wenn die SAP-Patches installiert sind... Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAOk78ACgkQk33Krq8b42MY+gCfaGSYbY/Wkf5tOI0pYahsBVGI YvkAnRg3UOr7wJdgdeQGU6jCAchov2qk =7jvl -----END PGP SIGNATURE----- -- 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 24.07.2012 14:23, schrieb Werner Flamme:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Joerg Thuemmler [24.07.2012 13:55]:
Am 24.07.2012 10:57, schrieb Werner Flamme:
Wenn ich auf einem Share ein Verzeichnis mit Umlauten finde, scheint es unendlich ineinander verschachtelt zu sein - egal, ob ich mir den Inhalt mit "ls", mc, dem Konqueror oder einem anderen Dateimanager ansehe. Beispiel:
[...]
Da das Verhalten nur bei Verzeichnissen mit Umlauten (und da immer) auftritt, nehme ich an, dass es etwas mit den mount-Parametern und codepages zu tun hat.
Gemountet wird mit den Parametern
nobrl,dir_mode=0755,file_mode=0644,mapchars,noserverino,domain=...,sec=ntlmv2
und ein "mount" zeigt mir auch den Rest:
rw,relatime,sec=ntlmv2,unc=...,username=wflamme,domain=...,uid=...,forceuid,gid=2200,forcegid,addr=...,file_mode=0644,dir_mode=0755,nounix,mapchars,nobrl,rsize=16384,wsize=131007,actimeo=1
(dort, wo jetzt ... stehen, steht eigentlich sinnvoller Inhalt ;-))
Auf den man-Pages von mount und mount.cifs finde ich keine Option, die einen CIFS-Mount evtl. mit einer anderen Codepage erlauben.
Kann mir jemand sagen, wie ich in "umlauthaltigen" Verzeichnissen wieder echten Inhalt sehe?
Hi,
sieht so aus, wie iso8859 / utf mismatch. Unicode-Zeichen werden in ANSI manchmal als \xxx sichtbar, das könnte Dein mount leicht als Verzeichnis (in smb ist AFAIK "/" == "\" ) missdeuten. Es sieht so aus, als ob der Server unicode macht, dann musst Du das vom client aus auch so lesen... man mount.cifs hat zumindest -o iocharset ....
Ah, alter Mann, schlechte Augen :-) Danke für den Hinweis! Ja, iocharset scheint nett zu sein. Nun finde ich es aber unwahrscheinlich dass der Server Unicode macht und ich nicht - SUSE hat seit Jahren UTF-8 als Voreinstellung. Eher anders herum, denn Solaris und Umlaut passt irgendwie nicht so richtig zusammen ;-) Werde mal den Fileserveradmin fragen, ob er da irgendwas eingestellt hat.
Meine man-Page sagt zu iocharset: - ---snip--- Charset used to convert local path names to and from Unicode. Unicode is used by default for network path names if the server supports it. If iocharset is not specified then the nls_default specified during the local client kernel build will be used. If server does not support Unicode, this parameter is unused. - ---pins---
Netter Weise sagt die Manpage nicht, welche Werte hier erlaubt sind (Schreibweise!). iocharset=utf8 scheint richtig zu sein utf-8 nicht. Also auf ans lustige Probieren (iso-8859-1? iso8859-1? win1252?). Gleich, wenn die SAP-Patches installiert sind...
Gruß Werner - --
Das Problem wird dadurch verschönert, dass ja die Windoofs-Kisten nicht utf8 als unicode nehmen, sondern so ein anderes Zeugs ... utf16 und was noch. Ich - hatte allerdings die Hand drauf - habe in meiner smb.conf: unix charset = ISO8859-9 damit klappt es zumindest mit WinXP SP3 auf der anderen Seite problemlos..., aber ich muss auch nicht über cifs auf den Server zugreifen... cu jth -- www.teddylinx.de -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Joerg Thuemmler [24.07.2012 14:46]:
Das Problem wird dadurch verschönert, dass ja die Windoofs-Kisten nicht utf8 als unicode nehmen, sondern so ein anderes Zeugs ... utf16 und was noch. Ich - hatte allerdings die Hand drauf - habe in meiner smb.conf:
unix charset = ISO8859-9
damit klappt es zumindest mit WinXP SP3 auf der anderen Seite problemlos..., aber ich muss auch nicht über cifs auf den Server zugreifen...
Tja, ich habe jetzt iocharset=utf8, iocharset=ISO8859-9 (huh?) und iocharset=iso8869-1 ausprobiert - der Effekt ist ...ähm... ls -l Administration/Pr�sentationen/ - -> Inhalt ist korrekt, wenn auch merkwürdig, eine Datei hat den Namen Best?tigung Pr?sentation und Fragebogen_ 62942 .docx Das tritt bei iocharset=iso8859-x auf. Mit utf8 habe ich korrekte Umlaute, aber flscahen Inhalt. Ich habe also die Wahl, den Inhalt gar nicht oder nicht korrekt zu sehen. Mal sehen, was bei den unkorrekten Namen passiert, mit den unkorrekten Inhalten habe ich ja lange genug zu tun gehabt... Danke nochmal! Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAOu7gACgkQk33Krq8b42Ma1ACcDH+lH175tEItnx5TQIHSKQID vKMAn3xUId9n/0MpOt8o0pm+owi3apwX =FrbW -----END PGP SIGNATURE----- -- 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
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Werner Flamme [24.07.2012 10:57]:
Hallo miteinander, [...]
Wenn ich auf einem Share ein Verzeichnis mit Umlauten finde, scheint es unendlich ineinander verschachtelt zu sein - egal, ob ich mir den Inhalt mit "ls", mc, dem Konqueror oder einem anderen Dateimanager ansehe. Beispiel:
Da das Verhalten nur bei Verzeichnissen mit Umlauten (und da immer) auftritt, nehme ich an, dass es etwas mit den mount-Parametern und codepages zu tun hat.
Gemountet wird mit den Parametern
nobrl,dir_mode=0755,file_mode=0644,mapchars,noserverino,domain=...,sec=ntlmv2
So,
hier setzt die Archiv-Ingrid ein: Wird "mapchars" aus den Optionen entfernt, ist sowohl der Verzeichnisinhalt korrekt als auch die Umlaute lesbar! Auf den Trichter gebracht hat mich Joerg, der schrieb "Unicode-Zeichen werden in ANSI manchmal als \xxx sichtbar" - und zu mapchars steht in der man-Page: - ---snip--- Translate six of the seven reserved characters (not backslash, but including the colon, question mark, pipe, asterik, greater than and less than characters) to the remap range (above 0xF000), which also allows the CIFS client to recognize files created with such characters by Windows´s POSIX emulation. This can also be useful when mounting to most versions of Samba (which also forbids creating and opening files whose names contain any of these seven characters). This has no effect if the server does not support Unicode on the wire. Please note that the files created with mapchars mount option may not be accessible if the share is mounted without that option. - ---pins--- Also wird der Backslash ja eigentlich nicht angefasst, aber das Ergebnis zeigt, dass diese Option entscheidende Wirkung hat. Die Option iocahrset=... habe ich wieder entfernt, denn utf8 ist Default. Nochmal Dank an Joerg! Gruß Werner - -- -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAlAPrIMACgkQk33Krq8b42M3wgCeKszUVourBoIWFW1p94EdGWWM ZyoAn0PaAiOIPVIHfdwOB3M+9+BnsbfZ =2u2Y -----END PGP SIGNATURE----- -- 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 25.07.2012 10:21, schrieb Werner Flamme:
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Werner Flamme [24.07.2012 10:57]:
Hallo miteinander, [...]
Nochmal Dank an Joerg!
Gruß Werner
War der klassische Fall des blinden Huhnes... cu jth -- www.teddylinx.de -- 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)
-
Joerg Thuemmler
-
Werner Flamme