От man bash
- раздел вызова:
Когда удар вызывается как интерактивная оболочка входа в систему, или как неинтерактивная оболочка с - опция входа в систему, он сначала читает и выполняет команды из файла/etc/profile, если тот файл существует. После чтения того файла это ищет ~/.bash_profile, ~/.bash_login и ~/.profile, в том порядке, и читает и выполняет команды от первой, которая существует и читаема.
Для установки среды включайте terminfo
строка (и любые другие переменные окружения требуется установить) в также .bash_profile
или .profile
.
Посмотрите, что этот Суперпользователь отвечает за большее количество детали.
Я выполнил быстрое find
в системе, чтобы видеть, существуют ли какие-либо файлы, которые принадлежат этому пользователю, lp
предшествующий.
$ find -user lp
Если это возвращает какие-либо файлы, можно отступить, отслеживают те файлы диспетчер пакетов OpenSUSE использования. Я живо, это использует об/мин так команда как это, работал бы:
$ rpm -qf /path/to/file/find/found
Это даст Вам возможность решить, могли ли эти пакеты просто быть удалены вместо этого. Удаление этих пакетов будет, скорее всего, заботиться об удалении учетной записи пользователя lp
как часть удаления.
Если никакие пакеты не найдены затем, эта учетная запись может или быть удалена из /etc/passwd
, /etc/shadow
, & /etc/group
. Вы действительно проверяли, чтобы видеть, имела ли учетная запись какие-либо связанные группы, не сделал Вас?
Команда как это скажет Вам, какие группы связаны с этим пользователем:
$ id lp
uid=4(lp) gid=7(lp) groups=7(lp)
Более легкий метод для удаления пользователя должен был бы использовать одну из встроенных команд. Они обычно - команда как это: userdel <username>
.
Например:
$ sudo userdel lp
Комментарий ниже от OP (@MasterofCelebration):
Ну, я нашел некоторые пакеты, принадлежащие существенным функциям (например, ghostscript, файловая система), который мне не обязательно нравится удалять.. Таким образом, я думал об изменении имени учетной записи и добавлении нового счета на требуемого пользователя (оставляющий системную учетную запись UID его новому имени, например, ‘lprint’). Хитрая часть теперь - то, что я не знаю то, что на самом деле произойдет с корневым каталогом нового пользователя, используемым, например, “печать приложений” или другого обычно используемого материала, хотя мне не нужно это вообще (мне даже не нужен корневой каталог нового пользователя, это только в целях Samba).
Я оставил бы любые пакеты, которые определяются как связываемый с пользователем lp
один.
Хитрая часть будет этим имя пользователя lp
скорее всего, вызывается конфигурационным файлом или два, в дополнение к потенциальному владению файлами на диске.
Вот то, что я сделал бы:
lp
. Изменение это - имя от lp
кому: lpold
.lp
.lp
в /etc
каталог и видит, можно ли определить какие-либо конфигурационные файлы, которые явно вызывают lp
, если Вы находите их, изменяете их на lpold
.Выполнение его этот способ, которым Вы не должны будете касаться файлов диска, они автоматически обнаружатся как принадлежавший lpold
. Также это позволит Вам выделять файлы на диске lpold
и новое lp
.
Единственный риск, которым необходимо удовлетворить теперь, то, что может быть сервис, который запускается как пользователь lp
, который теперь был бы Вашим новым lp
а не старый. Поиск через /etc
должен выкорчевать их.
Комментирование учетной записи в /etc/passwd
и /etc/shadow
эффективно удалит пользователя. То же для /etc/group
и /etc/gshadow
.
Знайте, если пользователь будет владельцем файлов, то те файлы будут присвоены неназначенному UID, который не причиняет боль по сути, но ужасен и может быть нежелательным (т.е. что UID мог быть снова использован позже, и они регистрируют, принадлежал бы затем новому пользователю). Лучше всего использовать find
сначала найти и удалить файлы, принадлежавшие этому пользователю.
Так или иначе я не сделал бы этого. Что, если необходимо установить CUPS однажды? Вы сделаете своего пользователя администратором CUPS? Думайте, что также Ваши сценарии распределения в пакетах могут работать с lp
имя: т.е. сервис может позволить lp
имейте права на чтение-запись некоторые файлы (почему? Я не знаю, но это может произойти).
Короче говоря, Вы можете, но в целом не являетесь хорошей идеей захватить пользователей системы Вашего дистрибутива Linux и дать им использование, отличающееся от того, которое они были разработаны.
ls
просто перечислит UID.
– slm♦
15.07.2013, 21:30
Я не был бы, особенно не для одной из традиционных учетных записей с низким номером как lp
. Если Вы когда-нибудь захотите добавить поддержку принтера - как CUPS то - Вы будете попадать в беду... и помнить, CUPS может быть зависимостью для пакетов, которые Вы установите в будущем. Даже если Вы не устанавливаете что-то как CUPS, lp
был типичный пользователь (в системах Unix) в течение многих десятилетий, таким образом, пакеты могут зависеть от него и могут быть части системы, которая использует его так или иначе. Также lp
пользователь/группа может принадлежать группам по умолчанию и/или владеть файлами, каталогами и устройствами.
Вы были бы более обеспеченным нахождением другого имени любого пользователя, которого Вы хотите создать.
Я предполагаю, что можно просто сделать резервное копирование /etc/passwd
и /etc/shadow
и выполненный userdel... Я не знаю, SUSE (используйте Ubuntu и Debian сам), но я не думаю, что Вы столкнетесь с проблемами.
BTW, не может Вы использовать pdbedit
или smbpasswd
дать Вашей самбе другой пользовательский альбом? Система один действительно конфликт?