Am Dienstag, 5. April 2011, 21:12:23 schrieb Robert: > Hallo, > versuch grade einen user zu löschen der mal zu Testzwecken bei irgend > einem Problem angelegt wurde. > > |l|ogin als user und logoout der console brachte nichts .. Tipps aus dem > > i-Net brachten auch nichts: > > vs2801:~# |pkill -KILL -u buum| > vs2801:~# > vs2801:~# userdel buum > userdel: Benutzer buum ist derzeit angemeldet > vs2801:~# deluser buum > Entferne Benutzer »buum« ... > Warning: group `buum' has no more members. > userdel: Benutzer buum ist derzeit angemeldet > /usr/sbin/deluser: »/usr/sbin/userdel buum« gab den Fehlercode 8 > zurück. Programmende. > vs2801:~# fuser -k buum > Cannot stat buum: Datei oder Verzeichnis nicht gefunden > Cannot stat buum: Datei oder Verzeichnis nicht gefunden > Cannot stat file /proc/1/fd/10: Keine Berechtigung > > was kann da los sein und was kann ich dagegen tun? > > Danke und beste Grüße, > Rob
(bzgl. auch der anderen Mails) grep buum /etc/passwords grep buum /etc/groups sind die Stelllen, wo (ohne ldap o.ä.) nach der UID, besser der Übersetzung des Namens in eine Zahl, geschaut wird. Wenn dort nichts dergleichen steht, kennt das System buum nicht . (Wurde z.B. bereits gelöscht) Wenn aber Prozesse unter der alten (gelöschten!) numerischen UID noch laufen sollten, hast Du mit ps -ax | grep buum natürlich keine Chance. Ebensowenig mit lsof usw. Vielleicht gibt es noch ein /home/buum. Dort wäre mit stat /home/buum UID, GID u.ä. rauszubekommen. Andere Möglichkeit: ps ax h o uid | sort -un im Vergleich zu cut -d":" -f3 /etc/passwd | sort -n Dann wären als Ergänzung zu userdel diese Verzeichnisse / Prozesse noch "manuell" zu entfernen. Vielleicht hilft das weiter ... Die ganze Sache kann dadurch kompliziert werden, daß es keine Regel gibt, die mehrfach vergebene numerische UID's verbietet. Es kann durchaus vorkommen, daß die lokale numerische UID des (ehemaligen) Users buum nun zu einem ldap-Account gehört. Für solche Fälle "FF" wie "viel Vergnügen". (Der Spruch stammt aus einer Zeit, wo eine gelöschte und später nicht korrekt geschriebene / erkannte (E)EPROM-Zelle diesen Wert enthielt, der als OP-Code ausgeführt ein Reset bewirkte, was natürlich schwer zu finden war.) Bernhard _______________________________________________ Lug-dd maillist - [email protected] https://ssl.schlittermann.de/mailman/listinfo/lug-dd
