org.kde.pim.aconadiserver在我的 Fedora 25 工作站上运行pkill以获取 dd 副本的进度后崩溃并且 Kde 一段时间后缓慢重新启动后，我无法sudo再与普通用户一起使用。
答案是user is NOT in the sudoers file虽然它显然是以前的，而且我sudo以前肯定可以使用。我必须使用 root 用户编辑 sudoers 文件。它没有新的用户条目，它似乎是一个默认文件。
因为我现在编辑了 sudoers 文件，所以我目前不知道如何确定它何时被更改，特别是是什么更改了它。
dnf能在更新中覆盖它吗？有没有办法检查（在 archlinux(pacman) 中你可以搜索安装脚本，也许 dnf 也可以？）？但最近一次dnf升级是在事发前一周，最后一次安装是在事发前至少12小时。并且sudo还在工作。也许该脚本是在崩溃后运行的，也许是 KDE 组件的安装脚本？或者可能是 akonadiserver 崩溃或 KDE 重新启动导致的？
崩溃发生时的journalctl摘录：
Sep 15 00:00:35 hostname sudo[29889]: rudi : TTY=pts/3 ; PWD=/somefolder ; USER=root ; COMMAND=/bin/pkill dd -USR1
Sep 15 00:00:36 hostname sudo[29889]: pam_systemd(sudo:session): Cannot create session: Already occupied by a session
Sep 15 00:00:36 hostname sudo[29889]: pam_unix(sudo:session): session opened for user root by (uid=0)
Sep 15 00:00:36 hostname sudo[29889]: pam_unix(sudo:session): session closed for user root
Sep 15 00:00:37 hostname systemd[1]: sddm.service: Main process exited, code=killed, status=10/USR1
Sep 15 00:00:37 hostname systemd-logind[1049]: Removed session 2.
Sep 15 00:00:37 hostname kdeinit5[1685]: kdeinit5: Fatal IO error: client killed
Sep 15 00:00:40 hostname audit[4570]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=4570 comm="TaskSchedulerSe" exe=2F6F70742F676
Sep 15 00:00:40 hostname audit[2462]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=2462 comm="TaskSchedulerSe" exe=2F6F70742F676
Sep 15 00:00:40 hostname audit[12260]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=12260 comm="TaskSchedulerSe" exe=2F6F70742F6
Sep 15 00:00:40 hostname audit[12435]: ANOM_ABEND auid=1000 uid=1000 gid=1000 ses=2 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023 pid=12435 comm="TaskSchedulerSe" exe=2F6F70742F6
Sep 15 00:00:44 hostname at-spi-bus-launcher[1936]: XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
Sep 15 00:00:44 hostname at-spi-bus-launcher[1936]: after 666960 requests (666960 known processed) with 0 events remaining.
Sep 15 00:00:39 hostname polkitd[1107]: Unregistered Authentication Agent for unix-session:2 (system bus name :1.37, object path /org/kde/PolicyKit1/AuthenticationAgent, locale de_AT.UTF-8) (
Sep 15 00:00:37 hostname kdeinit5[1685]: kdeinit5: sending SIGHUP to children.
Sep 15 00:00:38 hostname systemd[1]: Stopping User Manager for UID 1000...
Sep 15 00:00:39 hostname kdeinit5[1685]: kdeinit5: sending SIGTERM to children.
Sep 15 00:00:39 hostname kdeinit5[1685]: kdeinit5: Exit.
Sep 15 00:00:40 hostname kdeinit5[1689]: The X11 connection broke (error 1). Did the X11 server die?
Sep 15 00:00:42 hostname klauncher[1686]: The X11 connection broke (error 1). Did the X11 server die?
Sep 15 00:00:42 hostname kglobalaccel5[1712]: The X11 connection broke (error 1). Did the X11 server die?
Sep 15 00:00:43 hostname akonadi_control[2001]: The X11 connection broke (error 1). Did the X11 server die?
Sep 15 00:00:46 hostname akonadiserver[2021]: org.kde.pim.akonadiserver: Control process died, committing suicide!
Sep 15 00:00:47 hostname akonadi_followupreminder_agent[2037]: org.kde.pim.akonadicore: Akonadi server running without control process!
答案1
该/etc/sudoers文件被标记为%config(noreplace)，这意味着如果它已被编辑，则 yum 或 dnf 更新不会覆盖它。你会得到/etc/sudoers.rpmnew相反的。
请注意，默认情况下，Fedora 附带此行：
%wheel ALL=(ALL) ALL
这意味着该wheel组中的用户拥有完整的 sudo 权限。您注意到：
...我以前肯定可以使用 sudo 。我必须使用 root 用户编辑 sudoers 文件。它没有新的用户条目，它似乎是一个默认文件。
您以前很有可能使用过 sudo和没有任何特定用户条目的默认文件。我的猜测是，不知何故你失去了该wheel组的成员资格。这可能随时发生，但只有在您注销并再次登录后才会生效。我怀疑这与您的崩溃完全无关，只是您之后重新启动，然后在没有该组的情况下重新登录。