After changing language, password no more accepted in terminal and at resume from suspend

Bug #1001755 reported by Fabio Marconi
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
pam (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Hello
After language change, I cannot run sudo commands in terminal, or login at resume from suspend, my password is not accepted.
The password is accepted at login and in tty.
Thanks
Fabio
=25/05=
I've tried to recreate the user, reinstall keeping my home, but it exist again.
On another machine at same level, the bug not appear
If I create another user, it is not affected, so i'm thinking at something in my home dir that is the only thing not changed, but what ?

**Workaround**
gedit ~/.pam_environement
and removed:
LANGUAGE=it_IT:en
LANG=it_IT.UTF-8

to have the file like this:
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
It works as expected.
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

ProblemType: BugDistroRelease: Ubuntu 12.10
Package: sudo 1.8.3p1-1ubuntu5
ProcVersionSignature: Ubuntu 3.4.0-2.6-generic 3.4.0-rc7
Uname: Linux 3.4.0-2-generic x86_64
ApportVersion: 2.1-0ubuntu1
Architecture: amd64
Date: Sat May 19 21:32:49 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Release amd64 (20120423)SourcePackage: sudo
Sudoers:
 Error: command ['gksu', '-D', 'Apport', '--', 'env', '-u', 'LANGUAGE', 'LC_MESSAGES=C', '/bin/cat', '/etc/sudoers'] failed with exit code 255:
 (process:2920): Gtk-WARNING **: Locale not supported by C library.
  Using the fallback 'C' locale.
UpgradeStatus: No upgrade log present (probably fresh install)
VisudoCheck:
 Error: command ['gksu', '-D', 'Apport', '--', 'env', '-u', 'LANGUAGE', 'LC_MESSAGES=C', '/usr/sbin/visudo', '-c'] failed with exit code 255:
 (process:2930): Gtk-WARNING **: Locale not supported by C library.
  Using the fallback 'C' locale.

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :
summary: - After upgrade, password no more accepted in terminal
+ After upgrade, password no more accepted in terminal and at resume from
+ susped
Revision history for this message
Fabio Marconi (fabiomarconi) wrote : Re: After upgrade, password no more accepted in terminal and at resume from susped

---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

quantic sudo: pam_unix(sudo:auth): authentication failure; logname=njin uid=1000 euid=0 tty=/dev/pts/0 ruser=njin rhost= user=njin
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

description: updated
description: updated
description: updated
description: updated
tags: added: workaround
description: updated
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Reassigned because it don't update ~/pam_environement laying spurious from previous language

affects: sudo (Ubuntu) → xdg-user-dirs (Ubuntu)
summary: - After upgrade, password no more accepted in terminal and at resume from
- susped
+ After changing language, password no more accepted in terminal and at
+ resume from susped
summary: After changing language, password no more accepted in terminal and at
- resume from susped
+ resume from suspend
affects: xdg-user-dirs (Ubuntu) → pam (Ubuntu)
description: updated
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Hallo Stephane
I subscribe you just for connessance of this problem regarding again problems with localization.
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

Revision history for this message
Steve Langasek (vorlon) wrote :

Why do you think this is a pam bug? The default sudo PAM configuration doesn't ever look at ~/.pam_environment - a recent fix to sudo now causes it to read /etc/environment where it previously failed to do so; but that was published *after* your bug report was filed, and certainly does not look at ~/.pam_environment.

Are there failures showing in syslog for these failed logins?

I cannot reproduce this behavior by changing the language variables in my environment.

Changed in pam (Ubuntu):
status: New → Incomplete
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Hello Steve
I've assigned this to pam just because I don't know who manage ~/.pam_environement but as it is a pam file, probalby is related to it.
I've also found this error (before remove that lines) in auth.log but nothing on syslog:

quantic sudo: pam_unix(sudo:auth): authentication failure; logname=njin uid=1000 euid=0 tty=/dev/pts/0 ruser=njin rhost= user=njin

I've tried to add again that lines to my 'reinstalled' system (with the old /home) reboot and I can reproduce it.
So I want to know who manage this file during the change of the language process and why it ley back that two residual lines.
I'm going to reinstall Precise changing language and try again if it reproduces.
Thanks
Fabio

Can you also point me to a valid documentation on pam and how it works?
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

Changed in pam (Ubuntu):
status: Incomplete → New
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Reproduced in Precise too,in VirtualBox.
1- install Precise in Italian
2- update it, reboot
3- system-settings and select language support
4- click Install/Remove Languages and remove Italian
5- click on aply globally
6- verify that keyboard layout still Italian
7- reboot, open terminal and run a sudo gedit
The password will never be recognized.
Another strange things is that now .pam_environement isn't present in user directory (not present in Precise running in VM, but present in Quantal on real hardware . Quantal is a Quantal iso with old /home).
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

To Fix:
add the .pam_environement file containing the lines:
LC_NUMERIC=en_US.UTF-8
LC_TIME=en_US.UTF-8
LC_MONETARY=en_US.UTF-8
LC_PAPER=en_US.UTF-8
LC_NAME=en_US.UTF-8
LC_ADDRESS=en_US.UTF-8
LC_TELEPHONE=en_US.UTF-8
LC_MEASUREMENT=en_US.UTF-8
LC_IDENTIFICATION=en_US.UTF-8
for english language, will fix the terminal and resume problem.

Changed in pam (Ubuntu):
status: New → Confirmed
Revision history for this message
Steve Langasek (vorlon) wrote :

I cannot reproduce this using the steps described.

Changed in pam (Ubuntu):
status: Confirmed → Incomplete
tags: added: precise
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Hello Steve
I've tried again, (installed in italian, removed italian, apply globally without reboot and it already is triggering the bug)with this error:

May 28 20:42:00 njin-VirtualBox sudo: pam_unix(sudo:auth): authentication failure; logname=njin uid=1000 euid=0 tty=/dev/pts/0 ruser=njin rhost= user=njin

Changed in pam (Ubuntu):
status: Incomplete → Confirmed
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

#11 not valid, retring

Changed in pam (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Hello Steve.
No more reproducible today, will continue tomorrow.
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

Revision history for this message
Daniel ANDRE (dandre-k) wrote :

Hello,
I have similar issue if the password contains accentuated characters: I cannot login if the console is not configured to use the proper charset.
This issue is also present when pam is used to autheticate ftp or imap users with a non ascii password.
From what I have seen:
gftp, thunderbird, outlook auhthenticate using ISO8859
ios5 mail, konqueror, nautilus authenticate using UTF8

Could it be possible to include an option to convert pasword to/from utf/iso?

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Reproduced and confirmed in latest quantal build, after reboot the keymap is mixed not English and not Italian.
Clicking on reset to default in layout settings, makes it working again
---
Ubuntu Bug Squad volunteer triager
http://wiki.ubuntu.com/BugSquad

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Damn, let system go into suspend and the password is no more accepted, relogins (unity-greeter) and it works, open the terminal and the map is mixed again.

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

before, instead of the è or à I've got ? , now without making any change it works, what happens ???

Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

sorry, #17 not valid (i was using the installed system instead the VM .
then definitively has nothings to do with pam, but with keyboard mapping (at unity-greeter is working fine, but after not)
@stgraber, what do you think ?

Changed in pam (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Fabio Marconi (fabiomarconi) wrote :

Close as invalid because is better open a new one clean report

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.