| Sysop: | Amessyroom |
|---|---|
| Location: | Fayetteville, NC |
| Users: | 43 |
| Nodes: | 6 (0 / 6) |
| Uptime: | 96:21:47 |
| Calls: | 290 |
| Files: | 904 |
| Messages: | 76,426 |
In syslog I found two suspect lines:
Failed to execute /usr/bin/reboot: No such file or directory
Failed to execute /usr/bin/poweroff: No such file or directory
If I'm not mistaken, these are the locations used by "systemd", but I'm running "openrc" which installs these two binaries into "/sbin/". So I
Greetings,
normally I just hibernate my laptop and rarely reboot or shut it down.
But after building kernel 6.6.58-1 I did of course reboot, or rather I tried, because the laptop either stalled or went into an infinite loop.
Long pressing the power key did bring the system down, and switching the laptop on again did bring it up, so I could at least investigate.
In syslog I found two suspect lines:
Failed to execute /usr/bin/reboot: No such file or directory
Failed to execute /usr/bin/poweroff: No such file or directory
If I'm not mistaken, these are the locations used by "systemd", but I'm running "openrc" which installs these two binaries into "/sbin/". So I created these two symbolic links in "/usr/bin/" pointing into "/sbin/". However, running "shutdown" still stalled or went into an infinite loop, though without complaining in syslog about not finding "reboot" and "po- weroff".
What eventually helped on top of the two symbolic links was rebuilding package "sys-apps/openrc-0.54.2" with additional USE flag "+sysv-utils". However, I don't regard these additional two symbolic links (which are still required) as a real fix but rather as some sort of band-aid.
Mind that all this is not necessarily a problem with the new kernel ver- sion. It may just have surfaced now because I wanted to boot the new kernel. So, what am I missing? Some news item? Some new USE flag for
some package I have meanwhile installed or upgraded? Some new configu- ration variable in some configuration file? Some new kernel parameter?
A bug? I checked the list of open bugs against "sys-apps/openrc", but
was missing any sort of deja vu.
Any pointers appreciated.
Sincerely,
Rainer
Dr Rainer Woitok wrote:
Michael,
On Sat, 09 Nov 2024 17:14:39 +0000 you wrote:
...
I'm on 6.6.58-gentoo-r1 compiled from gentoo-sources. No systemd, only
openrc. This is what I have here:
~ $ ls -la /usr/bin/reboot
lrwxrwxrwx 1 root root 4 May 2 2024 /usr/bin/reboot -> halt
Hm, interesting. What package does
equery belongs /usr/bin/halt
return on your system and what USE flags do you use for that package?
Sincerely,
Rainer
I'm openrc here with a merged /usr setup. Old rig is still split user.
I could boot it up and get info if needed. This is what I got on new
rig. As you can see, I had to dig a little. It's not where yours is
which may be a clue.
root@Gentoo-1 / # equery belongs /usr/bin/halt
* Searching for /usr/bin/halt ...
root@Gentoo-1 / # which halt
/sbin/halt
root@Gentoo-1 / # equery belongs /sbin/halt
* Searching for /sbin/halt ...
sys-apps/sysvinit-3.09 (/sbin/halt)
root@Gentoo-1 / #
That help?
Dale
:-) :-)
Il 09/11/24 18:07, Dr Rainer Woitok ha scritto:
In syslog I found two suspect lines:
Failed to execute /usr/bin/reboot: No such file or directory
Failed to execute /usr/bin/poweroff: No such file or directory
If I'm not mistaken, these are the locations used by "systemd",
but I'm running "openrc" which installs these two binaries into
"/sbin/". So I
/bin and /sbin should be symlinks to /usr/bin if you switched to
profile 23.0:
Steve,
On Sun, 10 Nov 2024 15:42:40 +0000 you wrote:
On Sat, 9 Nov 2024 18:58:53 +0100
ralfconn <mentadent47@yahoo.com> wrote:
...
/bin and /sbin should be symlinks to /usr/bin if you switched to
profile 23.0:But not if they switched to 23.0/split-usr like me. I get:
...
ls -l /sbin/reboot
lrwxrwxrwx 1 root root 4 Apr 30 2024 /sbin/reboot -> halt
Same on my laptop:
$ eselect profile show
Current /etc/portage/make.profile symlink:
default/linux/amd64/23.0/split-usr/desktop
$ ls -l /sbin/reboot
-rwxr-xr-x 1 root root 526 2024-11-08 10:14 /sbin/reboot
$
Obviously the problem is somewhere else. Meanwhile I found that running "shutdown" directly from a shell works without the additional symbolic links in directory "/usr/bin/". But selecting "shutdown" or "reboot" in Xfce's "Action Button" popup menu fails when these symbolic links are missing.
And I found that in syslog the message
(3) reboo[14713]: Failed to execute /usr/bin/reboot: No such file or directory
is always immediately preceded (with exactly the same time stamp) by the message
(5) kernel: elogind-daemon[1877]: System is rebooting.
But the last update of "sys-auth/elogind" to version 252.9-r2 was end of September and thus _before_ my last successful reboot via Xfce's action buttons and without the symbolic links. So "elogind" seems out.
As is kernel 6.6.58-r1, because booting an older kernel (6.6.52) without
the symbolic links didn't work either.
So currently I'm a bit out of ideas, apart from leaving these symbolic links in "usr/bin/" :-(
Sincerely,
Rainer