staging.inyokaproject.org

locale einstellung falsch

Status: Gelöst | Ubuntu-Version: Xubuntu 6.10 (Edgy Eft)
Antworten |

Musicman

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

hallo

ich quäle mich nun schon seit geraumer zeit damit herum, finde immer wieder artikel aber keiner hilft. ich habe das problem, dass jedesmal bei apt-get upgrade dieser fehler erscheint:

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "â
                        LC_ALL = (unset),
        LANG = "â
                     are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

jetzt kann ich z.b. den kill_mldonkey befehl nicht ausführen; genau die selbe meldung

locale sieht so aus bei mir:

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
LANG=â
      LANGUAGE=â
                LC_CTYPE="â
                           LC_NUMERIC="â
                                        LC_TIME="â
                                                  LC_COLLATE="â
                                                               LC_MONETARY="â
                                                                             LC_MESSAGES="â
                                                                                           LC_PAPER="â
                                                                                                      LC_NAME="â
                                                                                                                LC_ADDRESS="â
                                                                                                                             LC_TELEPHONE="â
                                                                                                                                            LC_MEASUREMENT="â
       LC_IDENTIFICATION="â
                           LC_ALL=

bei

dpkg-reconfigure locales

dasselbe, hier wird aufgelistet:

perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = "â
                        LC_ALL = (unset),
        LANG = "â
                     are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Generating locales...
  de_AT.UTF-8en_HK.UTF-8 UTF-8... up-to-date
  de_BE.UTF-8... up-to-date
  de_CH.UTF-8... up-to-date
  de_DE.ISO-8859-1... up-to-date
  de_DE.ISO-8859-15... up-to-date
  de_DE.UTF-8... up-to-date
  de_DE.ISO-8859-15@euro... up-to-date
  de_LU.UTF-8... up-to-date
  en_AU.UTF-8... up-to-date
  en_BW.UTF-8... up-to-date
  en_CA.UTF-8... up-to-date
  en_DK.UTF-8... up-to-date
  en_GB.UTF-8... up-to-date
  en_IE.UTF-8... up-to-date
  en_IN.UTF-8... up-to-date
  en_NZ.UTF-8... up-to-date
  en_PH.UTF-8... up-to-date
  en_SG.UTF-8... up-to-date
  en_US.UTF-8... up-to-date
  en_ZA.UTF-8... up-to-date
  en_ZW.UTF-8... up-to-date
Generation complete.

und bei

dpkg-reconfigure localeconf

habe ich de_DE@euro ISO-8859-15 ausgewählt

in

/etc/environment

siehts so aus:

PATH="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/bin/X11:/usr/games"
LANG="de_DE@euro"
LANGUAGE="de_DE@euro"
### BEGIN DEBCONF SECTION FOR localeconf
# Do not edit within this region if you want your changes to be preserved
# by debconf.  Instead, make changes before the "### BEGIN DEBCONF SECTION
# FOR localeconf" line, and/or after the "### END DEBCONF SECTION FOR
# localeconf" line.
LANG=de_DE@euro
### END DEBCONF SECTION FOR localeconf

bei

set-language-env -E

habe ich 5 (Deutsch) und 4 (Switzerland) eingegeben. den rest mit J quittiert

vim ~/.bashrc

sieht so aus:

# ~/.bashrc: executed by bash(1) for non-login shells.
# see /usr/share/doc/bash/examples/startup-files (in the package bash-doc)
# for examples

# If not running interactively, don't do anything
[ -z "$PS1" ] && return

# don't put duplicate lines in the history. See bash(1) for more options
#export HISTCONTROL=ignoredups

# check the window size after each command and, if necessary,
# update the values of LINES and COLUMNS.
shopt -s checkwinsize

# make less more friendly for non-text input files, see lesspipe(1)
[ -x /usr/bin/lesspipe ] && eval "$(lesspipe)"

# set variable identifying the chroot you work in (used in the prompt below)
if [ -z "$debian_chroot" -a -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color)
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
    ;;
*)
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
    ;;
esac

# Comment in the above and uncomment this below for a color prompt
#PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '

# If this is an xterm set the title to user@host:dir
case "$TERM" in
xterm*|rxvt*)
    PROMPT_COMMAND='echo -ne "\033]0;${USER}@${HOSTNAME}: ${PWD/$HOME/~}\007"'
    ;;
*)
    ;;
esac

# Alias definitions.
# You may want to put all your additions into a separate file like
# ~/.bash_aliases, instead of adding them here directly.
# See /usr/share/doc/bash-doc/examples in the bash-doc package.

#if [ -f ~/.bash_aliases ]; then
#    . ~/.bash_aliases
#fi

# enable color support of ls and also add handy aliases
if [ "$TERM" != "dumb" ]; then
    eval "`dircolors -b`"
    alias ls='ls --color=auto'
    #alias dir='ls --color=auto --format=vertical'
    #alias vdir='ls --color=auto --format=long'
fi
# some more ls aliases
#alias ll='ls -l'
#alias la='ls -A'
#alias l='ls -CF'

# enable programmable completion features (you don't need to enable
# this, if it's already enabled in /etc/bash.bashrc and /etc/profile
# sources /etc/bash.bashrc).
#if [ -f /etc/bash_completion ]; then
#    . /etc/bash_completion
#fi

ich bin etwas ratlos, sorry für den riesigen beitrag, ich dachte einfach ich poste mal alles ☺

grüsse musicman

Demitsu

Anmeldungsdatum:
4. November 2006

Beiträge: 20

Kein Grund, sich für das Fragen zu entschuldigen – dazu ist das Forum ja da 😉

LANGUAGE = "â

Sieht aus, als gerieten da ein paar falsche Zeichen in die Variable. Es gibt noch ein paar Informationen, die bei der Suche helfen könnten, wo das Ganze schief geht:

* Was steht in /etc/locale.gen?
* Was gibt dir das Kommando "locale" aus?
* Noch besser: Wenn du mit "locale >~/locale-output.txt" die Ausgabe von locale in eine Datei umleitest und diese dann mit vim öffnest, was genau steht da drin? Die Ausgabe, die perl liefert, sieht nämlich schwer nach mit Steuerzeichen verseuchten $LANG- und $LANGUAGE-Variablen aus.

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

Hallo

* Was steht in /etc/locale.gen?

### BEGIN DEBCONF SECTION FOR localeconf
# Do not edit within this region if you want your changes to be preserved
# by debconf.  Instead, make changes before the "### BEGIN DEBCONF SECTION
# FOR localeconf" line, and/or after the "### END DEBCONF SECTION FOR
# localeconf" line.
de_DE@euro ISO-8859-15
### END DEBCONF SECTION FOR localeconf

* Was gibt dir das Kommando "locale" aus?

das steht schon in meinem ersten beitrag, zweiter code 😉

* Noch besser: Wenn du mit "locale >~/locale-output.txt" die Ausgabe von locale in eine Datei umleitest und diese dann mit vim öffnest, was genau steht da drin? Die Ausgabe, die perl liefert, sieht nämlich schwer nach mit Steuerzeichen verseuchten $LANG- und $LANGUAGE-Variablen aus.

 locale >~/locale-output.txt
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

vim locale-output.txt

LANG=â~@~]de_DE.ISO-8859-15â~@³
LANGUAGE=â~@~]de_DE:de:en_GB:enâ~@~]
LC_CTYPE="â~@~]de_DE.ISO-8859-15â~@³"
LC_NUMERIC="â~@~]de_DE.ISO-8859-15â~@³"
LC_TIME="â~@~]de_DE.ISO-8859-15â~@³"
LC_COLLATE="â~@~]de_DE.ISO-8859-15â~@³"
LC_MONETARY="â~@~]de_DE.ISO-8859-15â~@³"
LC_MESSAGES="â~@~]de_DE.ISO-8859-15â~@³"
LC_PAPER="â~@~]de_DE.ISO-8859-15â~@³"
LC_NAME="â~@~]de_DE.ISO-8859-15â~@³"
LC_ADDRESS="â~@~]de_DE.ISO-8859-15â~@³"
LC_TELEPHONE="â~@~]de_DE.ISO-8859-15â~@³"
LC_MEASUREMENT="â~@~]de_DE.ISO-8859-15â~@³"
LC_IDENTIFICATION="â~@~]de_DE.ISO-8859-15â~@³"
LC_ALL=
~

kannst du damit was anfangen? danke für die hilfe

gruss musicman

Demitsu

Anmeldungsdatum:
4. November 2006

Beiträge: 20

Der mit vim dargestellte Output beweist, dass in den Variablen wirklich hauptsächlich Müll drin steht. Ich vermute mal stark, ~@ steht für das Zeichen "NUL" (ASCII: 00), während ~] für Escape steht. Weshalb gerade diese auftauchen, ist mir schleierhaft. Hat jemand mit mehr Erfahrung in Sachen Terminal-Steuerzeichen vielleicht eine Idee?

Die andere Frage ist, wie sie dort hinein kommen. Deine /etc/environment sieht z.B. in Ordnung aus. Wie lässt du sie dir eigentlich darstellen? Mit cat? Dann unterschlägt der Terminal-Emulator eventuell einige "Non-printable"-Zeichen. Mit vim oder less? Dann sollte die Datei tatsächlich in Ordnung sein.

Ich finde es auch etwas seltsam, dass "dpkg-reconfigure locales" so viele Locales zu generieren versucht, die überhaupt nicht relevant sind. Die Zeile

de_AT.UTF-8en_HK.UTF-8 UTF-8... up-to-date

fällt dabei besonders ins Auge. Vielleicht ist etwas schief gegangen in der /etc/locale.alias (bin mir nicht sicher, ob sie auch unter Ubuntu so heißt – habe gerade nur ein Debian-System zum Testen griffbereit).

Nur mal so aus Interesse: Weshalb verwendest du unter Ubuntu nicht UTF-8? Es gibt ja nicht einmal mehr die Ausrede, UTF-8 sei nicht standardmäßig aktiviert ... 😉

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

hallo Demitsu

ich hatte probleme mit der darstellung von umlauten bei meinen gemounteten netzlaufwerken von meinem nas. jetzt habe ich aber direkt in der fstab die darstellung geändert in iso (iocharset=iso8859-15). das funktionierte bestens.
jetzt habe ich leider vorher ziemlich viel versucht das ganze lokal zu ändern und dabei ist wohl etwas schiefgegangen. ich würde schon gerne wieder den systemstandard utf aktivieren, aber das geht auch nicht mehr...
ich lasse alle dateien mit vim darstellen...

kann ich das ganze vielleicht wieder rückgängig machen (systemstandard?)

greetings

Demitsu

Anmeldungsdatum:
4. November 2006

Beiträge: 20

Am einfachsten wird es sein, das Paket localeconf noch einmal neu zu konfigurieren, wie du es ja schon mit "dpkg-reconfigure localeconf" getan hast. Wenn du dort de_DE.UTF-8 auswählst, sollte zumindest der Eintrag in /etc/environment angepasst werden. Dein Problem wird das voraussichtlich noch nicht lösen, aber es ist ein Anfang.

Noch ein paar Dateien, die deine Locale verbiegen könnten:

  • /etc/profile

  • /etc/bash.bashrc

  • ~/.profile

  • ~/.bash_profile

  • ~/.bash_login

Ist irgendetwas Verdächtiges darin zu finden?

Falls du übrigens auf dein NAS mit smbmount zugreifst, dürfte sich die richtige Darstellung von Umlauten unter UTF-8 mit den Mount-Optionen "codepage=cp852,iocharset=utf8" ergeben.

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

hallo

also ich habe jetzt bei dpkg-reconfigure localeconf auf "de_CH.UTF-8 UTF-8" umgestellt (ich wohne in der schweiz)
irgendwelche änderungen / verdächtige sachen konnte ich nicht feststellen.

überigens im nas habe ich das lw per cifs eingebunden, mit "iocharset=iso8859-15,codepage=cp850"

Demitsu

Anmeldungsdatum:
4. November 2006

Beiträge: 20

Was du noch versuchen kannst, um den Fehler zu finden, ist die Suche nach einem Teil der fehlerhaften Daten, die in den Variablen landen. Das â fiel jetzt spontan ins Auge, Beispiel:

grep -r 'â' /etc /usr/lib


Leider gehen mir langsam die Ideen aus. Es bleiben noch ein paar grundlegende Sachen, die mehr oder weniger offensichtlich sind, aber an denen es häufig am Ende gehangen hat 😉 Also fühl dich bitte nicht auf den Schlips getreten, wenn ich dich nun frage, ob du ...

  • ... dich schon einmal aus- und wieder eingeloggt hast? Oder den X-Server neu gestartet?

  • ... dich unter anderem Benutzernamen eingeloggt und nachgesehen, ob es dort das gleiche Problem gibt?

  • ... versucht hast, Pakete wie "locales" neu zu installieren ("aptitude reinstall locales")?
    Zu deinem CIFS-Mount: Ein Kollege erzählte mir letzte Woche, die Codepage 850 hätte bei seinen Mounts Probleme verursacht. cp852 funktioniert jedoch tadellos. Das iocharset erfüllt meines Wissens den Zweck, das gewünschte Encoding auf Seiten deines Rechners zu spezifizieren. Falls du also ab sofort UTF-8 verwenden willst, lohnt sich definitiv "iocharset=utf8".

Übrigens lohnt es sich eventuell, mal das Mounten über smbfs statt cifs zu probieren. Sofern dein NAS keine Unix Extensions unterstützt, sollte sich die Funktionalität SMB vs. CIFS ohnehin ungefähr gleich bleiben; die Zugriffsgeschwindigkeit liegt mit SMB möglicherweise höher (YMMV).

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

also
nach â kann ich nicht suche, da ich das gar nicht eingeben kann. auch reinkopieren geht nicht, sobald ich â reinkopiere erscheint eine neue zeile im terminal...

# ... dich schon einmal aus- und wieder eingeloggt hast? Oder den X-Server neu gestartet?
# ... dich unter anderem Benutzernamen eingeloggt und nachgesehen, ob es dort das gleiche Problem gibt?
# ... versucht hast, Pakete wie "locales" neu zu installieren ("aptitude reinstall locales")?

das habe ich schon versucht, also ich konnte das mit dem anderen benutzer nicht testen weil ich nur einen benutzer habe. und anlegen wollte ich grad auch keinen....

zum cifs mount:
smbfs hat leider nicht funktioniert, da mein nas ebenfalls auf linux basiert und smbfs nicht stabil lief. cifs geht prima, nur habe ich damit nur schreibrechte im sudo modus (was ich nicht verstehe)
ich habe schon daran gedacht ein nfs mount zu machen, aber kam noch nicht dazu.
ich gib dir sonst gerne eine zeile aus meiner fstab:

//192.168.1.100/Music   /media/share/Music      cifs    noperm,user-name=user,password=******,umask=002,gid=schreiber,uid=user,iocharset=iso8859-15,codepage=cp850   0       0


eben wie gesagt soll es noch nfs geben, was ich noch nicht versucht habe.

Demitsu

Anmeldungsdatum:
4. November 2006

Beiträge: 20

music_man hat geschrieben:

nach â kann ich nicht suche, da ich das gar nicht eingeben kann. auch reinkopieren geht nicht, sobald ich â reinkopiere erscheint eine neue zeile im terminal...

Interessant ... Wenn das so ist, versuch es doch noch einmal mit dem uxterm oder urxvt anstelle von Gnome Terminal. Oder mit dem gnome-search-tool, das kann IIRC auch durch Dateien greppen.

also ich konnte das mit dem anderen benutzer nicht testen weil ich nur einen benutzer habe. und anlegen wollte ich grad auch keinen....

Gegen Faulheit gibt es leider keinen wirksamen Bugfix 😛

music_man hat geschrieben:

cifs geht prima, nur habe ich damit nur schreibrechte im sudo modus (was ich nicht verstehe)

Bist du sicher, dass "umask" als Mount-Option unterstützt wird? Bei smbmount (und VFAT etc.) kenne ich sie, doch die Manpage von mount.cifs spricht stattdessen von "file_mode" und "dir_mode". Damit solltest du deine Schreibrechte bekommen.

music_man hat geschrieben:

ich habe schon daran gedacht ein nfs mount zu machen, aber kam noch nicht dazu.

Na, wenn NFS unterstützt wird, dann brauchst du dich überhaupt nicht mit Codepages, nicht unterstützten Permissions etc. rum zu ärgern. NFS hat zwar auch seine Warzen, ist aber immerhin nicht ein proprietäres Protokoll ohne richtige Spezifikation.

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

Interessant ... Wenn das so ist, versuch es doch noch einmal mit dem uxterm oder urxvt anstelle von Gnome Terminal. Oder mit dem gnome-search-tool, das kann IIRC auch durch Dateien greppen.

ich kontrolliere meinen kleinen server über ssh, also putty. leider habe ich keine tastatur / bildschirm am server. deshalb kann ich das schlecht mit einem anderen programm machen oder?

Gegen Faulheit gibt es leider keinen wirksamen Bugfix 😛

ja ☺ faulheit indirekt, ich habe im netzt gesucht wie ich in der kommandozeile einen neuen benutzer erstellen kann und nichts gefunden (wenig zeit investiert) deshalb hab ich das aufgegeben. ich bin erst seit ca 3 monaten ein linux user und das auch nur nebenbei... kenne mich mit der ganzen materie noch nicht richtig aus. zudem ist das wiki von ubuntuusers gerade down ☹

Bist du sicher, dass "umask" als Mount-Option unterstützt wird? Bei smbmount (und VFAT etc.) kenne ich sie, doch die Manpage von mount.cifs spricht stattdessen von "file_mode" und "dir_mode". Damit solltest du deine Schreibrechte bekommen.

hmm du hast recht. ich habe umask rausgenommen und file_mode=0777,dir_mode=0777 reingeschrieben (wobei ich auch nichts schlaues im web gefunden habe was mir die zahlen erklären. ich nehme mal an das hat etwas mit den rechten zu tun... wofür dann die 0 vor den 777? kennst du dich damit aus?
überigend vielen dank dafür, jetzt hat mein aktueller benutzer auch schreibrechte auf den netzlaufwerken (ohne sudo). genial!!

das mit dem locale wird schon irgendwie klappen. danke dir für die grosse hilfe die du mir bereits warst!

greetings

Demitsu

Anmeldungsdatum:
4. November 2006

Beiträge: 20

music_man hat geschrieben:

ich kontrolliere meinen kleinen server über ssh, also putty. leider habe ich keine tastatur / bildschirm am server. deshalb kann ich das schlecht mit einem anderen programm machen oder?

Ah, verstehe. Dann wird es wohl am Zeichensatz-Hin-und-Her-Gewandle während des Copy & Paste liegen, dass dein â zu einem Zeilenumbruch wird. Was passiert eigentlich, wenn du das â in einen Editor wie Vim einfügst? Ein kleines Shell-Skript, das den grep-Befehl ausführt, ist schnell geschrieben:

#!/bin/sh
grep -r 'â' /etc/  # und so weiter

music_man hat geschrieben:

ich habe im netzt gesucht wie ich in der kommandozeile einen neuen benutzer erstellen kann und nichts gefunden (wenig zeit investiert) deshalb hab ich das aufgegeben. ich bin erst seit ca 3 monaten ein linux user und das auch nur nebenbei... kenne mich mit der ganzen materie noch nicht richtig aus.

Na dann erstmal: Herzlich willkommen! ☺ Wahrscheinlich hast du schon gemerkt, dass Lernen in der FLOSS-Welt nach dem Prinzip "learning by doing ... and reading heaps of documentation" funktioniert. Nach diesem Prinzip wird dir deshalb "man adduser" am meisten nutzen. Da die Sache mit dem Encoding aber langsam mal rund laufen sollte, hier für die ganz Eiligen:

$ sudo adduser gustav
--- Testen was das Zeug hält ---
$ sudo deluser gustav


Darauf wärst du auch so gekommen, oder? 😉 Es ist nicht alles so schwer, wie es aussieht ...

music_man hat geschrieben:

zudem ist das wiki von ubuntuusers gerade down ☹

Dieses leitet momentan automatisch zum Google Cache weiter: genau zu der Seite, die angefordert war. Es sind zwar nicht alle Seiten im Cache verfügbar, aber trotzdem eine ziemlich elegante Lösung wie ich finde ☺

music_man hat geschrieben:

hmm du hast recht. ich habe umask rausgenommen und file_mode=0777,dir_mode=0777 reingeschrieben (wobei ich auch nichts schlaues im web gefunden habe was mir die zahlen erklären. ich nehme mal an das hat etwas mit den rechten zu tun... wofür dann die 0 vor den 777? kennst du dich damit aus?

Oha, 777 ist doch eher etwas für seeeehr gönnerhafte Menschen 😛 Wo hast du denn diesen Tipp im Web gefunden? Zur Erklärung, damit du erstmal mitlachen kannst:

Die Rechte werden bitweise gespeichert, aber die Erklärung ist ganz einfach. Die erste Stelle der 0777 steht für bestimmte Sonderrechte, die Momentan aber eher unwichtig sind – für CIFS-Zwecke ist 0 vollkommen ausreichend. Da die 0 an erster Stelle steht, kann sie übrigens auch weg gelassen werden, also 0777 == 777.

Die restlichen drei Stellen stehen jeweils für die Rechte des Besitzers der Datei, der besitzenden Gruppe, und "den Rest der Welt". Dabei bedeutet 4 = Lesen, 2 = Schreiben, 1 = Ausführen. Willst du die Rechte kombinieren, addierst du einfach ihre Zahlenwerte: 6 = 4+2 = Lesen und Schreiben; 0 = keine Rechte. Soll demnach nur der Besitzer die Dateien lesen und in sie schreiben dürfen, die Gruppe immerhin lesen, der Rest der Welt aber gar nichts mit der Datei anfangen dürfen, notierst du 0640 oder 640. (Nachtrag: Oktalziffern korrigiert XD)

In Unix-kompatiblen Dateisystemen hat jede Datei und jedes Verzeichnis ihre eigenen Rechte. CIFS (zumindest ohne Unix Extensions) und bei SMB sind jedoch nicht auf Unix-Dateisysteme ausgelegt und können mit den Rechten nichts anfangen. Deshalb gibt es für diese Dateisysteme unter Linux die Mount-Optionen file_mode und dir_mode, welche für alle Dateien bzw. Verzeichnisse eines Mounts pauschal die gleichen Rechte festlegen.

Dabei offenbart sich auch schon, was an der 777 so gefährlich ist: Jeder darf alles, überall! Die letzte 7 steht nach obiger Formel zum Beispiel für "jeder Mensch der Welt, der dieses CIFS-Laufwerk einbindet, darf alles lesen, alles schreiben, überschreiben, löschen und alles ausführen, was er will". Vielleicht bist du ja ein besonders gönnerhafter Mensch, aber sooo viel Vertrauensseligkeit kann dann doch niemand von dir verlangen 😀

Mehr zum Thema Rechtevergabe findest du demnächst wieder in Rechte. Derweile muss eben die Manpage von chmod(1) herhalten – die ist zwar weniger einsteigerfreundlich, dafür wird dort aber wirklich alles minutiös und unmissverständlich erklärt.

music_man hat geschrieben:

das mit dem locale wird schon irgendwie klappen.

Dabei fällt mir gerade auf, dass wir im falschen Forum darüber diskutieren 😀 Der Bereich "Lokalisierung" ist eigentlich rein für die Übersetzung von Ubuntu-Paketen gedacht. Hilfe zur Systemadministration findest du unter "Systemverwaltung, Installation, Update"; jener Forenbereich wird auch wesentlich mehr frequentiert. Dort findest du auf jeden Fall ein paar gute Zuhörer und noch einige neue Ratschläge.

music_man hat geschrieben:

danke dir für die grosse hilfe die du mir bereits warst!

Bitte bitte, und viel Spaß noch in der Community! ☺

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

hallo Demitsu

also ich habe jetzt einen neuen beitrag eröffnet im Systemverwaltung, Installation, Update Forum. deshalb lass ich die versuche mit grep mal weg 😉
danke für die info mit dem benutzer erstellen, es hat prima geklappt und der neue benutzer hat auch einwandfreie locale!
Die schwierigkeit liegt nicht beim befehl, sondern dabei den befehl zu finden. klar gibt es einen befehl mitdem man einen benutzer erstellen kann aber wie ich sowas im internet geziehlt finde, das ist mir ein rätsel 8)

das mit den rechten ist super, ich kenne chmod und die werte für lesen, schreiben und ausführen schon und habe mich dabei nur über die führende null gewundert. ich habe jetzt die netzlaufwerke prima gemountet mit 640. danke
überigens

5 = 4+1 = Lesen und Schreiben

es wäre 2 anstatt 1, also gibt es 6 ☺

wenn sich jetzt das mit den locales erledigt hat läuft mein xubuntu perfekt (es lief vorhin schon super!) das freut mich

danke und gruss musicman

Musicman

(Themenstarter)

Anmeldungsdatum:
16. Januar 2007

Beiträge: 216

also die problemlösung ist, dass in der datei /etc/default/locale die zeichen total durcheinandergeraten sind
z.b.

LANG=â~@~]de_DE.ISO-8859-15â~@³

das habe ich dann ersetzt durch

"LANG=de_CH.UTF-8"

ebenso bei LANGUAGE

die datei /etc/default/console-setup enthielt ebenfalls noch einen fehler.
danach ausloggen, neu anmelden und die locale sieht wieder super aus.

so long
musicman

Antworten |