I'd run a quick
find on the system to see if there are any files that are owned by this user,
$ find -user lp
If this returns any files you can back track those files using OpenSUSE's package manager. I belive it uses RPM so a command like this would work:
$ rpm -qf /path/to/file/find/found
This will give you the opportunity to decide if these packages could just be deleted instead. Deleting these packages will most likely take care of removing the user account
lp as part of the uninstall.
If no packages are found then this account can either be removed from
/etc/group. You did check to see if the account had any associated groups didn't you?
A command like this will tell you what groups are associated to this user:
$ id lp
uid=4(lp) gid=7(lp) groups=7(lp)
A easier method to remove the user would be to use one of the built-in commands. They're typically a command like this:
$ sudo userdel lp
A path forward
Comment below from the OP (@MasterofCelebration):
Well, I found some packages belonging to essential functions (e.g.
ghostscript, filesystem) which I do not necessarily like to remove..
So I thought about changing the account name and adding a new account
for the desired user (leaving the system account’s UID to its new
name, e.g. ‘lprint’). The tricky part now is that I do not know what
will actually happen with the new user’s home directory used by e.g.
“printing applications” or other common used stuff although I don’t
need that at all (I don’t even need the home directory of the new
user, it’s for SAMBA purposes only).
I would leave any packages that are identified as being associated with the user
The tricky part is going to be that the username
lp is most likely being called out by a configuration file or two, in addition to potentially owning files on the disk.
Here's what I would do:
- I would leave the old UID alone for
lp. Change it's name from
- Make your new account with a new UID and go ahead and call it
- Do a search for
lp in the
/etc directory and see if you can identify any configuration files that explicitly call out
lp, if you find them, change them to
Doing it this way you won't have to touch the files on disk, they'll automatically show up as being owned by
lpold. Also it will allow you to segregate the files on disk of
lpold and the new
The only risk you have to content with now, is that there may be a service which is started as user
lp, which would now be your new
lp and not the old one. The search through
/etc should root these out.