[opensuse] Shutdown not powering off machine
HI I did originally post this on the factory list. For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button. I've had a look at the logs via journalctl for the period where I started the shutdown from the login screen but no red lines or errors show up. Any ideas where else I can look? Regards Ian -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160728) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/04/2016 04:22 AM, ianseeks wrote:
For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button.
I have a few questions. 1. are you shutting down from the command line or from within one of the desktops? 2. do you know what the shutdown command being used is? what extra parameters ar4e being given? In my case i use shutdown from within KDE4. I can see by using systemsettings what command and parameters are benig used. There, I see it is /sbin/shutdown -h -P now That's a bit redundant. Perhaps it needs to be "-H" rather than "-h" ? What's the opinion of the group?
From man(8) poweroff
-H, --halt Halt the machine. -P, --poweroff Power-off the machine (the default). -h Equivalent to --poweroff, unless --halt is specified. Sorry if I'm being "bloody obvious", but I do get to wonder if the reality is that despite the supposed default, in absence of "-P" the machine does not poweroff. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
On 08/04/2016 04:22 AM, ianseeks wrote:
For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button.
I have a few questions.
1. are you shutting down from the command line or from within one of the desktops?
2. do you know what the shutdown command being used is? what extra parameters ar4e being given?
In my case i use shutdown from within KDE4. I can see by using systemsettings what command and parameters are benig used.
There, I see it is /sbin/shutdown -h -P now
That's a bit redundant. Perhaps it needs to be "-H" rather than "-h" ?
What's the opinion of the group?
I used to run "halt -p", but I seem to remember something changing - on Leap for instance, I think that leads to a halt, not a power-off. mybe systemd related. -- Per Jessen, Zürich (26.6°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/08/2016 à 14:33, Per Jessen a écrit :
What's the opinion of the group?
I used to run "halt -p", but I seem to remember something changing - on Leap for instance, I think that leads to a halt, not a power-off. mybe systemd related.
to power off, you have to run "poweroff" :-) but I usually use the kde thing. On leap, don't know if it's kde4 or plasma jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd wrote:
Le 04/08/2016 à 14:33, Per Jessen a écrit :
What's the opinion of the group?
I used to run "halt -p", but I seem to remember something changing - on Leap for instance, I think that leads to a halt, not a power-off. mybe systemd related.
to power off, you have to run "poweroff" :-)
poweroff and halt are both symlinked to "systemctl": # l /sbin/halt /sbin/poweroff lrwxrwxrwx 1 root root 18 Jun 30 16:33 /sbin/halt -> /usr/bin/systemctl* lrwxrwxrwx 1 root root 18 Jun 30 16:33 /sbin/poweroff -> /usr/bin/systemctl* Still, if that has changed the documented behaviour of "halt -p", it ought to be fixed. -- Per Jessen, Zürich (26.7°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/04/2016 08:33 AM, Per Jessen wrote:
mybe systemd related.
As various man pages say, all these are actually systemctl aliases These are legacy commands available for compatibility only. lrwxrwxrwx 1 root root 18 Jul 10 15:38 /sbin/shutdown -> /usr/bin/systemctl lrwxrwxrwx 1 root root 18 Jul 10 15:38 /sbin/halt -> /usr/bin/systemctl lrwxrwxrwx 1 root root 18 Jul 10 15:38 /sbin/poweroff -> /usr/bin/systemctl And of course the man page for systemctl makes it more clear: System Commands halt Shut down and halt the system. ... poweroff Shut down and power-off the system. ... reboot [arg] Shut down and reboot the system. ... There is also, on the same man page suspend Suspend the system. ... hibernate Hibernate the system. ... -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Anton Aylward wrote:
On 08/04/2016 08:33 AM, Per Jessen wrote:
mybe systemd related.
As various man pages say, all these are actually systemctl aliases
These are legacy commands available for compatibility only.
I could swear I had some trouble with getting "halt -p" to actually power down the system. Will need to double check. -- Per Jessen, Zürich (27.1°C) http://www.hostsuisse.com/ - dedicated server rental in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, 4 August 2016 08:56:44 BST Anton Aylward wrote:
On 08/04/2016 08:33 AM, Per Jessen wrote:
mybe systemd related.
As various man pages say, all these are actually systemctl aliases
These are legacy commands available for compatibility only.
lrwxrwxrwx 1 root root 18 Jul 10 15:38 /sbin/shutdown -> /usr/bin/systemctl lrwxrwxrwx 1 root root 18 Jul 10 15:38 /sbin/halt -> /usr/bin/systemctl lrwxrwxrwx 1 root root 18 Jul 10 15:38 /sbin/poweroff -> /usr/bin/systemctl
And of course the man page for systemctl makes it more clear:
System Commands
halt Shut down and halt the system. ... poweroff Shut down and power-off the system. ...
reboot [arg] Shut down and reboot the system. ...
There is also, on the same man page
suspend Suspend the system. ...
hibernate Hibernate the system. ...
> Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. >> >>> Q: Why is top posting frowned upon?
It reminds me of a similar situation a few years when systemd was first introduced, just wondering if its a regression. -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thu, Aug 04, 2016 at 02:33:13PM +0200, Per Jessen wrote:
Anton Aylward wrote:
On 08/04/2016 04:22 AM, ianseeks wrote:
For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button.
I have a few questions.
1. are you shutting down from the command line or from within one of the desktops?
2. do you know what the shutdown command being used is? what extra parameters ar4e being given?
In my case i use shutdown from within KDE4. I can see by using systemsettings what command and parameters are benig used.
There, I see it is /sbin/shutdown -h -P now
That's a bit redundant. Perhaps it needs to be "-H" rather than "-h" ?
What's the opinion of the group?
I used to run "halt -p", but I seem to remember something changing - on Leap for instance, I think that leads to a halt, not a power-off. mybe systemd related.
Be aware that systemd uses finally the kernel API for poweroff and all other commands like halt, reboot, hibernate, and suspend. That is check your hardware as well as the BIOS version and setup of the hardware. Werner -- "Having a smoking section in a restaurant is like having a peeing section in a swimming pool." -- Edward Burr
https://freedesktop.org/wiki/Software/systemd/Debugging/ Slightly more than midway down is a section "Diagnosing Shutdown Problems" The gist is "poweroff" does a graceful systemd shutdown, where "poweroff -f" pretty much hands off a message to the kernel to sync and poweroff. Therefore if poweroff -f does not work, it's a kernel problem. If it does work, then there's something holding things up indefinitely, which could be a systemd bug but it depends on what's holding things up -since some things have indefinite timeout. I'm not sure how poweroff -f differs from sysrq+s, sysrq+b. I suppose you could give those two sysrq's a shot if poweroff -f doesn't work, but the documentation says if poweroff -f doesn't work it's a kernel bug. Chris Murphy -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thu, Aug 04, 2016 at 02:33:13PM +0200, Per Jessen wrote:
Anton Aylward wrote:
On 08/04/2016 04:22 AM, ianseeks wrote:
For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button.
I have a few questions.
1. are you shutting down from the command line or from within one of the desktops?
2. do you know what the shutdown command being used is? what extra parameters ar4e being given?
In my case i use shutdown from within KDE4. I can see by using systemsettings what command and parameters are benig used.
There, I see it is /sbin/shutdown -h -P now
That's a bit redundant. Perhaps it needs to be "-H" rather than "-h" ?
What's the opinion of the group?
I used to run "halt -p", but I seem to remember something changing - on Leap for instance, I think that leads to a halt, not a power-off. mybe systemd related.
Be aware that systemd uses finally the kernel API for poweroff and all other commands like halt, reboot, hibernate, and suspend. That is check your hardware as well as the BIOS version and setup of the hardware.
Werner Thanks Werner. I've not touched the bios since the board was installed and
On Thursday, 4 August 2016 19:11:06 BST Dr. Werner Fink wrote: that was a few years ago. It worked fine last night so hopefully all is well again -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.7.0-1-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, 4 August 2016 07:27:03 BST Anton Aylward wrote:
On 08/04/2016 04:22 AM, ianseeks wrote:
For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button.
I have a few questions.
1. are you shutting down from the command line or from within one of the desktops?
From the KDM login screen as always
2. do you know what the shutdown command being used is? what extra parameters ar4e being given?
No idea, just used the standard settings since i updated to Tumbleweed at after using opensuse 13.1
In my case i use shutdown from within KDE4. I can see by using systemsettings what command and parameters are benig used.
There, I see it is /sbin/shutdown -h -P now
That's a bit redundant. Perhaps it needs to be "-H" rather than "-h" ?
What's the opinion of the group?
From man(8) poweroff
-H, --halt Halt the machine.
-P, --poweroff Power-off the machine (the default).
-h Equivalent to --poweroff, unless --halt is specified.
Sorry if I'm being "bloody obvious", but I do get to wonder if the reality is that despite the supposed default, in absence of "-P" the machine does not poweroff.
> Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. >> >>> Q: Why is top posting frowned upon?
-- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
as soon as I responded to this thread, I got a "automated response confirming the receipt of your ticket", "Subject: Re: [opensuse] Shutdown not powering off machine" from Mega Support is any of this list user making something related? did you receive it also? thanks jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
jdd wrote:
as soon as I responded to this thread, I got a
"automated response confirming the receipt of your ticket", "Subject: Re: [opensuse] Shutdown not powering off machine" from Mega Support
is any of this list user making something related?
did you receive it also?
Yep, I have a few of those. Mega Support will soon find out that the openSUSE mailing is opening lots of tickets :-) -- Per Jessen, Zürich (26.8°C) http://www.hostsuisse.com/ - virtual servers, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Le 04/08/2016 à 14:59, Per Jessen a écrit :
Yep, I have a few of those. Mega Support will soon find out that the openSUSE mailing is opening lots of tickets :-)
list owner warned jdd -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 2016-08-04 15:11, jdd wrote:
Le 04/08/2016 à 14:59, Per Jessen a écrit :
Yep, I have a few of those. Mega Support will soon find out that the openSUSE mailing is opening lots of tickets :-)
list owner warned
I did that already, and got a reply: ]> They are not subscribed to the list. Someone bounces mails to them. He may have to send a probe to all subscribers to find out who is bouncing and unsubscribe that one. -- Cheers / Saludos, Carlos E. R. (from 13.1 x86_64 "Bottle" at Telcontar)
On 08/04/2016 08:59 PM, Per Jessen wrote:
jdd wrote:
as soon as I responded to this thread, I got a
"automated response confirming the receipt of your ticket", "Subject: Re: [opensuse] Shutdown not powering off machine" from Mega Support
is any of this list user making something related?
did you receive it also?
Yep, I have a few of those. Mega Support will soon find out that the openSUSE mailing is opening lots of tickets :-)
Bahaha -- George Box: 42.1 | KDE Plasma 5 | AMD Phenom IIX4 | 64 | 32GB Laptop #1: 42.1 | KDE Plasma 5 | Core i7-4710HQ | 64 | 16GB Laptop #2: 42.1 | KDE Plasma 5 | Core i5 | 64 | 8GB -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, 4 August 2016 14:50:13 BST jdd wrote:
as soon as I responded to this thread, I got a
"automated response confirming the receipt of your ticket", "Subject: Re: [opensuse] Shutdown not powering off machine"
from Mega Support
is any of this list user making something related?
did you receive it also?
Yep...
thanks jdd
-- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/04/2016 08:43 AM, ianseeks wrote:
2. do you know what the shutdown command being used is? what extra parameters ar4e being given?
No idea, just used the standard settings since i updated to Tumbleweed at after using opensuse 13.1
Did it work OK in 13.1? you can use systemsettings within KDE to see what the values are. system administration -> login screen -> (tab) shutdown -0> (field) Commands, halt Mine reads. as I mentioned earlier, /sbin/shutdown -h -P now Perhaps, ian,you should try that from the command line as root. Hot key to ctl-alt-F1 and log in as root then type the above. Or, as I mentioned earlier, try it with "-H" instead of "-h". If the CLI doens't work then this needs detailed investigation. OBTW, which *specific* repository did *your* systemctl come from and what revision is it? That is going to be a crucial piece of information of we have to do bug tracking/reporting. -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, 4 August 2016 09:46:24 BST Anton Aylward wrote:
On 08/04/2016 08:43 AM, ianseeks wrote:
2. do you know what the shutdown command being used is? what extra parameters ar4e being given?
No idea, just used the standard settings since i updated to Tumbleweed at after using opensuse 13.1
Did it work OK in 13.1?
Yes, its been working fine for a long time, its just these past 3 days.
you can use systemsettings within KDE to see what the values are.
system administration -> login screen -> (tab) shutdown -0> (field) Commands, halt
Same as yours. /sbin/shutdown -h -P now
Mine reads. as I mentioned earlier,
/sbin/shutdown -h -P now
Perhaps, ian,you should try that from the command line as root. Hot key to ctl-alt-F1 and log in as root then type the above.
Or, as I mentioned earlier, try it with "-H" instead of "-h".
If the CLI doens't work then this needs detailed investigation.
OBTW, which *specific* repository did *your* systemctl come from and what revision is it? That is going to be a crucial piece of information of we have to do bug tracking/reporting.
> Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. >> >>> Q: Why is top posting frowned upon?
-- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/04/2016 10:25 AM, ianseeks wrote:
Yes, its been working fine for a long time, its just these past 3 days.
So, what changed 3 days ago? THAT is the issue! -- A: Yes. > Q: Are you sure? >> A: Because it reverses the logical flow of conversation. >>> Q: Why is top posting frowned upon? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, 4 August 2016 11:06:36 BST Anton Aylward wrote:
On 08/04/2016 10:25 AM, ianseeks wrote:
Yes, its been working fine for a long time, its just these past 3 days.
So, what changed 3 days ago?
THAT is the issue!
> Q: Are you sure? > >> A: Because it reverses the logical flow of conversation. >> >>> Q: Why is top posting frowned upon?
No idea, i presume its down to an update as I seem to get updates most days. I was wondering if anyone else was affected by it -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.6.4-2-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On Thursday, 4 August 2016 09:22:09 BST ianseeks wrote:
HI
I did originally post this on the factory list.
For the last 3 evenings, I’ve ended up with a login prompt instead of the machine shutting down. I have given it time to power off but no joy, its always ended up in me pressing the button.
I've had a look at the logs via journalctl for the period where I started the shutdown from the login screen but no red lines or errors show up. Any ideas where else I can look?
Regards
Ian
It shutdown and powered off fine last night so hopefully all is well again. Thanks for the responses -- Qt: 5.6.1 KDE Frameworks: 5.24.0 kf5-config: 1.0 KDE Plasma: 5.7.3 Kernel: 4.7.0-1-default "openSUSE Tumbleweed (20160730) (x86_64)" -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (8)
-
Anton Aylward -
Carlos E. R. -
Chris Murphy -
Dr. Werner Fink -
George from the tribe -
ianseeks -
jdd -
Per Jessen