You are not logged in.
Edit: Turns out this problem stemmed from Nvidia Optimus. I was able to solve the problem on my laptop by following these steps.
-------------------------------------------
I get this error when shutting down my system as well as the installer ISO. The error is only visible after booting with kernel debugging enabled. It happens towards the end of the shutdown process, and hangs permanently; the only way to power off is holding the button.
A few lines of the error:
shutdown[1783]: Failed to remount '/oldroot/sys/fs/cgroup/devices' read-only: Device or resource busy
shutdown[1]: Failed to wait for process: Protocol error
shutdown[1796]: Failed to remount '/oldroot/sys/fs/cgroup/pids' read-only: Device or resource busy
shutdown[1]: Failed to wait for process: Protocol error
shutdown[1801]: Failed to remount '/oldroot/sys/fs/cgroup/systemd' read-only: Device or resource busy
shutdown[1]: Failed to wait for process: Protocol error
My Google efforts have failed me so maybe you folks can help.
Here's the full console output, sorry for using an image. If someone knows how to get the output in a log file I'd be happy to share it that way.
https://i.imgur.com/xkgqQ25.jpg
Last edited by meecha (2018-02-02 02:40:05)
Offline
Read the Code of Conduct and only post thumbnails http://wiki.archlinux.org/index.php/Cod … s_and_code
If someone knows how to get the output in a log file I'd be happy to share it that way.
https://wiki.archlinux.org/index.php/Sy … ing_output
Moving to NC...
Offline
What is "/oldroot" and why is there a sysfs mounted?
Online
I have replied OP about it on Reddit short while before, quoting my reply there:
I had the same error - i didn't had it with January installation media when I did previous install, so I guess that's something related to it unless it's a 4.15 kernel error.
After installing the system, exiting from chroot I tried rebooting, and over time system tried SIGTERM and SIGKILL the processes and informed me that it can't unmount oldroot (whatever that was). After waiting countless minutes I ejected my USB and had to reset the PC. Afterwards the PC runs fine, although after each shutdown I still get the shutdown[1]: Failed to wait for process: Protocol error for a really brief time - even weirder is the fact that this error doesn't seem to get registered by journalctl and dmesg (I have the installation media unplugged)
Do you have testing repositories enabled? If so, then it might be some issue with the newest kernel, as it was updated to 4.15 just a few days ago on testing.
In my case this message is pretty harmless, but googling it only brought me here and to the related Reddit post. The funniest part however is that in my case that doesn't seem to appear in my journal, as "journalctl | grep -i Process" or "dmesg | grep -i Process" nor "journalctl -p 5" seems to return nothing related to it - I did remove /var/log/journal so had to recreate it and I did fiddle with initramfs, but after recreating the journal and initramfs the error is still there, even on fallback initramfs while it wasn't on my previous installation.
With that in mind and seeing this is the only report, I suspect the cause might be one of the latest updates, especially as I am running testing repos. I don't know which package (kernel, systemd, something else?) is throwing the error, as google for "Failed to wait for process" didn't point me to any git code repo, but I'll keep on looking.
Offline
I have replied OP about it on Reddit short while before, quoting my reply there:
I had the same error - i didn't had it with January installation media when I did previous install, so I guess that's something related to it unless it's a 4.15 kernel error.
After installing the system, exiting from chroot I tried rebooting, and over time system tried SIGTERM and SIGKILL the processes and informed me that it can't unmount oldroot (whatever that was). After waiting countless minutes I ejected my USB and had to reset the PC. Afterwards the PC runs fine, although after each shutdown I still get the shutdown[1]: Failed to wait for process: Protocol error for a really brief time - even weirder is the fact that this error doesn't seem to get registered by journalctl and dmesg (I have the installation media unplugged)
Do you have testing repositories enabled? If so, then it might be some issue with the newest kernel, as it was updated to 4.15 just a few days ago on testing.
In my case this message is pretty harmless, but googling it only brought me here and to the related Reddit post. The funniest part however is that in my case that doesn't seem to appear in my journal, as "journalctl | grep -i Process" or "dmesg | grep -i Process" nor "journalctl -p 5" seems to return nothing related to it - I did remove /var/log/journal so had to recreate it and I did fiddle with initramfs, but after recreating the journal and initramfs the error is still there, even on fallback initramfs while it wasn't on my previous installation.
With that in mind and seeing this is the only report, I suspect the cause might be one of the latest updates, especially as I am running testing repos. I don't know which package (kernel, systemd, something else?) is throwing the error, as google for "Failed to wait for process" didn't point me to any git code repo, but I'll keep on looking.
Hey, I've actually just recently solved the problem, for me anyway. Do you have a laptop with an Nvidia GPU and integrated graphics? If so, Bumblebee is the fix. Here are the steps I took and after doing that, my system shuts down perfectly fine. Hope it helps.
What's weird (and a little frustrating) is this issue happens with every distro I've tried, installed or running of a live USB (which I use a lot). Hopefully this will be permanently fixed kernel-side down the road.
Offline
[Hey, I've actually just recently solved the problem, for me anyway. Do you have a laptop with an Nvidia GPU and integrated graphics? If so, Bumblebee is the fix. Here are the steps I took and after doing that, my system shuts down perfectly fine. Hope it helps.
Actually I'm on a desktop PC, but I'm also on integrated intel graphics for the time being, so that may be a common denominator? No Nvidia GPU at all though. I "solved" my issue by adding loglevel=0 for quiet shutdowns (I think loglevel=2 or even loglevel=3 would be sufficient), but like I mentioned, it didn't seem to prevent or even slow down my shutdown/startup, it's just weird it appeared without that parameter. I didn't try reinstalling the whole system, as that's too much hassle to just check this thing, I was just curious about it's origins .
Glad you got your error solved though! Guess the thread can be marked as solved, as both of us circumvented that issue in one way or another .
Offline
What is "/oldroot" and why is there a sysfs mounted?
Online
seth wrote:What is "/oldroot" and why is there a sysfs mounted?
I don't have it mounted, and I don't even get this message unlike OP, I only got the "shutdown[1]: Failed to wait for process: Protocol error" that don't appear in journal and only appears briefly when shutting PC down for a split second, before I supassed it with loglevel kernel parameter.
I only saw the oldroot message (might be different than OP's) when installation media failed to shut down (and reboot) cleanly.
Offline
"shutdown[1]: Failed to wait for process: Protocol error"
That is message that is starting to appear on my PC on shutdown/rebootafter upgrade to kernel 4.15.1;
I don't have that "/oldroot" part of the message, and I have nvidia gtx 970, if that matter.
I was not shure if I have to open a new thread, so I posted it here.
Feel free to delete if unapropriate.
[Edit]
Few hours later, new thread about this was created.
Last edited by Vizitor (2018-02-19 13:52:49)
Offline
I started getting the same message last night after updating via pacman -Syu. It wasn't happening before then, and I as well could not find any other info out there.
Trying to troubleshoot this, it *seems* it comes from the initrd, but nothing related was upgraded.
[anthony@regina ~]# sudo find / -print0 | xargs -0 grep -d skip oldroot
...
/usr/lib/initcpio/shutdown: if [ -e "/oldroot/$p/$bin" ]; then
/usr/lib/initcpio/shutdown: cp "/oldroot/$p/$bin" "/usr/bin/$1"
/usr/lib/initcpio/shutdown:umount --recursive /oldroot
Binary file /usr/lib/systemd/systemd-shutdown matches
...
[anthony:~]$ pacman -Ql | grep 'initcpio/shutdown'
mkinitcpio /usr/lib/initcpio/shutdown
However, mkinitcpio was not touched in the upgrade, so...
[anthony:~]$ sudo grep -E 'installed.*init*' /var/log/pacman.log
[2018-03-07 11:41] [ALPM] installed mkinitcpio-busybox (1.28.1-1)
[2018-03-07 11:41] [ALPM] installed mkinitcpio (24-2)
I've rebooted into a failsafe initrd and tried rebuilding, thinking it was a failure at the original build, but the messages remain.
If that helps anyone here with any suggestions, go for it. It seems a harmless error, annoying at worst. I doubt I'm the only one however who would like a clean shutdown.
Last edited by goumba (2018-03-13 07:31:20)
FSF Associate Member #12876
"Yeah, well, you know, that's just, like, your opinion, man." - The Dude
Offline
Today, I updated systemd and it affected me since.
Before that, I only get
shutdown[1]: Failed to wait for process: Protocol error".
What you know about computing other people will learn. Don't feel as if the key to successful
computing is only in your hands. What's in your hands, I think and hope, is intelligence:
the ability to see the machine as more than when you were first led up to it, that you can make it more.
—Alan J. Perlis (April 1, 1922 – February 7, 1990)
Offline
Today, I updated systemd and it affected me since.
Before that, I only get
shutdown[1]: Failed to wait for process: Protocol error".
The same for me, but the message repeated several times on each shutdown.
Offline
It´s been discussed
Offline
Just started to getting the same error with oldroot.
Probably after upgrade to systemd-238.0-3.
PS. Also this is present:
Also shutdown[1]: Failed to wait for process: Protocol error
Offline
I've got the same issue. After updating I started getting
Failed to remount '/oldroot/sys/fs/cgroup/devices' read-only: Device or resource busy
Last edited by khartahk (2018-03-19 18:09:12)
Offline
Same problem for me. Hopping that will be solved in the next version (239?)
Offline
It´s been discussed
As Mollom mentioned (Danke, Mollom), the issue has already been discussed, and a solution to the problem is proposed in the thread.
Hint for the lazies:
Just add the "shutdown" hook to your /etc/mkinitcpio.conf, and rebuild initramfs ("mkinitcpio -p linux").
Offline
As Mollom mentioned (Danke, Mollom), the issue has already been discussed, and a solution to the problem is proposed in the thread.
Hint for the lazies:
Just add the "shutdown" hook to your /etc/mkinitcpio.conf, and rebuild initramfs ("mkinitcpio -p linux").
Can someone just clarify if this is just a temporary "hacky" solution? Or will the "shutdown" hook be added by default in a future release? I don't understand if this is fixed now upstream or elsewhere.
Offline
It is a temporary hack, it is fixed upstream and should be pushed in the next release.
Last edited by V1del (2018-03-20 09:24:29)
Offline
Thanks for the information.
Just to verify again, sorry if it's a stupid question: once the new systemd version is released it will work and adding the "shutdown" hook for mkinitcpio won't be necessary anymore?
Offline
Thanks for the information.
Just to verify again, sorry if it's a stupid question: once the new systemd version is released it will work and adding the "shutdown" hook for mkinitcpio won't be necessary anymore?
Yes, and it's not really necessary to add it now anyways.
Offline
Yes this worked ! my first real arch build this morning and thought id screwed it!
This fixed this now just need to find out why gnome-terminal doesnt load although i managed to get xterm on after a bit of poking around!!
Offline
Well, for me the solution with 'shutdown' hook didn't worked - i still have those /oldroot error messages.
Offline
Well, for me the solution with 'shutdown' hook didn't worked - i still have those /oldroot error messages.
Offline
The 'shutdown' hook didn't work for me either.
I choose instead to mask 'mkinitcpio-generate-shutdown-ramfs.service', but I still get:
...
mars 24 23:24:54 arch64 systemd[1]: Shutting down.
mars 24 23:24:54 arch64 kernel: systemd-shutdow: 32 output lines suppressed due to ratelimiting
...
So something is still not normal here.
Offline