Umlaute im Filesystem nach Umzug von suse auf debian nicht korrekt

  • Hi all,


    ich habe ein raid von suse auf debian umgezogen und nun werden die Umlaute in Dateinamen nicht mehr korrekt dargestellt.


    Lege ich neue Dateien auf debian an (egal ob samba oder direkt), passt alles. Die Dateien wurde auf dem suse System über Samba angelegt.


    Ein locale auf dem suse System hat mir POSIX zurückgegeben auf debian steht es auf de_DE.
    Wenn ich ein export LANG=POSIX macht ändert das leider nichts, mal ganz davon abgesehen das ich am liebsten auf de_DE bleiben würde.


    Mir würde es auch reichen wenn die Umlaute nur über den Samba Zugriff korrekt dargestellt würden. Die Frage wäre dann, auf was ich im Samba
    die Einträge client code page und character set setzen müsste um das hinzubekommen.


    Bin für alle Schandtaten offen

  • danke für die Antwort, habe mal ein export LANG=UTF-8 gemacht, hat leider nix geändert. Weiss jemand wie ich rausbekomme mit welcher Codierung die Files abgelegt wurden? evtl. hilft mir das ja weiter . . .

  • Versuch mal export LANG=de_DE@euro.utf-8


    Gruß,
    Reiner.

    Frontend 1: Intel Atom D525, Digital Devices CineS2 DVB-S2 Karte, yaVDR-ansible

    Frontend 2: Intel NUC, TerraTec Cinergy S2 USB, easyVDR 3.0.0

    Backend: Intel Core i5, Digital Devices CineS2 DVB-S2, Debian 10, vdr (e-tobi)

  • Was ist es den für ein Dateisystem? Versuch evtl. mal beim mounten ein anderen iocharset mit anzugeben, mount -o iocharset=utf-8 oder so...


    Pit

    VDR2: ASRock J4105-ITX, DVBSky S952, openSUSE Tumbleweed, VDR 2.4.7

    softhddevice/vaapidevice, DFAtmo, xmltv2vdr, tvscraper, tvguideng, VDRAdmin-AM (alles git, aber alt)

  • Unter Debian sollte man auch sicherstellen, dass das Paket locales installiert und entsprechend konfiguriert ist:

    Code
    apt-get install locales
    dpkg-reconfigure locales


    Dort kann man wählen, welche Zeichensätze generiert werden sollen. Mit den folgenden sollte man das Wichtigste abdecken können:

    Code
    de_DE ISO-8859-1
    de_DE.UTF-8 UTF-8
    de_DE.UTF-8@euro UTF-8
    de_DE@euro ISO-8859-15
    en_US ISO-8859-1
    en_US.ISO-8859-15 ISO-8859-15
    en_US.UTF-8 UTF-8
  • Tomek
    locales war schon installiert, ich habe das Paket neu konfiguriert mit den Zeichensätzen die du angegeben hattest, hat aber leider nix geändert.


    Der_Pit
    Dateisystem ist reiser, mount -o iocharset=utf-8 habe ich probiert, leider keine Änderung


    na ja, werde noch ein wenig weiter forschen aber trotzdem danke für die Anregungen

  • Hallo zusammen,


    kämpfe zur Zeit mit dem gleichen Prob, nach Umzug von SuSE 8 auf SiSE 10.


    vdr1.3 kann ja eh kein UTF8, so dass ich im runvdr. die Anpassungen
    export LANG=de_DE.iso8859-1
    export LC_TYPEC=de_DE.iso8859-1


    setzen musste, um ihn überhaupt zum starten zu bringen. Die Folge ist ein ziemliches Chaos zwischen alten und neuen Aufnahmen und der Betrachtung im VDR, im Samba-Client oder der ssh-session.


    Im Moment fahre ich im VDR ganz gut mit der Einstellung: Neue und alte Aufnahmen erscheinen auch in Umlauten korrekt.


    Alle Versuche, das Filesystem als ISO8859 zu mounten scheitern, da die Option im Reiser-FS nicht akzeptiert wird.


    Aber die wirkliche Lösung brachte ein Hinweis hier aus dem Forum: Wenn man Samba bittet (schön formuliert, oder), das Dateisystem im ISO8859-Code zu interpretieren, stimmt plötzlich wieder alles auf dem PC-client für die "alte" MP3-Sammlung (wo dann auch Grönemeyer wieder stimmt) und aktuelle Aufnahmen des VDR erscheinen ebenfalls in korrekter Bezeichnung:


    in /etc/samba/smb.conf


    [global]
    unix charset=iso8859-15
    display charset=iso8859-15


    Ein Problem will ich nicht verschweigen: Auf dem SSH-Client bleibt das Chaos und ich habe nicht wirklich verstanden, warum's funktioniert. Folglich habe ich auch keine Ahnung wie man - wenn VDR UTF8 kann - ein erneutes Chaos verhindert.

    SuSE11.1 mit VDR 1.6.1 & FHEM-Haussteuerung
    Nokia-DBOX2 mit Enigma2
    Dreambox DM500

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!