Hello, After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom. Below a part of the log which I think it's relevant. Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ':1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 08 16:10:44 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 08 16:10:44 dell systemd[1]: Failed to start Authorization Manager. Dec 08 16:10:54 dell systemd-udevd[771]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 08 16:11:07 dell kalendarac[2148]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kded5[2001]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kactivitymanagerd[2032]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell ksmserver[1999]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kwin_x11[2002]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell xembedsniproxy[2041]: Container window visible, stack below Dec 08 16:11:07 dell kglobalaccel5[2020]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell gmenudbusmenuproxy[2036]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell systemd[1846]: Stopped target plasma-workspace-x11.target. Dec 08 16:11:07 dell xembedsniproxy[2041]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell systemd[1846]: Stopped target KDE Plasma Workspace. Dec 08 16:11:07 dell kglobalaccel5[2020]: The X11 connection broke: I/O error (code 1) Dec 08 16:11:07 dell polkit-kde-authentication-agent-1[2038]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kglobalaccel5[2020]: XIO: fatal IO error 25 (Ongepaste ioctl() voor apparaat) on X server ":0" Dec 08 16:11:07 dell kglobalaccel5[2020]: after 8 requests (8 known processed) with 0 events remaining. ... .. . Yesterday I had no time to investigate the problem. When I fired up the pc today I noticed polkit.service refuse to start and with that some other services too. x polkit.service - Authorization Manager Loaded: loaded (/usr/lib/systemd/system/polkit.service; static) Active: failed (Result: exit-code) since Sat 2023-12-09 13:55:08 CET; 12s ago Docs: man:polkit(8) Process: 11580 ExecStart=/usr/libexec/polkit-1/polkitd --no-debug (code=exited, status=1/FAILURE) Main PID: 11580 (code=exited, status=1/FAILURE)CPU: 25ms Dec 09 13:55:08 dell systemd[1]: Starting Authorization Manager... Dec 09 13:55:08 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 13:55:08 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 13:55:08 dell systemd[1]: Failed to start Authorization Manager. The pc seems to work more of the less normal. Only the log is filled with warnings about polkit and powerdevil Dec 09 14:55:58 dell systemd[1]: Starting Authorization Manager... Dec 09 14:55:58 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 14:55:58 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 14:55:58 dell systemd[1]: Failed to start Authorization Manager. Dec 09 14:56:00 dell systemd[1735]: plasma-powerdevil.service: start operation timed out. Terminating. Dec 09 14:56:00 dell systemd[1735]: plasma-powerdevil.service: Failed with result 'timeout'. My system Operating System: openSUSE Tumbleweed 20231207 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.3-1-default (64-bit) Graphics Platform: X11 Processors: 16 × 11th Gen Intel® Core™ i7-11700 @ 2.50GHz Memory: 15.3 GiB of RAM Graphics Processor: NV174 How can I fix this? TTFN, Martin TTFN, Martin -- Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Tumbleweed / KDE 5.27.9
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ':1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 08 16:10:44 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 08 16:10:44 dell systemd[1]: Failed to start Authorization Manager. Dec 08 16:10:54 dell systemd-udevd[771]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 08 16:11:07 dell kalendarac[2148]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kded5[2001]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kactivitymanagerd[2032]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell ksmserver[1999]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kwin_x11[2002]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell xembedsniproxy[2041]: Container window visible, stack below Dec 08 16:11:07 dell kglobalaccel5[2020]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell gmenudbusmenuproxy[2036]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell systemd[1846]: Stopped target plasma-workspace-x11.target. Dec 08 16:11:07 dell xembedsniproxy[2041]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell systemd[1846]: Stopped target KDE Plasma Workspace. Dec 08 16:11:07 dell kglobalaccel5[2020]: The X11 connection broke: I/O error (code 1) Dec 08 16:11:07 dell polkit-kde-authentication-agent-1[2038]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kglobalaccel5[2020]: XIO: fatal IO error 25 (Ongepaste ioctl() voor apparaat) on X server ":0" Dec 08 16:11:07 dell kglobalaccel5[2020]: after 8 requests (8 known processed) with 0 events remaining. ... .. . Yesterday I had no time to investigate the problem.
When I fired up the pc today I noticed polkit.service refuse to start and with that some other services too.
x polkit.service - Authorization Manager Loaded: loaded (/usr/lib/systemd/system/polkit.service; static) Active: failed (Result: exit-code) since Sat 2023-12-09 13:55:08 CET; 12s ago Docs: man:polkit(8) Process: 11580 ExecStart=/usr/libexec/polkit-1/polkitd --no-debug (code=exited, status=1/FAILURE) Main PID: 11580 (code=exited, status=1/FAILURE)CPU: 25ms
Dec 09 13:55:08 dell systemd[1]: Starting Authorization Manager... Dec 09 13:55:08 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 13:55:08 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 13:55:08 dell systemd[1]: Failed to start Authorization Manager.
The pc seems to work more of the less normal. Only the log is filled with warnings about polkit and powerdevil
Dec 09 14:55:58 dell systemd[1]: Starting Authorization Manager... Dec 09 14:55:58 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 14:55:58 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 14:55:58 dell systemd[1]: Failed to start Authorization Manager. Dec 09 14:56:00 dell systemd[1735]: plasma-powerdevil.service: start operation timed out. Terminating. Dec 09 14:56:00 dell systemd[1735]: plasma-powerdevil.service: Failed with result 'timeout'.
My system Operating System: openSUSE Tumbleweed 20231207 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.3-1-default (64-bit) Graphics Platform: X11 Processors: 16 × 11th Gen Intel® Core™ i7-11700 @ 2.50GHz Memory: 15.3 GiB of RAM Graphics Processor: NV174
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Op Sat, 9 Dec 2023 17:53:17 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ': 1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 08 16:10:44 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 08 16:10:44 dell systemd[1]: Failed to start Authorization Manager. Dec 08 16:10:54 dell systemd-udevd[771]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 08 16:11:07 dell kalendarac[2148]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kded5[2001]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kactivitymanagerd[2032]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell ksmserver[1999]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kwin_x11[2002]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell xembedsniproxy[2041]: Container window visible, stack below Dec 08 16:11:07 dell kglobalaccel5[2020]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell gmenudbusmenuproxy[2036]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell systemd[1846]: Stopped target plasma-workspace-x11.target. Dec 08 16:11:07 dell xembedsniproxy[2041]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell systemd[1846]: Stopped target KDE Plasma Workspace. Dec 08 16:11:07 dell kglobalaccel5[2020]: The X11 connection broke: I/O error (code 1) Dec 08 16:11:07 dell polkit-kde-authentication-agent-1[2038]: The X11 connection broke (error 1). Did the X11 server die? Dec 08 16:11:07 dell kglobalaccel5[2020]: XIO: fatal IO error 25 (Ongepaste ioctl() voor apparaat) on X server ":0" Dec 08 16:11:07 dell kglobalaccel5[2020]: after 8 requests (8 known processed) with 0 events remaining. ... .. . Yesterday I had no time to investigate the problem.
When I fired up the pc today I noticed polkit.service refuse to start and with that some other services too.
x polkit.service - Authorization Manager Loaded: loaded (/usr/lib/systemd/system/polkit.service; static) Active: failed (Result: exit-code) since Sat 2023-12-09 13:55:08 CET; 12s ago Docs: man:polkit(8) Process: 11580 ExecStart=/usr/libexec/polkit-1/polkitd --no-debug (code=exited, status=1/FAILURE) Main PID: 11580 (code=exited, status=1/FAILURE)CPU: 25ms
Dec 09 13:55:08 dell systemd[1]: Starting Authorization Manager... Dec 09 13:55:08 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 13:55:08 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 13:55:08 dell systemd[1]: Failed to start Authorization Manager.
The pc seems to work more of the less normal. Only the log is filled with warnings about polkit and powerdevil
Dec 09 14:55:58 dell systemd[1]: Starting Authorization Manager... Dec 09 14:55:58 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 14:55:58 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 14:55:58 dell systemd[1]: Failed to start Authorization Manager. Dec 09 14:56:00 dell systemd[1735]: plasma-powerdevil.service: start operation timed out. Terminating. Dec 09 14:56:00 dell systemd[1735]: plasma-powerdevil.service: Failed with result 'timeout'.
My system Operating System: openSUSE Tumbleweed 20231207 KDE Plasma Version: 5.27.10 KDE Frameworks Version: 5.112.0 Qt Version: 5.15.11 Kernel Version: 6.6.3-1-default (64-bit) Graphics Platform: X11 Processors: 16 × 11th Gen Intel® Core™ i7-11700 @ 2.50GHz Memory: 15.3 GiB of RAM Graphics Processor: NV174
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Dec 09 16:38:05 dell polkitd[8005]: Started polkitd version 123 Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /etc/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Error opening rules directory: Error opening directory “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2) Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /usr/share/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Finished loading, compiling and executing 3 rules Dec 09 16:38:05 dell polkitd[8005]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Dec 09 16:38:08 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:11 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:12 dell plasmashell[1938]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. Dec 09 16:38:14 dell plasma_waitforname[7959]: org.kde.knotifications: WaitForName: Service was not registered within timeout martin@dell:/etc/polkit-1> ll totaal 8 drwxr-xr-x 2 root root 4096 5 dec 18:15 actions drwxr-x--- 2 root polkitd 4096 5 dec 18:15 rules.d Hm, permission question? Martin -- Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Leap 15.5 / KDE 5.27.9
On 09.12.2023 18:54, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 17:53:17 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ': 1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE
...
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Dec 09 16:38:05 dell polkitd[8005]: Started polkitd version 123 Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /etc/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Error opening rules directory: Error opening directory “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
Are you running it as root?
Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /usr/share/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Finished loading, compiling and executing 3 rules Dec 09 16:38:05 dell polkitd[8005]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Dec 09 16:38:08 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:11 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:12 dell plasmashell[1938]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. Dec 09 16:38:14 dell plasma_waitforname[7959]: org.kde.knotifications: WaitForName: Service was not registered within timeout
martin@dell:/etc/polkit-1> ll totaal 8 drwxr-xr-x 2 root root 4096 5 dec 18:15 actions drwxr-x--- 2 root polkitd 4096 5 dec 18:15 rules.d
Hm, permission question?
The permissions are normal and expected. It is still unclear what you were doing so it is hard to interpret the result. Modify polkit.service and remove --no-debug, (re-)start the service, check logs for any hints. I just updated Tumbleweed to 20231207 and polkit.service starts without any problems.
Op Sat, 9 Dec 2023 20:32:35 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 18:54, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 17:53:17 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ': 1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE
...
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Dec 09 16:38:05 dell polkitd[8005]: Started polkitd version 123 Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /etc/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Error opening rules directory: Error opening directory “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
Are you running it as root?
Yes it did that as root
Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /usr/share/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Finished loading, compiling and executing 3 rules Dec 09 16:38:05 dell polkitd[8005]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Dec 09 16:38:08 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:11 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:12 dell plasmashell[1938]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. Dec 09 16:38:14 dell plasma_waitforname[7959]: org.kde.knotifications: WaitForName: Service was not registered within timeout
martin@dell:/etc/polkit-1> ll totaal 8 drwxr-xr-x 2 root root 4096 5 dec 18:15 actions drwxr-x--- 2 root polkitd 4096 5 dec 18:15 rules.d
Hm, permission question?
The permissions are normal and expected. It is still unclear what you were doing so it is hard to interpret the result.
https://www.suse.com/support/kb/doc/?id=000021187 According to this doc the permission were wrong. That's why I got “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2) That's gone now but still no polkit.
Modify polkit.service and remove --no-debug, (re-)start the service, check logs for any hints.
Forgive me my ignorance, but where can I find that file?
I just updated Tumbleweed to 20231207 and polkit.service starts without any problems.
On the laptop running tumbleweed no problem at all with polkit.service Thanks, Martin -- UTSI: http://users.telenet.be/tos4ever/utsi.htm Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Leap 15.4 / KDE 5.24.4
Op Sat, 9 Dec 2023 20:30:22 +0100 Martin /Nightowl/ Byttebier <nightowl@telenet.be> schreef:
Op Sat, 9 Dec 2023 20:32:35 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 18:54, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 17:53:17 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ': 1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE
...
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Dec 09 16:38:05 dell polkitd[8005]: Started polkitd version 123 Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /etc/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Error opening rules directory: Error opening directory “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
Are you running it as root?
Yes it did that as root
Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /usr/share/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Finished loading, compiling and executing 3 rules Dec 09 16:38:05 dell polkitd[8005]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Dec 09 16:38:08 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:11 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:12 dell plasmashell[1938]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. Dec 09 16:38:14 dell plasma_waitforname[7959]: org.kde.knotifications: WaitForName: Service was not registered within timeout
martin@dell:/etc/polkit-1> ll totaal 8 drwxr-xr-x 2 root root 4096 5 dec 18:15 actions drwxr-x--- 2 root polkitd 4096 5 dec 18:15 rules.d
Hm, permission question?
The permissions are normal and expected. It is still unclear what you were doing so it is hard to interpret the result.
https://www.suse.com/support/kb/doc/?id=000021187
According to this doc the permission were wrong. That's why I got “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
That's gone now but still no polkit.
Modify polkit.service and remove --no-debug, (re-)start the service, check logs for any hints.
Forgive me my ignorance, but where can I find that file?
Silly me. The answer was right before my nose in the output of systemctl status polkit.service found it.
I just updated Tumbleweed to 20231207 and polkit.service starts without any problems.
On the laptop running tumbleweed no problem at all with polkit.service
Thanks, Martin
--
UTSI: http://users.telenet.be/tos4ever/utsi.htm Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Leap 15.4 / KDE 5.24.4
-- UTSI: http://users.telenet.be/tos4ever/utsi.htm Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Leap 15.4 / KDE 5.24.4
On 09.12.2023 22:30, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 20:32:35 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 18:54, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 17:53:17 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ': 1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE
...
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Dec 09 16:38:05 dell polkitd[8005]: Started polkitd version 123 Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /etc/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Error opening rules directory: Error opening directory “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
Are you running it as root?
Yes it did that as root
Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /usr/share/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Finished loading, compiling and executing 3 rules Dec 09 16:38:05 dell polkitd[8005]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Dec 09 16:38:08 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:11 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:12 dell plasmashell[1938]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. Dec 09 16:38:14 dell plasma_waitforname[7959]: org.kde.knotifications: WaitForName: Service was not registered within timeout
martin@dell:/etc/polkit-1> ll totaal 8 drwxr-xr-x 2 root root 4096 5 dec 18:15 actions drwxr-x--- 2 root polkitd 4096 5 dec 18:15 rules.d
Hm, permission question?
The permissions are normal and expected. It is still unclear what you were doing so it is hard to interpret the result.
https://www.suse.com/support/kb/doc/?id=000021187
According to this doc the permission were wrong. That's why I got “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
polkitd runs as user polkit, group polkit. The permissions are correct - group polkit has read access. Do not blindly trust anything you find on Net. Files inside this directory have permissions 644 and are readable by all.
That's gone now but still no polkit.
Modify polkit.service and remove --no-debug, (re-)start the service, check logs for any hints.
Forgive me my ignorance, but where can I find that file?
You can run "systemctl edit --full polkit.service"
I just updated Tumbleweed to 20231207 and polkit.service starts without any problems.
On the laptop running tumbleweed no problem at all with polkit.service
So this particular system has some issues and you need to investigate it.
Op Sat, 9 Dec 2023 22:44:00 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 22:30, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 20:32:35 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 18:54, Martin /Nightowl/ Byttebier wrote:
Op Sat, 9 Dec 2023 17:53:17 +0300 Andrei Borzenkov <arvidjaar@gmail.com> schreef:
On 09.12.2023 17:40, Martin /Nightowl/ Byttebier wrote:
Hello,
After I did an update of my tumbleweed pc yesterday the pc refused to restart. I couldn't even go to console to execute the shutdown restart command. The only way was to hit the powerbuttom.
Below a part of the log which I think it's relevant.
Dec 08 16:10:44 dell dbus-daemon[1875]: [session uid=1000 pid=1875] Activating service name='org.kde.LogoutPrompt' requested by ': 1.14' (uid=1000 pid=2026 comm="/usr/bin/plasmashell --no-respawn") Dec 08 16:10:44 dell dbus-daemon[1089]: [system] Activating via systemd: service name='org.freedesktop.PolicyKit1' unit='polkit.service' requested by ':1.0' (uid=0 pid=1225 comm="/usr/lib/systemd/systemd-log> Dec 08 16:10:44 dell systemd[1]: Starting Authorization Manager... Dec 08 16:10:44 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE
...
How can I fix this?
To fix something you need to find the reason for the failure. Run polkitd manually without --no-debug option, may be it will provide more information in logs.
Dec 09 16:38:05 dell polkitd[8005]: Started polkitd version 123 Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /etc/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Error opening rules directory: Error opening directory “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
Are you running it as root?
Yes it did that as root
Dec 09 16:38:05 dell polkitd[8005]: Loading rules from directory /usr/share/polkit-1/rules.d Dec 09 16:38:05 dell polkitd[8005]: Finished loading, compiling and executing 3 rules Dec 09 16:38:05 dell polkitd[8005]: Acquired the name org.freedesktop.PolicyKit1 on the system bus Dec 09 16:38:08 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:11 dell systemd-udevd[758]: /etc/udev/rules.d/99-megasync-udev.rules:1 The line has no effect, ignoring. Dec 09 16:38:12 dell plasmashell[1938]: kf.service.services: The desktop entry file "/usr/share/applications/org.freedesktop.Xwayland.desktop" has Type= "Application" but has no Exec field. Dec 09 16:38:14 dell plasma_waitforname[7959]: org.kde.knotifications: WaitForName: Service was not registered within timeout
martin@dell:/etc/polkit-1> ll totaal 8 drwxr-xr-x 2 root root 4096 5 dec 18:15 actions drwxr-x--- 2 root polkitd 4096 5 dec 18:15 rules.d
Hm, permission question?
The permissions are normal and expected. It is still unclear what you were doing so it is hard to interpret the result.
https://www.suse.com/support/kb/doc/?id=000021187
According to this doc the permission were wrong. That's why I got “/etc/polkit-1/rules.d”: Permission denied (g-file-error-quark, 2)
polkitd runs as user polkit, group polkit. The permissions are correct - group polkit has read access. Do not blindly trust anything you find on Net. Files inside this directory have permissions 644 and are readable by all.
That's gone now but still no polkit.
Modify polkit.service and remove --no-debug, (re-)start the service, check logs for any hints.
Forgive me my ignorance, but where can I find that file?
You can run "systemctl edit --full polkit.service"
I just updated Tumbleweed to 20231207 and polkit.service starts without any problems.
On the laptop running tumbleweed no problem at all with polkit.service
So this particular system has some issues and you need to investigate it.
So I did. dell:~ # systemctl restart polkit.service Job for polkit.service failed because the control process exited with error code. See "systemctl status polkit.service" and "journalctl -xeu polkit.service" for details. dell:~ # systemctl status polkit.service × polkit.service - Authorization Manager Loaded: loaded (/etc/systemd/system/polkit.service; static) Active: failed (Result: exit-code) since Sat 2023-12-09 21:32:30 CET; 5s ago Docs: man:polkit(8) Process: 21271 ExecStart=/usr/libexec/polkit-1/polkitd (code=exited, status=1/FAILURE) Main PID: 21271 (code=exited, status=1/FAILURE) CPU: 27ms Dec 09 21:32:30 dell systemd[1]: Starting Authorization Manager... Dec 09 21:32:30 dell polkitd[21271]: Error switching to user polkitd: Error clearing groups: Operation not permitted Dec 09 21:32:30 dell polkitd[21271]: Exiting with code 1 Dec 09 21:32:30 dell systemd[1]: polkit.service: Main process exited, code=exited, status=1/FAILURE Dec 09 21:32:30 dell systemd[1]: polkit.service: Failed with result 'exit-code'. Dec 09 21:32:30 dell systemd[1]: Failed to start Authorization Manager. Hmm, "Error clearing groups" in etc/group I changed polkitd:494: to polkitd:497: and it seems to work. I found 497 in /etc/group-oud. I can't remenber me why I did make a copy of /etc/group as group.oud (oud=old) but anyway it saved me. Thanks for pointing me in the right direction. Martin -- Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Tumbleweed / KDE 5.27.9
On 12/9/23 15:11, Martin /Nightowl/ Byttebier wrote:
Hmm, "Error clearing groups" in etc/group I changed polkitd:494: to polkitd:497: and it seems to work.
I found 497 in /etc/group-oud. I can't remenber me why I did make a copy of /etc/group as group.oud (oud=old) but anyway it saved me.
I think that is definitely worth a "Re-Read Andrei's last post in the thread ... Carefully..." How did the GID become 494? Was that something in the polkit package originally, or did you tinker with it? Altering any system UID/GID should only be done with great care and in reality are only needed when moving configs from one distro to the next when they use different UID/GID mappings. Glad you got it sorted, but this type of "customization" usually results in errors that are difficult to track down and difficult for list members to respond to -- because it isn't something with the distro-prepared package causing the issue. It's the "loose nut behind the keyboard" thing... -- David C. Rankin, J.D.,P.E.
Op Sun, 10 Dec 2023 13:25:51 -0600 "David C. Rankin" <drankinatty@suddenlinkmail.com> schreef:
On 12/9/23 15:11, Martin /Nightowl/ Byttebier wrote:
Hmm, "Error clearing groups" in etc/group I changed polkitd:494: to polkitd:497: and it seems to work.
I found 497 in /etc/group-oud. I can't remenber me why I did make a copy of /etc/group as group.oud (oud=old) but anyway it saved me.
I think that is definitely worth a "Re-Read Andrei's last post in the thread ... Carefully..."
How did the GID become 494? Was that something in the polkit package originally, or did you tinker with it? Altering any system UID/GID should only be done with great care and in reality are only needed when moving configs from one distro to the next when they use different UID/GID mappings.
I wish I could give an answer. It also turned out chrony had the wrong GID chronyd[1416]: Wrong owner of /run/chrony (GID != 466) And these GIDs (polkit, chrony) must have been set wrong shortly after the new installation of Tumbleweed. On 12 october I did a new installation (hold home, reformat /) because the old one had become very unstable. AFAIK I still had a few problems which I've tried to solve myself. I slightly remember me I did something with user management in Yast. That's why I probably did make a copy of /etc/group, just in case something went wrong. There is also a possiblity I copied the /etc/group file from a backup of my previous setup to the new one. Anyway the backup file had the GID's which now turned out to be wrong.
Glad you got it sorted, but this type of "customization" usually results in errors that are difficult to track down and difficult for list members to respond to -- because it isn't something with the distro-prepared package causing the issue.
It's the "loose nut behind the keyboard" thing...
Indeed I tend to act first and think later. regards, Martin -- Atari FTP-site: ftp://kurobox.serveftp.net:3021 Running openSUSE Tumbleweed / KDE 5.27.9
On 12/11/23 10:49, Martin /Nightowl/ Byttebier wrote:
That's why I probably did make a copy of /etc/group, just in case something went wrong. There is also a possiblity I copied the /etc/group file from a backup of my previous setup to the new one.
Anyway the backup file had the GID's which now turned out to be wrong.
Ahh, I do recall openSUSE moving some UID/GID around a while back, but don't know how long ago that was -- guessing that was 2-3 years ago from memory. I often move configs/setups between Arch, Debian and openSUSE and vice-versa which is the only time you would normally run into UID/GID mismatches OR very rarely when a distro makes a change to the UID/GID for a package, system user/group, etc.. You may have fallen into one of those. It would be interesting to grab an rpm for the original version you had and one from tumbleweed and check if polkit was one of those that changed (you can use mc to browse and copy the relevant files out of the rpm) -- David C. Rankin, J.D.,P.E.
On 11.12.2023 20:25, David C. Rankin wrote:
I do recall openSUSE moving some UID/GID around a while back
I am not sure I understand what you mean, but SUSE did not move anything around. SUSE switched from giant /etc/passwd and /etc/group to creating system users/groups on demand. Which means that exact UID and GID for the same users will depend on the order in which they are created (which in turn depends on the order in which packages requiring these users/groups were installed).
On 12/11/23 09:59, Andrei Borzenkov wrote:
On 11.12.2023 20:25, David C. Rankin wrote:
I do recall openSUSE moving some UID/GID around a while back
I am not sure I understand what you mean, but SUSE did not move anything around. SUSE switched from giant /etc/passwd and /etc/group to creating system users/groups on demand. Which means that exact UID and GID for the same users will depend on the order in which they are created (which in turn depends on the order in which packages requiring these users/groups were installed).
And this has bitten me a time or two in the past when doing a full-install upgrade instead of an in-place one. Very annoying and time consuming. It's too bad a way couldn't be found to keep UID/GID static, at least within major versions, without having giant files. Maybe instead of assigning ascending numbers when created, they're pulled instead from a master static list of some sort? We know that "root" is always 0/0, why not say that "svn" is always 473/473 or some such? Regards, Lew
On Mon, 11 Dec 2023 20:42, Lew Wolfgang wrote:
On 12/11/23 09:59, Andrei Borzenkov wrote:
On 11.12.2023 20:25, David C. Rankin wrote:
I do recall openSUSE moving some UID/GID around a while back
I am not sure I understand what you mean, but SUSE did not move anything around. SUSE switched from giant /etc/passwd and /etc/group to creating system users/groups on demand. Which means that exact UID and GID for the same users will depend on the order in which they are created (which in turn depends on the order in which packages requiring these users/groups were installed).
And this has bitten me a time or two in the past when doing a full-install upgrade instead of an in-place one. Very annoying and time consuming. It's too bad a way couldn't be found to keep UID/GID static, at least within major versions, without having giant files. Maybe instead of assigning ascending numbers when created, they're pulled instead from a master static list of some sort? We know that "root" is always 0/0, why not say that "svn" is always 473/473 or some such?
Sadly ( - the world isn't nice - ) that ( - fixed ids - ) has become a opening for attacs. So the question remains, which poision do you want to swallow? There will never be a "true" answer. As a solution, a package tool should be created that extracts the owner/group/rights from the package (including post-scriptlets) so this info can be feed into chown / chmod / setfacl / setfattr or a script that combines these tools. Yes, rpm --setperms / --setugids exists and does some of the work, but at minimum (post-)scriptlets are ignored (and, I'm unsure about wheter --setugids works by name or by number, haven't tested that in a loooong time -- 1998? or there about). So a "simple" tool that is feed the package name -or- via an option, e.g. -f [/full/filename] a single file, sets the owner / group / mode / facl fattr / selinux stuff, of the whole package, all that "ugly" stuff, to make the task "repair this package" so much easier. That's my 2ct. - Yamaban.
On 12/11/23 14:26, Yamaban wrote:
Yes, rpm --setperms / --setugids exists and does some of the work, but at minimum (post-)scriptlets are ignored (and, I'm unsure about wheter --setugids works by name or by number, haven't tested that in a loooong time -- 1998? or there about).
So a "simple" tool that is feed the package name -or- via an option, e.g. -f [/full/filename] a single file, sets the owner / group / mode / facl fattr / selinux stuff, of the whole package, all that "ugly" stuff, to make the task "repair this package" so much easier.
If we are going back that far, wasn't that what /etc/services was for? :) -- David C. Rankin, J.D.,P.E.
On 12/11/23 22:02, David C. Rankin wrote:
On 12/11/23 22:27, David C. Rankin wrote:
If we are going back that far, wasn't that what /etc/services was for? :) scratch that -- that was name & port mappings...
I thought about /etc/services too, and was thinking that it could be modified to include extra fields for UID/GID, and maybe other things to fully define a protocol. Of course, there are probably hidden dependencies relying on /etc/services, so why not a distribution services file, maybe called /etc/services-suse, or some such. Or, even better, /etc/defaults. The defaults could be overridden if necessary, but at least UID/GID's wouldn't be assigned at random by default. Regards, Lew
On 12/11/23 11:59, Andrei Borzenkov wrote:
On 11.12.2023 20:25, David C. Rankin wrote:
I do recall openSUSE moving some UID/GID around a while back
I am not sure I understand what you mean, but SUSE did not move anything around. SUSE switched from giant /etc/passwd and /etc/group to creating system users/groups on demand. Which means that exact UID and GID for the same users will depend on the order in which they are created (which in turn depends on the order in which packages requiring these users/groups were installed).
I mean I recall packages that changed what had been the system UID/GID for the user or group the service runs under. I don't recall which packages, but I know a couple changed. It would have been something like the GID of wheel/sudo or the user/group for a server app (www:wwwrun, named, ... or the like), I just can't recall which ones it was. I do clearly remember pulling an earlier config or group map and having to change it to match the current system user/group mapping. It has been a few years, and I'm a few years older -- both work against me at this point... -- David C. Rankin, J.D.,P.E.
participants (5)
-
Andrei Borzenkov -
David C. Rankin -
Lew Wolfgang -
Martin /Nightowl/ Byttebier -
Yamaban