Umlautprobleme mit Libreoffice

[CRainer]

Hallo,

folgendes Problem:
in Dolphin werden die Umlaute richtig angezeigt, wenn ich ein Dokument mit Libreoffice bearbeite und dann abspeichern will, werden die Umlaute zerhakt. Aus ö wird ö

Betriebssystem ist ein frisches Debian Wheezy 7.3 mit KDE SC 4.8.4

[peschmae]

Hej,

beziehst du dich auf Umlaute in den Dateinamen oder im Dokument?

MfG Peschmä

[CRainer]

Oh sorry peschmae,

wichtige Infos sollte man nicht unterschlagen
Das Problem betrifft die Dateinamen

MfG Rainer

[frox]

Geht es um Libreoffice-Dateien oder Word-Dateien, welche Du bearbeitest?

Und Willkommen im Forum, übrigens.

[CRainer]

Hallo frox,

es geht um Libreoffice-Dateien und vorher Wheezy lief ein ubuntu auf dem Computer. Daher wundert mich das Verhalten auch sehr.
Um aber mit dem Problem und eurer Hilfe aus dem Forum weiter zu kommen, muss ich erst mal am Montag wieder, auf Arbeit, an der Kiste sitzen.

MfG Rainer

[wanne]

WO spiecherst du ab? auf einem gewöhnlichen ext4? Oder auf irgend welchen sachen, die mit Windows formatiert wurden?

[CRainer]

Die externe Platte ist zwar mit NTFS formatiert, aber das dürfte eigentlich nicht das Problem sein, denn Dolphin liest die Dateinamen klaglos richtig.

[peschmae]

Das dürfte durchaus eine Möglichkeit sein. Windows benutzt ja UTF-16 (auch bei NTFS) zum Zeichen codieren, Linux UTF-8. Kann durchaus sein dass KDE/Dolphin einfach noch etwas Extra-Magie am Start hat die Libreoffice fehlt...

Wie siehts denn aus mit den Umlauten wenn du die Dateien auf einer "Linux-Partition" speicherst?

MfG Peschmä

[wanne]

Windows benutzt ja UTF-16 (auch bei NTFS)

Naja, eigentlich nur bei NTFS. Sonst haben die ihre eigenen Codierungen (WINDOWS-874, WINDOWS-936, WINDOWS-125[0-8])

mich würde mal ein mount für die Partition interessieren.

[CRainer]

Das wundert mich aber jetzt doch ein wenig, denn alle Dateien wurden entweder mit Kubuntu, zwischendrin wohl auch mal mit Suse, aber ganz sicher immer utf8-codiert abgespeichert.
Eine Sache könnte aber (vielleicht) noch wichtig sein: das System wurde von Gnome auf KDE umgestellt. Ich kann mir also noch vorstellen das da irgend ein Programm fehlt. Aber Gnome ist ja noch drauf. Werde also den Computer mal mit Bnome starten und sehen wie es sich da verhält.

[peschmae]

Windows benutzt ja UTF-16 (auch bei NTFS)

Naja, eigentlich nur bei NTFS. Sonst haben die ihre eigenen Codierungen (WINDOWS-874, WINDOWS-936, WINDOWS-125[0-8])

Bei den Dateisystemen und anderem legacy-zeugs, einverstanden. Ich meinte jetzt Windows ganz im allgemeinen, also für die interne Repräsentation von Text. War wohl nicht sonderlich klar formuliert meinerseits...

MfG Peschmä

[wanne]

Bei den Dateisystemen und anderem legacy-zeugs, einverstanden. Ich meinte jetzt Windows ganz im allgemeinen, also für die interne Repräsentation von Text. War wohl nicht sonderlich klar formuliert meinerseits...

Ja genau darum giengs mir. Die interne representatio von Text ist in Windows nicht UTF. Andere nicht windows spezifische Software (NTFS, OOXML u.ä. nutzt mitlerweile UTF. Aber alles was zu windows selbst gehört nimmt die 8-Bit kodierungen.
Außnahme ist die Chinesische Version, weiles in China vorschrift ist, standartisierte Codierungen zu benutzen.

[CRainer]

Ja, das Windoof allgemein mit utf8 nicht klar kommt war mir schon klar , das kenn ich noch aus grauen Vorzeiten, als ich selbst auf Linux umgestiegen bin. Das war ein schöner Zeitvertreib, alle Dokumente und Dateinamen umzuschreiben.
Aber ich hatte ja versprochen es mal mit Gnome zu versuchen: gleiches Phänomen.
Jetzt habe ich einfach mal ein Libreoffice-ODS-Dokument mit Umlaut abgespeichert. Wenn ich dieses jetzt mit Libreoffice wieder öffnen will erscheint es ebenfalls mit kaputten Umlauten in der Dokumentenübersicht, wird aber nicht geöffnet.

Um jetzt eventuell noch eine Fehlerquelle zu benennen oder auch auszuschließen: die Daten/Dateien liegen alle auf einer externen USB-Platte, die an einer Fritzbox hängt.

[wanne]

Das wundert mich aber jetzt doch ein wenig, denn alle Dateien wurden entweder mit Kubuntu, zwischendrin wohl auch mal mit Suse, aber ganz sicher immer utf8-codiert abgespeichert.

Also ich glaube nicht, dass du die ganzen Distributionen so verrichtet hast, dass sie so nen Müll machen. NTFS nutzt UTF-16 Und das ist auch sinnvoll so.

Ja, das Windoof allgemein mit utf8 nicht klar kommt war mir schon klar

Für NTFS bietet es jetzt mit UTF-16 eine gute alternative. Ich glaube die exts machen das auch so. Gibt keine Probleme mehr.

Um jetzt eventuell noch eine Fehlerquelle zu benennen oder auch auszuschließen: die Daten/Dateien liegen alle auf einer externen USB-Platte, die an einer Fritzbox hängt.

Also sprich über SMB gemauted? Würde mit an Sicherheit grenzender Wahrscheinlichkeit sagen, dass da der Hanken liegt. Müssen aber die SMB experten hin.
Der Eintrag von mount würde mich mal interessieren.

[CRainer]

Eingehängt über cifs:

Code: Alles auswählen

//192.168.178.1/WD-ExtHDD1021-01/Name/ /media/Name cifs credentials=/home/name/.smbcredentials,uid=1000,gid=1000 0 0

[pferdefreund]

Soweit ich mich erinnern kann, kann man doch da auch ein charset mitgeben - beim fstab-Eintrag.

[CRainer]

Das mit dem charset Eintrag interessiert mich. Muss der dann am Ende des Eintrags dran?

[CRainer]

Ich hab jetzt gerade mal versucht das ganze, auf dem zweiten Rechner, auf dem noch ein extrem langsames suse 12.2 läuft, zu reproduzieren. Aber da wird alles richtig angezeigt. Habe es mit verschiedenen Programmen getestet.

[CRainer]

Tja, irgendwie muss ich das Problem lösen. Am Ende sollen drei Computer auf die gleichen Daten zugreifen können. Über die Fritzbox in Verbindung mit Wheezy scheint es ja aus welchen Gründen auch immer nicht zu funktionieren. Dann muss ich mich jetzt wohl mit Netzwerk auseinandersetzen. Die Anleitungen die ich bis jetzt gefunden hatte, haben mich immer gleich abwinken lassen, weil nicht wirklich durchgeblickt habe was da wie zu tun ist. Aber vielleicht kennt jemand von euch eine Netzwerk-Anleitung für Komplettanfänger.

[MrGerardCruiz]

Das würde mich auch mal interessieren, habe leider auch nie etwas gefunden.

[wanne]

Also ausführliche Erklärung gibt's da:
http://wiki.ubuntuusers.de/Samba_Client ... edirect=no

Oder um es kurz zu machen:
Wenn du übe die fstab mountestsolltest du die Optionen iocharset=utf8,codepage=cp850 anhängen.

Code: Alles auswählen

//192.168.178.1/WD-ExtHDD1021-01/Name/ /media/austausch cifs auto,user=otto,passwd=geheim,iocharset=utf8,codepage=cp850  0 0
#oder
//192.168.178.1/WD-ExtHDD1021-01/Name/ /media/Name cifs credentials=/home/name/.smbcredentials,uid=1000,gid=1000,iocharset=utf8,codepage=cp850 0 0

Andere typishe Optionen http://wiki.ubuntuusers.de/Samba_Client ... -etc-fstab unter Eintrag-in-etc-fstab -> optionen
oder unter ausführlich unter man mount

Sonst solltest du in die /etc/samba/smb.conf

Code: Alles auswählen

iocharset = utf8
display charset = utf8
dos charset = cp850

Wo wir dabei sind: Bei NTFS ist das empfehlenswert:

Code: Alles auswählen

unix extensions = no

[frox]

...Am Ende sollen drei Computer auf die gleichen Daten zugreifen können. ...
...Dann muss ich mich jetzt wohl mit Netzwerk auseinandersetzen. ...

Naja, "quick and dirty" würde ich mir eventuell überlegen, die entsprechenden Dateien zunächst kurzerhand umzubenennen, bis sich vielleicht eine andere Lösung findet.
Ich meine, z.B. "Übersicht" in "Uebersicht" umzubenennen, schmerzt kurzfristig weniger, als sich dafür in bisher nicht benötigte Materie einzuarbeiten. Den Fehler und dessen mögliche Beseitigung kann man ja via Testdatei trotzdem im Auge behalten.
Seit ich 2004 von Windows 98 zu Linux (damals SUSE) gewechselt bin, habe ich mir Umlaute und Sonderzeichen in Dateinamen direkt als Erstes abgewöhnt, und fahre (einmal angewöhnt) damit bisher wirklich gut.
Ich bekomme z.B. immer einen Hals, wenn mir befreundete Bands aus dem Ausland Musik schicken, und ich die entsprechenden MP3s wegen abstruser Kodierung im Dateinamen weder öffnen noch umbennen oder löschen kann, ohne quick and dirty den Umweg über Knoppix nehmen zu müssen.

[CRainer]

Hallo wanne,

herzlichen Dank für deine Antwort, das werde ich auf jeden Fall testen, kann aber ein paar Tage dauern, da bei uns im Laden gleich drei Leute weg sind, was bei einer Mannschaft von fünfen doch ein bissl hart kommt. Zum Glück muss da ganze erst Anfang April richtig funktionieren.
Mein Bericht über Erfolg oder Nichterfolg kommt mit Sicherheit.

@frox: auf meinen privaten Kisten gibt es prinzipiell keine Umlaute in Dateinamen, aber auf Arbeit die kapieren das nie, da ist alles zu spät

Aber eine richtig einfache, verständliche Anleitung für ein kleines Netzwerk wäre, doch mal ein Traum.