Hallo miteinander. Ich habe folgendes Problem mit Samba und Sonderzeichen in den Ordner- bzw. Dateinamen. Wenn ein User unter Windows in z.Bsp. einem Ordner zwei Dateien mit den Namen - Beträge.txt und - Betrüger.txt anlegt, dann sehen diese beiden Dateien unter der Shell so aus: - Betr?ge.txt - Betr?ger.txt Soweit so gut, denn unter Windows stimmt alles nach wie vor. Wenn ich jetzt jedoch z.Bsp. nur eine dieser beiden Dateien aus einem tar wieder zurücksichern will, dann habe ich ein Problem, denn ich kann den Namen nicht angeben. Ebenso kann ich auf der Shell nicht eine der beiden Dateien löschen, verschieben, o.ä.. Wie kann ich dieses Problem lösen, ohne dass die User keine Sonderzeichen mehr eingeben dürfen ??? Denn das denen rüber zu bringen dürfte mehr als schwierig werden. Ich habe schon geschaut, mein Samba ist mit der "client code page" 850 (= default) generiert. Eine andere, für mich besser passende finde ich unter "/usr/share/samba/codepages" nicht. Was ich wohl finde, ist eine Datei aber "unicode_map.ISO8859-1" (ebenfalls im Codepade-Directory" für Samba, aber ich weiss nicht, wie ich das was meiner Konfiguration beibringen soll. Hat vielleicht jemand von Euch einen -oder auch mehrere- gute Tipps für mich ??? Vielen Dank bereits im Voraus. Friedo.
----- Original Message -----
From: "Friedo Wilken"
Hallo miteinander.
Hi,
Ich habe folgendes Problem mit Samba und Sonderzeichen in den Ordner- bzw. Dateinamen.
Wenn ein User unter Windows in z.Bsp. einem Ordner zwei Dateien mit den Namen - Beträge.txt und - Betrüger.txt anlegt, dann sehen diese beiden Dateien unter der Shell so aus: - Betr?ge.txt - Betr?ger.txt
Soweit so gut, denn unter Windows stimmt alles nach wie vor.
Wenn ich jetzt jedoch z.Bsp. nur eine dieser beiden Dateien aus einem tar wieder zurücksichern will, dann habe ich ein Problem, denn ich kann den Namen nicht angeben. Ebenso kann ich auf der Shell nicht eine der beiden Dateien löschen, verschieben, o.ä..
Wie kann ich dieses Problem lösen, ohne dass die User keine Sonderzeichen mehr eingeben dürfen ??? Denn das denen rüber zu bringen dürfte mehr als schwierig werden.
Ich habe schon geschaut, mein Samba ist mit der "client code page" 850 (= default) generiert. Eine andere, für mich besser passende finde ich unter "/usr/share/samba/codepages" nicht. Was ich wohl finde, ist eine Datei aber "unicode_map.ISO8859-1" (ebenfalls im Codepade-Directory" für Samba, aber ich weiss nicht, wie ich das was meiner Konfiguration beibringen soll.
Hat vielleicht jemand von Euch einen -oder auch mehrere- gute Tipps für mich ???
Versuche es doch mit diesen Einträgen in [global] der /etc/samba/smb.conf: character set = ISO8859-15 client code page = 850 Danach sollte es eigentlich funzen ...
Vielen Dank bereits im Voraus.
Friedo.
Gruß Torsten
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
Torsten E. wrote:
Versuche es doch mit diesen Einträgen in [global] der /etc/samba/smb.conf: character set = ISO8859-15 client code page = 850 Danach sollte es eigentlich funzen ...
Fast. Ich wuerde noch zu einem "export LANG=de_DE" raten, da es sein kann, das "ls" trotzdem der Meinung ist, das die Sonderzeichen per '?' maskiert werden sollten. Falls man das nicht im "root" Environment verankern moechte, sollte man es zumindest im Backup-Skript setzen. Um es mal eben auszuprobieren, kann man "LANG=de_DE ls" in die Kommandozeile tippen. -- Have fun, Peter
Versuche es doch mit diesen Einträgen in [global] der /etc/samba/smb.conf: character set = ISO8859-15 client code page = 850 Danach sollte es eigentlich funzen ...
Hab folgendes Probl. gehabt. Unter Linux wurde NT-SHARE gemountet: mount -t smbfs -o iocharset=iso8859-1,codepage=850 //NT_SERVER /PFAD trotz div. Codepages usw. wurden Dateien mit Sonderz. im Namen nicht gelöscht. Quoting usw. half auch nicht. Googeltipps, linux-foren usw. halfen alle nicht. :-( Nach dem obig. Einrag funzt ohne prob. Sogar Logs mit "|" *arg* (es wirklich so! *kopfschütel* ) werden ohne problemen entsorgt! Danke an Torsten! Gruß Siegfried
participants (4)
-
Friedo Wilken -
Peter Wiersig -
Siegfried Rupps -
Torsten E.