Не удается заблокировать /etc /passwd; Попробуйте позже
Вы можете изменить оба файла с помощью специальных команд (например, вы можете изменить свой пароль).
Пользователь, которому вы запускаете команды, не имеет необходимых прав доступа. Войдите в систему как пользователь root , введя команду
или если у вас есть / использовать sudo
Это также может быть вызвано нехваткой места в корневой файловой системе. Используйте strace чтобы быть уверенным. strace твой друг.
Я столкнулся с этим, когда во время операции userdel произошла ошибка диска, и систему пришлось перезагрузить. Мне нужно было удалить все четыре из следующих файлов, чтобы продолжить:
sudo rm /etc/passwd.lock sudo rm /etc/shadow.lock sudo rm /etc/group.lock sudo rm /etc/gshadow.lock Если к вашей команде -R /some/chroot добавлен ключ useradd , это может быть проблемой.
Я думал, что это означает, что пользователь будет заключен в тюрьму при входе в систему, но это не так. Посмотрев на вывод strace, я увидел, что useradd привязан к указанному каталогу, после чего, конечно, он больше не может найти /etc /passwd. Так что я не уверен, для чего этот вариант, но есть ваша (ну, моя) проблема.
Я столкнулся с этим, когда во время операции userdel произошла ошибка диска, и систему пришлось перезагрузить. Мне нужно было удалить все четыре из следующих файлов, чтобы продолжить:
sudo rm /etc/passwd.lock sudo rm /etc/shadow.lock sudo rm /etc/group.lock sudo rm /etc/gshadow.lock Эта команда действительно помогла мне. Большое спасибо.
Cannot lock /etc/passwd; try again later
Your /etc/shadow directory. /etc/shadow should be a file. Please give the exact command you’re trying to execute.
9 Answers 9
If no .lock files are present but you still cannot create a user try the following
If logged in as root then use
but where shall one look for the .lock files? thanks to @trevorRobinson it seems one should look in /etc/ , correct?
What if it says mount: cannot remount /dev/dm-0 read-write, is write-protected . I’m in ChromeOS (Linux) with Dev Mode enabled.
The user you are running the commands as lack the required privileges. Change to root user by issuing the command
If you have -R /some/chroot added to your useradd command, that might be the problem.
I thought it meant that the user would be jailed upon login, but that’s not the case. By looking at strace output, I saw useradd chrooted into the specified directory, after which of course it cannot find /etc/passwd anymore. So I’m not sure what the option is for, but there’s your (well, my) problem.
This was exactly what I was trying. After removing the -R [dir] option I was able to create the user.
Nice guess! Thank you. I also understood that the chroot for useradd is not what you think it is 🙂 It only uses the specified dir as a root for the user’s system. It’s useful for cloned isolated sub-OS, which is rarely what you want.
That’s because you don’t have permissions for those operations
You can change both files through specialized commands (e.g you can change your password).
I ran into this when a disk error occurred during a userdel operation and the system had to be rebooted. I needed to delete all four of the following files to proceed:
sudo rm /etc/passwd.lock sudo rm /etc/shadow.lock sudo rm /etc/group.lock sudo rm /etc/gshadow.lock This can also be caused by running out of space on the root filesystem. Use strace to be sure. strace is your friend.
I’ve been reading many threads with my problem and that was actually the solution. Should be one of the first things to check when having any filesystem problems, I guess. I’m using df instead of strace though. How would strace help me? Never used it
Well, if you already guessed that the problem might be running out of space, then df can help. But strace will tell you what the error code was when it tried to lock the file, so it should remove the guesswork. The way I usually call strace is strace -f -e trace=file command since this usually gives the most useful results.
Не удается заблокировать / etc / passwd; Попробуйте позже
Кто-нибудь знает, как это решить? Также я не попадаю в каталог / etc / shadow.
Ваш / etc / shadow _directory _. / etc / shadow должен быть файлом. Пожалуйста, дайте точную команду, которую вы пытаетесь выполнить. Brian White 12 лет назад 4
10 ответов на вопрос
Если нет .lock файлов, но вы по-прежнему не можете создать пользователя, попробуйте следующее
Если залогинен как root то используй
Это решило проблему, возникшую после загрузки в режим восстановления, отредактировав запись grub. twobeers 6 лет назад 0
но где искать файлы `.lock`? благодаря @trevorRobinson кажется, что нужно искать в `/ etc /`, правильно? hello_there_andy 6 лет назад 0
Что если он говорит `mount: не может перемонтировать / dev / dm-0 для чтения-записи, защищен от записи`. Я в ChromeOS (Linux) с включенным Dev Mode. trusktr 6 лет назад 0
Это потому, что у вас нет прав для этих операций
Вы можете изменить оба файла с помощью специальных команд (например, вы можете изменить свой пароль).
Пользователь, которому вы запускаете команды, не имеет необходимых прав доступа. Переключитесь на root пользователя, введя команду
или если у вас есть / использовать sudo
Это также может быть вызвано нехваткой места в корневой файловой системе. Используйте, strace чтобы быть уверенным. strace твой друг.
Я читал много тем с моей проблемой, и это было на самом деле решение. Я полагаю, это должно быть одной из первых вещей, которые нужно проверить при возникновении проблем с файловой системой. Я использую `df` вместо` strace`. Как мне помочь «strace»? Никогда не использовал это erikbwork 9 лет назад 0
Ну, если вы уже догадались, что проблема может быть нехватка места, то df может помочь. Но strace сообщит вам, какой был код ошибки при попытке заблокировать файл, поэтому он должен устранить догадки. Обычно я называю strace `strace -f -e trace = file` * command *, так как это обычно дает наиболее полезные результаты. Robin Green 9 лет назад 2
Я столкнулся с этим, когда во время операции userdel произошла ошибка диска, и систему пришлось перезагрузить. Мне нужно было удалить все четыре из следующих файлов, чтобы продолжить:
sudo rm /etc/passwd.lock sudo rm /etc/shadow.lock sudo rm /etc/group.lock sudo rm /etc/gshadow.lock Если вы -R /some/chroot добавили к своей useradd команде, это может быть проблемой.
Я думал, что это означает, что пользователь будет заключен в тюрьму при входе в систему, но это не так. Посмотрев на вывод strace, я увидел, что useradd привязан к указанному каталогу, после чего, конечно, он больше не может найти / etc / passwd. Так что я не уверен, для чего этот вариант, но есть ваша (ну, моя) проблема.
Это было именно то, что я пытался. После удаления опции `-R [dir]` я смог создать пользователя. Gustavo Straube 4 года назад 0
Не могу добавить пароль для только что созданного пользователя
Ну да. Если же я зашёл на сервер по SSH под пользователем root, то мне же не нужно уже sudo прописывать, все команды по-умолчанию от рута, так?
[root@SweetHome ~]# passwd temp1 Changing password for user temp1. passwd: Permission denied [root@SweetHome ~]#
Не надо так делать. Это порочная практика.
Да, знаю что нельзя, вот и пытаюсь от этого уйти, создаю нового пользователя, а сменить пароль не получается. Выполнил
[root@SweetHome ~]# sudo -u temp1 passwd Changing password for user temp1. Changing password for temp1. (current) UNIX password: passwd: Authentication token manipulation error 
SElinux выключен. Проверка:
[root@SweetHome ~]# sestatus SELinux status: disabled
futurama ★★★★★ ( 23.11.18 18:26:24 MSK )
Последнее исправление: futurama 23.11.18 18:26:36 MSK (всего исправлений: 1)
[root@SweetHome ~]# touch /a; ls -l /a; rm /a; df -h -rw-r--r-- 1 root root 0 Nov 23 17:39 /a rm: remove regular empty file ‘/a’? yFilesystem Size Used Avail Use% Mounted on /dev/md127 14G 8.8G 3.9G 70% / devtmpfs 1.9G 0 1.9G 0% /dev tmpfs 1.9G 4.0K 1.9G 1% /dev/shm tmpfs 1.9G 41M 1.9G 3% /run tmpfs 1.9G 0 1.9G 0% /sys/fs/cgroup /dev/sdb3 898G 734G 119G 87% /mnt/D /dev/sda3 210G 61M 199G 1% /mnt/E tmpfs 378M 0 378M 0% /run/user/0 overlay 14G 8.8G 3.9G 70% /var/lib/docker/overlay2/33d84d318a34c3ae7034dc7d65e6cb9f20c11411b3993e5b41730547881a5430/merged shm 64M 4.0K 64M 1% /var/lib/docker/containers/8bb78e54091dd82e0d3eb51dc35abab56b8141f446b6dbf5aac1b276b08f72b9/mounts/shm [root@SweetHome ~]# У тебя случаем не lxc контейнер, или что-нибудь типа того?