DieSprotte schrieb:
Einloggen geht, nur beim Entsperren gibt es Probleme. Sicherheitshalber hatte ich einfach nur ein "a" als Passwort angegeben.
Meldung:
Aufheben der Sperre fehlgeschlagen
/var/log/auth.log
Jan 10 23:25:40 alex-kubuntu1804 unix_chkpwd[1927]: check pass; user unknown
Jan 10 23:25:40 alex-kubuntu1804 unix_chkpwd[1928]: check pass; user unknown
Jan 10 23:25:40 alex-kubuntu1804 unix_chkpwd[1928]: password check failed for user (party)
Jan 10 23:25:40 alex-kubuntu1804 kcheckpass[1877]: pam_unix(kde:auth): authentication failure; logname= uid=1002 euid=1002 tty=:0 ruser= rhost= user=party
Jan 10 23:25:40 alex-kubuntu1804 kcheckpass[1877]: Authentication failure for party (invoked by uid 1002)
Der Nutzer 1002 (party) wird nicht gefunden.
Displaymanager?
SDDM ist ein Displaymanager.
Ich hatte vor ein paar Tagen die selten dämliche Idee...
chown -R root:root /etc
auszuführen. Könnte das das Problem verursacht haben. Ich habe das System erst vor kurzem installiert, darum kann ich nicht sagen, ob es vorher schon dieses Problem gab.
Das war wirklich keine gute Idee. Zwar gehört der überwiegende Teil unter /etc root, aber eben nicht unbedingt alles. Was, ist abhängig von installierter Software. Bei Gruppenzugehörigkeit ist es in der Regel noch mehr.
Auf dem System vor dem ich gerade sitze gehören folgende Dateien unter /etc nicht root oder der Gruppe root und haben folgende Rechte:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24 | ~$ sudo find /etc \( -not -group 'root' -ls \) -o \( -not -user 'root' -ls \)
262175 4 drwxr-xr-x 5 root lp 4096 Jan 11 07:43 /etc/cups
262863 4 drwx------ 2 root lp 4096 Jun 14 2017 /etc/cups/ssl
266012 4 -rw------- 1 root lp 108 Apr 27 2018 /etc/cups/classes.conf
265688 8 -rw------- 1 root lp 6499 Jan 4 16:52 /etc/cups/printers.conf
265416 8 -rw------- 1 root lp 6499 Jan 3 22:01 /etc/cups/printers.conf.O
262862 4 drwxr-xr-x 2 root lp 4096 Apr 1 2019 /etc/cups/ppd
266269 200 -rw-r----- 1 root lp 202162 Feb 14 2019 /etc/cups/ppd/*
263915 4 -rw-r----- 1 root lp 503 Jan 11 07:42 /etc/cups/subscriptions.conf.O
264172 4 -rw------- 1 root lp 108 Dez 25 2017 /etc/cups/classes.conf.O
264445 4 -rw-r----- 1 root lp 93 Jan 11 07:43 /etc/cups/subscriptions.conf
263707 4 drwx--x--- 2 root ssl-cert 4096 Jul 27 2017 /etc/ssl/private
264229 4 -rw-r----- 1 root ssl-cert 1708 Jul 27 2017 /etc/ssl/private/ssl-cert-snakeoil.key
397848 60 -rw-r----- 1 redis redis 58837 Apr 2 2018 /etc/redis/redis.conf
405938 4 drwx--x--x 3 sssd sssd 4096 Sep 16 2018 /etc/sssd
264698 4 -rw-r----- 1 root shadow 1812 Dez 14 10:16 /etc/shadow
266597 4 -rw-r----- 1 root shadow 1050 Dez 14 10:16 /etc/gshadow
262167 4 drwxr-s--- 2 root dip 4096 Nov 7 2018 /etc/chatscripts
262804 4 -rw-r----- 1 root dip 656 Jun 14 2017 /etc/chatscripts/provider
263379 4 drwxr-s--- 2 root dip 4096 Jun 14 2017 /etc/ppp/peers
263392 4 -rw-r----- 1 root dip 1093 Jun 14 2017 /etc/ppp/peers/provider
272916 4 -rw-r----- 1 root shadow 1059 Dez 2 11:20 /etc/gshadow-
277639 4 -rw-r----- 1 root daemon 144 Jan 14 2016 /etc/at.deny
262332 4 -rw-r----- 1 root shadow 1838 Dez 2 11:20 /etc/shadow-
|
Alle Dateien unter /etc/cups/ppd/
gehören root:lp. Dort liegen die konfigurierten Drucker. Die habe ich aus mehreren Gründen in der Übersicht abgekürzt (*). Ich tippe mal die shadow und gshadow machen dir Probleme.