Удалено из группы Admin - теперь получение ошибки usermod: невозможно заблокировать / etc / passwd; повторите попытку позже [дублировать]

Я нашел обходной путь для своей машины Asrock Z97 Fatal1ty, потому что HIBERNATE_MODE = «платформа» не работает, но «shutdown» делает. Тестирование в терминале, введя в качестве пользователя root

echo shutdown > /sys/power/disk

, а затем

echo disk > /sys/power/state

выполнил спящий режим и работал столько раз, сколько я пытался. Я попробовал несколько руководств, пытаясь изменить режим по умолчанию с «платформы» на «выключение», и никто не работал, поэтому я добавил следующую строку ниже:

/etc/rc.local

echo shutdown > /sys/power/disk 

, а затем сохраните файл.

edit: Я изначально набрал «echo shutdown> / sys / mode / disk» и «echo disk> / sys / mode / state» в своем исходном ответе и осознал мою ошибку. Я также отформатировал код, насколько мог. извините за необычные количества исправлений.

вы можете включить опцию меню спящего режима, создав файл:

/etc/rc.local [!d9 ]

и добавив это в этот пустой файл:

[Re-enable hibernate by default in upower]
Identity=unix-user:*
Action=org.freedesktop.upower.hibernate
ResultActive=yes

[Re-enable hibernate by default in logind]
Identity=unix-user:*
Action=org.freedesktop.login1.hibernate
ResultActive=yes

, а затем выйдите из системы и снова включитесь, а спящий режим будет в параметрах меню выхода, и он работал каждый раз. Я знаю, что кто-то может улучшить этот ответ, но я решил, что буду делиться тем, что сработало для меня в любом случае. В идеале можно найти правильный файл для редактирования режима по умолчанию для спящего режима для pm-utils, но, как я уже сказал, я пытался и ничего не работал, но это было сделано. Единственное предостережение, с которым я столкнулся, заключалось в том, что теперь вам нужно нажать кнопку питания, чтобы вернуться из спящего режима, потому что клавиатура не разбудила компьютер так же, как с «платформой». Надеюсь, это поможет кому-то.

1
задан 13 April 2017 в 15:24

3 ответа

Вы можете попытаться сделать файл /etc/.pwd.lock пустым (nano /etc/.pwd.lock и удалить все), если это не так, и использовать adduser your_user admin из корневого сеанса, чтобы вставить своего пользователя в группу администратора. Этот файл предназначен для контроля доступа к файлам /etc/passwd и /etc/shadow, избегая одновременных изменений. Он должен быть пустым, если ни один из файлов не будет изменен.

1
ответ дан 25 May 2018 в 16:47
  • 1
    Я посмотрел файл .pwd.lock, и содержимое было уже пустым. Файл представляет собой файл с нулевым байтом. Я попытался запустить команду adduser из корневого сеанса и получил то же сообщение об ошибке, указанное выше. Одна интересная вещь, которую я заметил. Я попытался переименовать файл .pwd.lock с помощью команды mv, например. mv .pwd.lock .pwdlockbak. Когда я запустил команду, я получил другую ошибку, что-то вроде того, что я только читал. Я проверил разрешения на файл, и он показывает, что принадлежит root с доступом для чтения записи. – BubbaJ 17 November 2011 в 10:20
  • 2
    Я переместил файл также как тест (тот же эффект, что и его удаление), и я не получил ошибки при добавлении пользователей в группу администратора (в терминале с sudo - не пробовали в консоли восстановления). Я подозреваю, что ошибка, которую вы получаете, исходит от чего-то еще ... но не знаю, что. – laurent 17 November 2011 в 20:10
  • 3
    Я не могу выполнить команду sudo из командной строки, так как мой идентификатор пользователя больше не является членом группы admin. Моя проблема заключается в том, чтобы добавить пользователя обратно в группу администратора. Я думаю, что я понял причину, по которой я получал сообщение об ошибке при выполнении команд adduser или usermod. См. Мой ответ ниже. Еще раз спасибо за ваши многочисленные ответы, это помогло мне задуматься над проблемой. – BubbaJ 17 November 2011 в 21:31

Загрузитесь в режим восстановления, выберите вариант корневой оболочки и добавьте свою учетную запись обратно в группу администратора.

0
ответ дан 25 May 2018 в 16:47
  • 1
    В моем первоначальном сообщении выше я упомянул, что я уже пробовал это с помощью команды usermod -a -G admin user1 " и я все еще получил ошибку блокировки. Есть ли другая или лучшая команда, которую я должен использовать, чтобы добавить мою учетную запись пользователя обратно в " admin " группа? – BubbaJ 17 November 2011 в 03:41
  • 2
    @BubbaJ, если вы просто попробовали запустить usermod как непривилегированный пользователь, то это то, что происходит. Если вы все еще получаете ошибку от имени пользователя root, удалите файл .lock. – psusi 17 November 2011 в 20:49
  • 3
    Спасибо за ваши ответы. Я запускал команду usermod из корневой сессии в режиме восстановления, поэтому привилегии не должны были быть проблемой. Вот что меня смутило. Я также не смог переименовать или скопировать файл .pwd.lock, прежде чем пытаться удалить, поэтому я никогда не пытался его удалить. Наконец, я понял, что исходное сообщение об ошибке «не может блокировать / etc / passwd и неспособность переименовать или скопировать файл .pwd.lock. Я наконец решил свою проблему. Я отправил свой ответ ниже. В очередной раз благодарим за помощь. – BubbaJ 17 November 2011 в 21:34

Вы действительно должны удалить этот файл блокировки с помощью консоли восстановления, хотя я думаю, что вы, вероятно, могли бы сделать то же самое, просто перейдя в суперпользовательский режим с помощью команды su - в терминале в рамках обычного сеанса пользователя. Кажется, это известная ошибка, хотя причина, по которой она появляется, не известна.

Кстати, использование sudo в корневом сеансе бессмысленно, потому что sudo просто выполняет команду с правами root, и если вы уже используете систему с root, вы уже выполнение команд с привилегиями root.

0
ответ дан 25 May 2018 в 16:47
  • 1
    Спасибо за ваш ответ. В приведенной выше ссылке об ошибках говорится об удалении файлов group.lock, passwd.lock и shadow.lock. Ни один из этих файлов не существует в папке / etc. Единственным подобным файлом, который существует в каталоге / etc, является файл с нулевым байтом .pwd.lock. В отчете об ошибке не упоминается удаление этого файла. – BubbaJ 17 November 2011 в 10:15
  • 2
    su требует пароль в учетной записи root, который по умолчанию отключен в Ubuntu. – psusi 17 November 2011 в 20:44
  • 3
    Я смог решить мою проблему. См. Мой ответ ниже. Еще раз спасибо. – BubbaJ 17 November 2011 в 21:37

Другие вопросы по тегам:

Похожие вопросы: