Странный вывод при удалении пользователя

Я только что добавил нового пользователя в систему (сервер Ubuntu 14.04 LTS), используя

adduser --force-badname myNewUser

После повторного удаления с помощью:

deluser --remove-all-files myNewUser

система выбирала данные из диск (как и ожидалось), но он получал долгое время (не ожидалось), и, наконец, он дает мне огромный список странных выводов:

/usr/sbin/deluser: Cannot handle special file /proc/22220/fd/0
/usr/sbin/deluser: Cannot handle special file /proc/22220/fd/1
/usr/sbin/deluser: Cannot handle special file /proc/22220/fd/2

и так далее.

После прочтения этого ответа я теперь знаю, что proc-directory - это просто каталог, находящийся в памяти. Это просто говорит мне, что файлы будут пропущены при перезагрузке моей системы. Однако это не решает мою проблему.

Поиск в Google просто показывает сообщения об ошибках или ветку , в которой говорится, что deluser --remove-all-files является старым способом удаления пользователя?

Что означает этот вывод ? Моя система сейчас испорчена? Если так, как я могу вернуть свою систему на правильный путь.

5
задан 13 April 2017 в 15:14

2 ответа

Ну, у того пользователя было некоторое выполнение процессов.

22220, вероятно, идентификатор процесса, fd/0, fd/1, fd/2 являются stdin, stdout и stderr того процесса. Это не удивление, что они не могут быть удалены. Они идут, когда процесс идет.

я не думаю, что что-либо плохо произошло.

0
ответ дан 13 April 2017 в 15:14

Я знаю, что этот вопрос очень стар, но поведение все еще остается в Ubuntu 16.04

существует отчет об ошибках / запрос новых функций, который проливает свет на то, что продолжается здесь

Для подведения итогов:

deluser --remove-all-files USER команда сканирует для файлов, принадлежавших USER, и удаляет их.

/usr/sbin/deluser: не Может обработать специальный файл/proc/767/task/767/fd/2

...

/usr/sbin/deluser: не Может обработать специальный файл/lib/systemd/system/halt.service

...

/usr/sbin/deluser: не Может обработать специальный файл/dev/input/by-path/platform-i8042-serio-1-event-mouse

, ПРЕДУПРЕЖДЕНИЯ, ТОЛЬКО говоря, что команда не может обработать этот конкретный файл, потому что это - специальный файл. IT НЕ ПОПЫТАЛСЯ УДАЛИТЬ ЭТОТ ФАЙЛ , который Он просто не может выполнить, это, проверяет его. ;-)

, Если Вы оглядываетесь назад на предупреждения, необходимо найти, что они - все для файла в/dev,/proc, / выполненные или специальные системные файлы как mountnfs.service, которые не являются нормальными файлами.

необходимо смочь безопасно проигнорировать эти предупреждения.

0
ответ дан 14 April 2017 в 01:14
  • 1
    @ubfan1, отмечающий Ваш комментарий, что некоторые мыши работают лучше, чем другие, Вы могли упомянуть один (без аппаратного ключа), который, как известно, работает хорошо? I' ll пробуют что-либо!! Кроме того, если Вы знаете об одном, клавиатура (без аппаратного ключа), который также работает хорошо. – Leo Simon 10 March 2017 в 08:21

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

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