Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 155127 - 2.6.11-1.14_FC3 poweroff always fails
2.6.11-1.14_FC3 poweroff always fails
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i686 Linux
medium Severity high
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2005-04-16 14:11 EDT by Martin
Modified: 2015-01-04 17:18 EST (History)
32 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2006-01-12 18:45:40 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
acpidmp output (65.48 KB, application/octet-stream)
2005-07-16 08:51 EDT, Martin
no flags Details
dmidecode output (8.11 KB, application/octet-stream)
2005-07-16 08:54 EDT, Martin
no flags Details

  None (edit)
Description Martin 2005-04-16 14:11:47 EDT
+++ This bug was initially created as a clone of Bug #132761 +++

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.2)

Description of problem:
system report ACPI_POWER_OFF CALLED but don't go off.

Version-Release number of selected component (if applicable):
FC3 Kernel 2.6.11-1.14_FC3

How reproducible:

Steps to Reproduce:
1.call poweroff of shutdown -h now

Actual Results:  ACPI_POWER_OFF CALLED is the last message - to power
of the machine - I pressed for 5 sec the power off buttom.

Additional info:
Comment 1 Alexander Kain 2005-04-16 14:53:05 EDT
On a Dell N-series 370, issuing poweroff from within X hangs the system (can't
switch to a virtual console, but didn't try logging on over the network). If I
initiate a shutdown via acpid (by momentarily hitting the power switch), it goes
down fine.
Comment 2 Martin 2005-04-19 03:40:18 EDT
Just changed my kernel line in grub.conf to

        kernel /boot/vmlinuz-2.6.11-1.14_FC3 ro root=LABEL=/1 rhgb quiet

rebooted, shut down, and achieved power off!  Now, can anyone explain
why this works?
Comment 3 Barry K. Nathan 2005-04-19 06:54:43 EDT
AFAIK, "acpi=ht" disables much of the kernel's ACPI support. Maybe that's why
it's working for you.

It would be good to try a kernel with *both* of the following patches applied,
and see if that fixes the problem:


(They're in the Linux ACPI BitKeeper tree, so they'll probably be incorporated
into the mainline kernel by 2.6.13. I have no idea if they'll be incorporated by
2.6.12 however.)
Comment 4 stef 2005-06-16 15:03:11 EDT
Didn't work for me, the acpi=off or acpi=ht parameters just does my kernel boot
freezing very early.
Screenshot here https://bugzilla.redhat.com/bugzilla/attachment.cgi?id=115424

I'm a bit reluctant to patch and compile an kernel tough, I hope those patches
(if fixes) will be incorporated soon.
Comment 5 Alexander Kain 2005-06-16 17:36:46 EDT
2.6.11-1.27_FC3 fixes this for me.
Comment 6 Dave Jones 2005-07-15 13:41:13 EDT
An update has been released for Fedora Core 3 (kernel-2.6.12-1.1372_FC3) which
may contain a fix for your problem.   Please update to this new kernel, and
report whether or not it fixes your problem.

If you have updated to Fedora Core 4 since this bug was opened, and the problem
still occurs with the latest updates for that release, please change the version
field of this bug to 'fc4'.

Thank you.
Comment 7 Martin 2005-07-16 08:40:24 EDT
in the meantime i switched to fc4, kernel-2.6.12-1.1398_FC4
problem still exists with this new kernel.
Comment 8 Martin 2005-07-16 08:51:58 EDT
Created attachment 116839 [details]
acpidmp output

acpidmp output
Comment 9 Martin 2005-07-16 08:54:22 EDT
Created attachment 116840 [details]
dmidecode output
Comment 10 Martin 2005-08-03 13:08:35 EDT
kernel-2.6.12-1.1446_FC5 seems to print more messages, but power off fails again:

Halting system ...
md: md0 switched to read-only mode.
ACPI: PCI interrupt for device 0000:02:01.0 disabled
ACPI: PCI interrupt for device 0000:00:1f.5 disabled
Comment 11 stef 2005-09-05 15:25:10 EDT
for power-off problem, you should have a look at bug 160775
Comment 12 Martin 2005-09-09 12:23:39 EDT
the problem still exists with 2.6.13 vanilla kernel, the kernel do not poweroff
my  machine with the MSI Board.
Comment 13 Dave Jones 2005-09-30 02:10:19 EDT
Mass update to all FC4 bugs:

An update has been released (2.6.13-1.1526_FC4) which rebases to a new upstream
kernel ( As there were ~3500 changes upstream between this and the
previous kernel, it's possible your bug has been fixed already.

Please retest with this update, and update this bug if necessary.

Comment 14 Christopher Chua 2005-09-30 12:05:29 EDT
Using 2.6.13-1.1526_FC4. Bug still exist. On a Toshiba M50 laptop with Phoenix BIOS.
Comment 15 Martin 2005-09-30 17:22:53 EDT
problem still exists with 2.6.13-1.1526_FC4
Comment 16 Christopher Chua 2005-09-30 19:57:27 EDT
Why does entering "shutdown -h now" from the command line works but the
Gnome/KDE shutdown option will cause this problem?
Comment 17 stef 2005-10-01 11:58:39 EDT
for Comment #16 : 
I guess Gnome/KDE shutdown gives the same as the command line "poweroff" (with
possibly options) and doesn't use  "shutdown", now the question is what are the
behavious differences between those commands ?
Comment 18 Dave Jones 2005-11-10 14:08:12 EST
2.6.14-1.1637_FC4 has been released as an update for FC4.
Please retest with this update, as a large amount of code has been changed in
this release, which may have fixed your problem.

Thank you.
Comment 19 Martin 2005-11-10 15:11:54 EST
problem still exists with kernel-2.6.14-1.1636_FC4.i686.rpm 
Comment 20 Martin 2006-01-10 02:38:26 EST
a good day for peoples with the mSI MS-6758 (875P Neo) Board.
With kernel-2.6.15-1.1823_FC4.i686.rpm the problem doesn't longer exists.
'shutdown -h now' works for me.
Comment 21 Germano Massullo 2012-07-15 19:11:37 EDT
could you please give a look to

Note You need to log in before you can comment on or make changes to this bug.