View Full Version : acpi_power_off call SOLVED for laptop and desktop
imdeemvp
29th November 2004, 03:53 AM
Ok when I first installed FC3 I encounter this problem:"acpi_power_off call" when turning off my laptop or desktop it would not shotdown completely. I needed to press down the power button to achieve complete shutdown.
So in my desktop I entered the bios and disabled the acpi feature (is under power management) and added this line the my kernel line in FC3: acpi=ht and this means acpi feature is disable in bios and the desktop would complete power off.
BUT I had a second problem every time I used windows XP or 2000 the pc would not power off completely. This was because acpi was disabled in the bios. I also needed to press the button to completely shutdown XP or W2K.
SOLUTION
Keep the acpi feature ENABLED in your BIOS and instead of using acpi=off, I added: acpi=ht. Now desktop powers off completely in linux or windows.
This is how it looks in the grub:
title Fedora Core (2.6.9-1.681_FC3)
root (hd0,0)
kernel /vmlinuz-2.6.9-1.681_FC3 ro root=/dev/VolGroup00/LogVol00 rhgb quiet acpi=ht
I hope it will help you.
UPDATE accordig to this bug report (https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132761) using acpi=ht may work for some motherboads and this time it did work! Finally my desktop powers off. I try about 20 times and all worked.
UPDATE This is so odd I did an installation on silimiar pc, ran all the updates and added acpi=ht to the grub and it did not work. So I tried acpi=off and It worked. The differences between both pc is the cpu clock but the ram remains the same which is ddr.
Im still working on solutions for the laptop. :p
crackers
29th November 2004, 04:18 AM
So you appear to be saying that explicitly enabling acpi solved your poweroff issues?
Weird...
bob
29th November 2004, 04:22 AM
Glad it worked for imdeemvp, but no luck with my system - hangs on acpi_power_off with acpi=on. I'm back to acpi=off and waiting for the whole thing to turn into molten slag.
imdeemvp
29th November 2004, 04:23 AM
YES...
For may laptop is automatically ENABLED no option to disable it (EDITED in the laptop it stop working 11.30.04 so it may work or not). For my desktop I had disabled it at one point but XP or 2000 will not shutdown completely. So, I enabled it again and instead of using acpi=ht I addded 'ht'. And now both system poweroff completely. I no longer get the message from XP or 2000 that says: "It is now safe to turn off your computer'.
BTW.... I have a DFI motherboard with AMD 2800+
imdeemvp
30th November 2004, 11:55 AM
UPDATE if you use acpi=ht it may work for some motherboards so give it a try!
according to this bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=132761
bob
30th November 2004, 12:39 PM
Acpi=ht did it! Thank you, SIR!
rclark
30th November 2004, 09:13 PM
Acpi=ht did it! Thank you, SIR Worked for me too. Thanks!
imdeemvp
1st December 2004, 08:12 AM
I am glad its working for you guys too.
blackghost
1st December 2004, 08:46 AM
I have not tried acpi=ht since I found comments that it is not a good idea for laptops:
I found this somewhere:
About comment #32:
Setting acpi=ht simply turns off ACPI here: Machine makes lots of
noise, and /proc/acpi doesn't exist. So that's certainly not a
solution here. (Actually, I believe that it may be damaging on some
systems if ACPI is turned off, due to overheating.)
imdeemvp
1st December 2004, 08:51 AM
This guy says he did by commenting out "quiet" check it out: http://www.fedoraforum.org/forum/showpost.php?p=135209&postcount=28
Finalzone
1st December 2004, 09:12 AM
Test is succesful on my system.
imdeemvp
1st December 2004, 11:07 AM
Now the questions is what does acpi=ht do?
zulaica
5th December 2004, 01:18 AM
sure enough, acpi=ht worked for me. before i did that, i would get some complaing about irq11. now, i don't see that complaint and my desktop powers down. thanks!!!
imdeemvp
5th December 2004, 02:01 AM
sure enough, acpi=ht worked for me. before i did that, i would get some complaing about irq11. now, i don't see that complaint and my desktop powers down. thanks!!!
I am still trying to find out what acpi=ht means? :confused:
zulaica
5th December 2004, 02:11 AM
i've done some searching, and all i've found so far is that
ht=run at bootup and stop.
http://mandrakeusers.org/lofiversion/index.php/t15477.html
perhaps "ht" stands for "halt"? *shrug* :confused:
zulaica
5th December 2004, 02:18 AM
nope, ht stands for "hyper-thread". what it does is disables all acpi settings except those needed by a hyper-threading processor. whatever it is that's causing the problem apparently isn't needed by a hyper-threading processor. ;)
acpi should just work, really, and there's bugs reported on the fedora list and, most likely, bugzilla. hopefully we'll get a fix soon.
http://portal.suse.com/sdb/en/2002/10/81_acpi.html
imdeemvp
5th December 2004, 02:25 AM
I hope so too....i reallly have beta testing.
Evil-I
19th December 2004, 03:33 PM
I'm afraid that didn't help my problem on an Abit KD7RAID Motherboard :(
Any Other suggestions??
Thanks,
E-I
zulaica
19th December 2004, 09:12 PM
acpi=off might do the trick for you until a proper fix is issued.
Evil-I
23rd December 2004, 03:16 PM
Thx.
Shall try it
E-I
Evil-I
23rd December 2004, 03:20 PM
Hi again,
I'm having trouble getting lm_sensors to do sensors-detect, is the acpi bug likely to be the cause ?
Thx again
E-I
neilius
11th January 2005, 03:48 PM
Hi!
Well, I have good news chaps - Kernel 2.6.10 has fixed this issue!!! Yay!! And there was much celebration with copious amounts of ginger beer... I removed the 'acpi=ht' line from my grub.conf file and the system shuts down just fine. I'd like to extend a big thanks to the Fedora team for sorting this.
Regards,
Neil. :)
Evil-I
11th January 2005, 05:51 PM
Hi Neil,
Yay, same result here :)
E-I
tashirosgt
15th February 2005, 05:06 AM
Good work imdeemvp! With acpi = ht, my Gigabyte GA7 motherboard now shuts down, with acpi still enabled in the BIOS.
imdeemvp
15th February 2005, 05:42 AM
Good work imdeemvp! With acpi = ht, my Gigabyte GA7 motherboard now shuts down, with acpi still enabled in the BIOS.
If you just installed fc3 you should run all you updates because with the last 2 kernels the bug was fixed.
mungoose
16th March 2005, 05:28 PM
No, it isn't. The bug still exist on an MSI 865PE Neo2-P with a P4 Prescott 2.8 GHz 800 CPU and kernel-smp-2.6.10-1.770_FC3.i686.rpm and the previous version.
Clunixchit
5th June 2005, 10:34 AM
Nope it didnt help me.
i appended acpi=ht in my grub.conf
im using a laptop, so i didnt fine the level of battery i have
i still get the SYSYEM HALTED
but ive read somewhere in a suse forum that performing
su -
init 0
will do it
i tried on the spot it worked, my computer shuts down automatically.
but my problem is still here.
i dont want to do
su -
init 0
isnt there any other way to correct this?
my kernel version is 2.6.11-1.27_FC3
i got a segementation fault problem too while shutting down:
Saving mixer settings /etc/rc0.d.S01.halt /: line 14: 6906 Segmentation fault $*
im getting this since the new kernel update
Clunixchit
17th June 2005, 11:48 AM
after a mere fc3 update ( SElinux included) problem solved without installing another kernel !
Alerander
8th September 2005, 07:11 AM
well, here the same problem!
I'm using the laptop and it could hang once in a while when initializing hardware, looked into the log file, guess the problem is the ACPI, Maybe I should try the method here. I'm using FC4 with 2.6.11-1.1369_FC4 i686 kernel. The bug might not be fixed!
Thanks!
imdeemvp
8th September 2005, 08:42 AM
The bug might not be fixed!
Thanks!I has been fixed after the next kernel was released. Maybe your laptop doesnt play alone with acpi and fedora. Try some of the suggestions given. I have used a total of 4 laptops within the last 12 months and have not had the issue.
ONLY mandriva gave me the problem.
Alerander
8th September 2005, 09:57 AM
Sure, with addition when booting, the battery icon on the taskbar wouldn't display correctly. It told me 'No battery running' as i did have the battery running then.
That's weird! Any idea?
vBulletin® v3.8.7, Copyright ©2000-2013, vBulletin Solutions, Inc.