PDA

View Full Version : [ubuntu] passwd: Authentication token manipulation error



maverickaddicted
February 7th, 2012, 08:05 AM
Hello,

While trying to assign password to one of my user, I am getting this error message



serveradmin@openserver:~/LAMP$ sudo passwd salaryuser
passwd: Authentication token manipulation error
passwd: password unchanged
I also tried this -



serveradmin@openserver:~/LAMP$ sudo mount -rw -o remount /
serveradmin@openserver:~/LAMP$ su root
Password:
root@openserver:/home/serveradmin/LAMP# passwd salaryuser
passwd: Authentication token manipulation error
passwd: password unchanged
Can anybody help me?

maverickaddicted
February 8th, 2012, 07:38 AM
bump

SeijiSensei
February 9th, 2012, 04:00 PM
serveradmin@openserver:~/LAMP$ sudo mount -rw -o remount /

That's not the correct syntax. Use this instead:


sudo mount -n -o remount,rw /

Make sure there's no spaces in the "remount,rw" string. The "-n" switch tells the OS not to try and rewrite /etc/mtab, which would be impossible since the filesystem is marked read-only.

If, however, the filesystem really is marked read-only, that means it has errors that need to fixed with fsck. Once you've remounted the root filesystem as writable, run


sudo touch /forcefsk

and reboot. That will force a filesystem check when the machine starts up again.

maverickaddicted
February 10th, 2012, 08:03 AM
That's not the correct syntax. Use this instead:


sudo mount -n -o remount,rw /Make sure there's no spaces in the "remount,rw" string. The "-n" switch tells the OS not to try and rewrite /etc/mtab, which would be impossible since the filesystem is marked read-only.

If, however, the filesystem really is marked read-only, that means it has errors that need to fixed with fsck. Once you've remounted the root filesystem as writable, run


sudo touch /forcefskand reboot. That will force a filesystem check when the machine starts up again.

Sorry, but this didn't work. I am getting same error.

SeijiSensei
February 10th, 2012, 06:22 PM
So did the system run fsck at boot? What does mount say about the root filesystem? Is it marked as rw?

How about this?

ls -l /etc/passwd /etc/group/ /etc/shadow

passwd and group should be owned by root:root and have 644 permissions. /etc/shadow is owned by root:shadow on my system with 640 permissions. It should also work if shadow is owned by root:root with 600 permissions. I've actually not seen the use of a "shadow" group before, but I'm more used to RedHat flavors when it comes to these details.

maverickaddicted
February 11th, 2012, 07:39 AM
Yes, system ran the file check on boot. Here is the output of that command -



serveradmin@openserver:~$ ls -l /etc/passwd /etc/group /etc/shadow
-rw-r--r-- 1 root root 1200 2012-02-08 18:17 /etc/group
-rw-r--r-- 1 root root 2648 2012-02-08 18:17 /etc/passwd
-rw-r----- 1 root shadow 1648 2012-02-08 18:17 /etc/shadow

winh8r
February 11th, 2012, 11:04 AM
Make sure the username in /etc/shadow is exactly the same as the username in /etc/passwd.

Quite often the cause of this problem when they are different.




If you are running likewise-open then please take a look here at a known bug and a workaround::

https://bugs.launchpad.net/ubuntu/+source/likewise-open/+bug/302026

maverickaddicted
February 13th, 2012, 05:52 AM
I am not running likewise open. Also, /etc/shadown file contains


salaryuser:!:15377:0:99999:7::

and /etc/passwd file contains


salaryuser:x:1001:33:Salary User,,,:/home/serveradmin/LAMP/nexus_salary/:/bin/bash

maverickaddicted
February 15th, 2012, 03:21 PM
Still looking for some solution.

maverickaddicted
February 16th, 2012, 01:09 PM
](*,)](*,)

maverickaddicted
April 12th, 2012, 08:36 AM
:mad: