Besoin d'aide pour réparer locales

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Besoin d'aide pour réparer locales

kolgate

Bon suite à quelque bidouille sur mon dédié j'ai passé libc6 en unstable...

Du coup plus de plex je suis donc repassé en stable et downgrade du paquet.

Jusque là je pensait mon problème resolu, mais je me suis aperçu par la suite avoir des problèmes de locales qui repasse toujours en POSIX.

Après réflexion je me suis aperçu que c'est libc6 qui breacks mon locales.

root@www:~# apt-cache show libc6
Package: libc6
Source: eglibc
Version: 2.13-38+deb7u6
Installed-Size: 9460
Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Architecture: amd64
Replaces: libc6-amd64
Provides: glibc-2.13-1
Depends: libc-bin (= 2.13-38+deb7u6), libgcc1
Suggests: glibc-doc, debconf | debconf-2.0, locales
Conflicts: prelink (<= 0.0.20090311-1), tzdata (<< 2007k-1), tzdata-etch
Breaks: locales (<< 2.13), locales-all (<< 2.13), lsb-core (<= 3.2-27), nscd (<< 2.13)
Description-en: Embedded GNU C Library: Shared libraries
 Contains the standard libraries that are used by nearly all programs on
 the system. This package includes shared versions of the standard C library
 and the standard math library, as well as many others.
Multi-Arch: same
Homepage: http://www.eglibc.org
Description-md5: 5089b4da6684d7432ab618fb5b79cec5
Tag: implemented-in::c, role::shared-lib
Section: libs
Priority: required
Filename: pool/main/e/eglibc/libc6_2.13-38+deb7u6_amd64.deb
Size: 4214430
MD5sum: 9b27368e31cdfd76a7c8b52c093f1f0a
SHA1: 3ba181018445c4449456655b965fa389819dae9f
SHA256: df4b81ecd17ddefa3ba1268d64465fa2439ebf934dae180495040ff3d767c2a3

Package: libc6
Source: eglibc
Version: 2.13-38+deb7u4
Installed-Size: 9465
Maintainer: GNU Libc Maintainers <debian-glibc@lists.debian.org>
Architecture: amd64
Replaces: libc6-amd64
Provides: glibc-2.13-1
Depends: libc-bin (= 2.13-38+deb7u4), libgcc1
Suggests: glibc-doc, debconf | debconf-2.0, locales
Conflicts: prelink (<= 0.0.20090311-1), tzdata (<< 2007k-1), tzdata-etch
Breaks: locales (<< 2.13), locales-all (<< 2.13), lsb-core (<= 3.2-27), nscd (<< 2.13)
Description-en: Embedded GNU C Library: Shared libraries
 Contains the standard libraries that are used by nearly all programs on
 the system. This package includes shared versions of the standard C library
 and the standard math library, as well as many others.
Homepage: http://www.eglibc.org
Description-md5: 5089b4da6684d7432ab618fb5b79cec5
Multi-Arch: same
Section: libs
Priority: required
Filename: pool/updates/main/e/eglibc/libc6_2.13-38+deb7u4_amd64.deb
Size: 4220856
MD5sum: 3afab5f5dfbd2e13cf032226dc8bf8cc
SHA1: bfb52213a351b3d3cb64c050194fdf86122c9bb5
SHA256: 35558a861c11d95d1db8cdbc957557fb74f7f5002d2642788ef9d21972befdf6

J'ai bien trouvé un topic qui parle d'un problème similaire mais j'avoue ne pas tout comprendre et je ne suis pas sur que cela s'applique à mon problème.
Lien 1 qui renvoit vers lien2 et Lien 2

Donc voilà j'ai donc besoin de votre aide pour m'éviter de réinstaller je préférerai comprendre et réparé, toute aide et la bienvenu.

Merci d'avance

Hardware

Essaye de downgrade libc6 en réinstallant le paquet "locales" :

aptitude reinstall locales

Aptitude va te proposer plusieurs solutions, choisis le downgrade de libc6 et de ses dépendances.

kolgate

Alors déjà merci de ta proposition mais après investigation le problème semble plus profond. Je me suis trompé le paquet locales était OK.

J'ai en parti résolu mon problème en modifiant la config de /etc/ssh/sshd_config avec UsePAM yes et j'ai modifier /etc/security/pam_env.conf avec LANG=fr_FR@euro.

Cela à permit à MOSH de fonctionner par exemple mais pas prewikka...

Hardware

Si les locales sont ok, essaye un coup de dpkg-reconfigure locales et selectionne fr_FR.utf8 puis vérifie la prise en compte par le système avec locale -a

kolgate

Déjà fait j'ai essayé de changer les locales ça semble fonctionner le seul truc qui ne fonctionne pas à l'heure actuel c'est prewikka et j'ai déjà repris le tuto depuis le début, par contre j'ai pas désinstallé les paquets du tuto mais j'ai tout recompilé.

root@kolgate:~# locale -a
C
C.UTF-8
français
french
fr_FR
fr_FR@euro
fr_FR.iso88591
fr_FR.iso885915@euro
fr_FR.utf8
POSIX

kolgate

Bon j'ai enfin trouvé la source du bug le script d'installation automatique d'exrat pour seedbox manager... Pourquoi je ne sais pas mais fresh install debian 7.5 template kimsufi locales OK utilisation du script locales KO.

ex_rat

Salut
Je viens de tester une install' chez OVH et je ne reproduit pas l'erreur.
Avant script (Debian 7-64 FR) :

root@xxx:~# locale
LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

root@xxx:~# locale -a
C
C.UTF-8
français
french
fr_FR
fr_FR@euro
fr_FR.iso88591
fr_FR.iso885915@euro
fr_FR.utf8
fr_FR.utf8@euro
POSIX

Après script et reboot

exrat@xxx:~$ locale
LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=


root@xxx:~# locale
LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

root@xxx:~# locale -a
C
C.UTF-8
français
french
fr_FR
fr_FR@euro
fr_FR.iso88591
fr_FR.iso885915@euro
fr_FR.utf8
fr_FR.utf8@euro
POSIX

Ex.

kolgate

OK bah ça doit être le template kimsufi car je n'ai rien fait sur le dédié ormis suivre le tuto du script et je suis en POSIX.

ex_rat

Je viens de tester sur un Kim pour voir et pareil pas de soucis après rebbot pour mon root et mes users "fr_FR.UTF-8".
Quand à savoir d’où vient ton problème, je ne sais pas du tout malheureusement.
Ex.

kolgate

Tu exécute le script depuis la session root.

PS : si tu veux je peut te donner un accès après formatage.

kolgate

J'ai l'impression que mon bug vient dès l'installe d'openssh ce qui me parait logique vu que la dernière j'ai partiellement résolu en modifiant la config sshd.

Voici le /var/log/apt/term.log

Reading database ... 17365 files and directories currently installed.)
Preparing to replace libgnutls26:i386 2.12.20-7 (using .../libgnutls26_2.12.20-8+deb7u1_i386.deb) ...
Unpacking replacement libgnutls26:i386 ...
Preparing to replace libssl1.0.0:i386 1.0.1e-2+deb7u4 (using .../libssl1.0.0_1.0.1e-2+deb7u6_i386.deb) ...
Unpacking replacement libssl1.0.0:i386 ...
Preparing to replace openssh-server 1:6.0p1-4 (using .../openssh-server_1%3a6.0p1-4+deb7u1_i386.deb) ...
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
Unpacking replacement openssh-server ...
Preparing to replace openssh-client 1:6.0p1-4 (using .../openssh-client_1%3a6.0p1-4+deb7u1_i386.deb) ...
Unpacking replacement openssh-client ...
Processing triggers for man-db ...
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
Setting up libgnutls26:i386 (2.12.20-8+deb7u1) ...
Setting up libssl1.0.0:i386 (1.0.1e-2+deb7u6) ...
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
Checking for services that may need to be restarted...done.
Checking init scripts...
/usr/bin/locale: Cannot set LC_CTYPE to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_MESSAGES to default locale: No such file or directory
/usr/bin/locale: Cannot set LC_ALL to default locale: No such file or directory
[?1049h[1;74r[4l[?25l(B[m[37m[40m[1;74r[H[2J[1;1H[1m[37m[44m                                                                                                                                                                                                                    [2;1H                                                                                                                                                                                                                    [3;1H                                                                                                                                                                                                                    [4;1H                                                                                                                                                                                                                    [5;1H                                                                                                                                                                                                                    [6;1H                                                                                                                                                                                                                    [7;1H                                                                                                                                                                                                                    [8;1H                                                                                                                                                                                                                    [9;1H                                                                                                                                                                                                                    [10;1H

/var/log/apt/history

Start-Date: 2014-04-09  13:35:44
Commandline: apt-get dist-upgrade
Upgrade: libgnutls26:i386 (2.12.20-7, 2.12.20-8+deb7u1), openssh-client:i386 (6.0p1-4, 6.0p1-4+deb7u1), openssh-server:i386 (6.0p1-4, 6.0p1-4+deb7u1), libssl1.0.0:i386 (1.0.1e-2+deb7u4, 1.0.1e-2+deb7u6)
End-Date: 2014-04-09  13:35:59

Start-Date: 2015-01-31  19:21:31
Commandline: apt-get -y install openssl
Install: openssl:i386 (1.0.1e-2+deb7u14)
End-Date: 2015-01-31  19:21:35

ex_rat

T'as refait un formatage + install' script ou tu batailles sur du vieux là ?
Parce que c'est un soucis qu'on a pas vu passer ça, c'est étonnant un peu je sais pas du tout d'où ça peut venir.
edit: pour ta question plus haut, le script bloque si t'es pas root donc pas d'erreur possible la dessus.
Ex.

kolgate

Effectivement j'ai formater 2 fois d'ailleurs et pour moi le problème vient de là dans le script :

# SSH config
sed -i "s/Subsystem[[:blank:]]sftp[[:blank:]]\/usr\/lib\/openssh\/sftp-server/Subsystem sftp internal-sftp/g;" /etc/ssh/sshd_config
sed -i "s/UsePAM/#UsePAM/g;" /etc/ssh/sshd_config

Car quand je dé-commente la ligne après reboot je peux configurer les locales.

ex_rat

Cette ligne concerne le chroot des users rutorrent. Si tu veux zaper ça faut faire le reste avec mais c'est peut-être pas l'idée du siècle de les laisser se balader partout.
T'as le détail ici: http://mondedie.fr/d/840 pour voir les modifs.
Et il faudra aussi toucher à Vsftpd qui va râler pour le ftp. Mais ça explique toujours pas pourquoi tes locale sont pas bonne en fin d'install'.
Ex.