After hibernation cpu fan stops working

Confirmed.
Toshiba P205. Gusty tribe 2. Exactly same symptoms.
Kernel: 2.6.22-7-generic

Gnome desktop. Resume from suspend (to RAM) is OK.

PLZ let me know if more info is necessary to fix it.
Any workarounds?

Update:
updated to: kernel 2.6.22-9-generic, acpi-support 0.96
result: after resume from hibernate fan is at full speed all the time. resume from suspend OK.

Update
updated to: kernel 2.6.22-10-generic 2.6.22-10.30, acpi-support 0.99
result: after resume from hibernate fan OFF all the time. resume from suspend OK

Confirmed on Lenovo 3000 N100 (0768) - after resume from hibernation fan does Nothing - (and network manager crashes and takes 100% CPU, which causes my computer to quickly overheat and turn itself off). This is Gutsy final.

Same here Toshiba A135-S7404. Come out of hibernation, fan no longer works, and CPU overheats, eventually causing a powerdown.

Forgot to mention: running Kubuntu Gutsy.
uname:
[ otis ~ ]uname -srvm
Linux 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686

Reviewing this bug report and its comments it seems that multiple people are experiencing this problem. Subsequently, I am confirming this bug report. For future reference you can manage the status of bug reports by clicking on the current status in the yellow line and then choosing a new status in the drop down box. You can learn more about bug statuses at http://wiki.ubuntu.com/Bugs/Status .

Same problem here on Lenovo 3000 N100 (Model 0768-36U) running Ubuntu Gutsy

uname: Linux 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC 2007 i686 GNU/Linux

I can't find where I read it, but a quick workaround is to unplug and replug the power cord after returning from hibernate. Works for me... fan then blasts out very hot air. Perhaps all that's needed is to toggle/refresh the "battery-or-AC power" state upon resume (if there is such a thing).

Same problem on a Lenovo 3000 N100 0768-6XG, running Hardy Alpha 3:

[robert@mujuno: ~] uname -a
Linux mujuno 2.6.24-4-generic #1 SMP Mon Jan 14 17:30:39 UTC 2008 i686 GNU/Linux

Unfortunately my battery is also fried, so the workaround of "unplug and replug the power cord" is not available to me (it has the nasty side-effect of turning off my laptop). It is also not the best approach to the problem, as I've discovered on those occasions when I've forgotten to "unplug and replug".

I'm up a creek without a paddle since suspend-to-RAM also does not work (see https://launchpad.net/ubuntu/+source/linux-source-2.6.20/+bug/86852/comments/50). Would you believe that I fully shut down my laptop at the end of every day, and boot it up fresh the next day? It's almost like I'm back in 1990....

I have searched for an indication of how to toggle/refresh the "battery-or-AC power" as Alex Ibrado suggests, but not found anything. I have a suspicion that the fan is embedded or BIOS-controlled, in which case it's perplexing that this is happening since it shouldn't be a software-related issue. By the way, this doesn't seem to be an isolated problem: some folks have been waiting almost a year for this problem to be fixed (bug #86852 and #85894)

I have Lenovo 3000 N100, running Ubuntu Gutsy, and I have the same issue.

When resuming from hibernate, the CPU fan is "disabled" causing the CPU to overheat and eventually causes the computer to turn off (I guess the CPU just stops working, and thus causing the laptop to turn off).

I don't have other computers to check that this is a laptop only issue or not...

This bug occurs everytime I get back from hibernate (I tried it 4 times since I first noticed it).

In my opinion, this bug is critical since it can cause CPU damage, especially for end-users which don't pay attention to the computer hardware (I noticed it since I have a CPU temperature applet in one of the gnome panels).

Some information on my hardware is attached (based on the information other supplied):
dmesg & lspci -vvnn
Attached
uname -a:
Linux user-laptop 2.6.22-14-generic #1 SMP Tue Feb 12 07:42:25 UTC 2008 i686 GNU/Linux

My box is Toshiba A105-S4211. I experienced the same problem on Gutsy, and now on Hardy.

Weeks ago when I first installed Hardy on this laptop and I did one test, and find the fan was working after waking up from Hibernation. But today, I sadly notice that the fan remains off after waking up from hibernation. Hence the problem is still here.

Have to confirm this on Toshiba A110-178 running Ubuntu 8.04 (2.6.24-19-generic kernel), which I use regularly for heavy-duty long-term calculations. I remember I had been fiddling around a bit with laptop settings some time ago.

Does this also happen in other Linux distributions?

A fix would be very welcome (though the manual unplug thing works).

Beginning with the Hardy Heron 8.04 development cycle, all open Ubuntu kernel bugs need to be reported against the "linux" kernel package. We are automatically migrating this bug to the new "linux" package. However, development has already began for the upcoming Intrepid Ibex 8.10 release. It would be helpful if you could test the upcoming release and verify if this is still an issue - http://www.ubuntu.com/testing . If the issue still exists, please update this report by changing the Status of the "linux" task from "Incomplete" to "New". We appreciate your patience and understanding as we make this transition. Thanks!

Update: works OK in Gutsy.

As requested by Launchpad Janitor on 2008-08-11, I am changing status from Incomplete to new because the issue still exists (tested it a few minutes ago, CPU still overheats unless I manually unplug the power cable). I am running Hardy with all updates applied:

[robert@mujuno: ~] uname -a
Linux mujuno 2.6.24-19-generic #1 SMP Fri Jul 11 23:41:49 UTC 2008 i686 GNU/Linux

The Ubuntu Kernel Team is planning to move to the 2.6.27 kernel for the upcoming Intrepid Ibex 8.10 release. As a result, the kernel team would appreciate it if you could please test this newer 2.6.27 Ubuntu kernel. There are one of two ways you should be able to test:

1) If you are comfortable installing packages on your own, the linux-image-2.6.27-* package is currently available for you to install and test.

--or--

2) The upcoming Alpha5 for Intrepid Ibex 8.10 will contain this newer 2.6.27 Ubuntu kernel. Alpha5 is set to be released Thursday Sept 4. Please watch http://www.ubuntu.com/testing for Alpha5 to be announced. You should then be able to test via a LiveCD.

Please let us know immediately if this newer 2.6.27 kernel resolves the bug reported here or if the issue remains. More importantly, please open a new bug report for each new bug/regression introduced by the 2.6.27 kernel and tag the bug report with 'linux-2.6.27'. Also, please specifically note if the issue does or does not appear in the 2.6.26 kernel. Thanks again, we really appreicate your help and feedback.

Bump.

I'm now running on Hardy, and the problem still exists. With tne 2.6.24 kernel, the sleep works flawlessly, but hibernation is still the suck. One thing I've noticed is that when I bring it out of hibernation, then put it to sleep and bring it out of sleep, the problem goes away.

[ otis ~ ]uname -a
Linux otis 2.6.24-19-generic #1 SMP Wed Aug 20 22:56:21 UTC 2008 i686 GNU/Linux

Hello. I am running Ubuntu Hardy with kernel 2.6.27.2 and the issue remains. I have Toshiba Satellite A205xxxx. I haven't tried with 2.6.26. kernel I went from 2.6.24-21 to 2.6.27.2. Hope this helps. I haven't searched the bug lists to see if it has been opened for 2.6.27.
Regards, Ray

Still no workaround ? Some modprobe to restart the fan ?

Hello. I saw a suggestion on another forum. It states remove the file /usr/share/initramfs-tools/hooks/thermal, I moved mine to my documents folder using Konqueror as root for safekeeping. It appears the script re-loads the thermal module after hibernating and this confuses the BIOS and the fan stops working. I had to set the suspend method as kernel in pm-utils/defaults. I suspended to disk, waited a few minutes, and upon reboot fan was working again. I don't know what, if any, effects are from removing the thermal script from initramfs-tools but I'll keep an eye on it. Hope this helps.
Regards, Ray

Ubuntu 8.0.4.1 Hardy running vanilla 2.6.27.4 kernel

Hi Guys, i have the same problem with my Lenovo 3000 c 200 Celeron M laptop. i have install Ubuntu 8.04 Hardy 2.6.24-21-generic. Last day i upgrade to new Ubuntu Intrepid with the new Kernel but still happened the same problem (after hibernation, Fan cooler dosn't start) and i decided to downgrade to Hardy again. Do yo have any idea or work around to solve this problem.

I hope we can solve this before our laptops burns!!!!!!!!

Regards.

Mariano

Hi, my laptop seems to be affected by this bug in Intrepid, although in Hardy it did recovered fine (the fan) from hibernation. With time, the laptop overheats and I have to do a reboot.

My laptop is a Compal IFL90. Let me now if more information is required.

Strangely, the soundcard which didn't recover from hibernation in 8.04 now recovers fine.

Any ideas how to solve this one?

I can confirm that Ramundo's suggestion to move the /usr/share/initramfs-tools/hooks/thermal file has worked for me in Intrepid (2.6.27-10-generic), after hibernation the fan works again.

Actually I take it back, my computer is still overheating, it seems the only thing to do is briefly pull the plug (with the battery connected). This seems to reset the fan...

Hello all. Well this looks like a Linux kernel issue. I've built the 2.6.27.8 just a couple days ago, and it still happens on resume from s2disk. s2ram works fine so I'm just going to keep using it or just shutdown at night. I'm gonna keep watching kernel.org and kerneltrap to see what the progress is. I'm also going to try adding the fan module to the sleep group to see if it helps.
Regards, Ray

Per a decision made by the Ubuntu Kernel Team, bugs will longer be assigned to the ubuntu-kernel-team in Launchpad as part of the bug triage process. The ubuntu-kernel-team is being unassigned from this bug report. Refer to https://wiki.ubuntu.com/KernelTeamBugPolicies for more information. Thanks.

This bug is definetly fixed for me on a lenovo 3000 N100 048 after adding the kernel boot parameter i8042.reset to the line
# defoptions=quiet splash
in /boot/grub/menu.lst

Ubuntu 8.10, 2.6.27-11-generic

Same problem here, running Jaunty. After suspending to ram, the fan doesn't works anymore.
Laptop is Toshiba Satellite A305-S6894

uname -a
Linux zzzzzz 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:58:03 UTC 2009 x86_64 GNU/Linux

Output from dmidecode attached.

@Diego, can you also supply the output of "grep -r . /proc/acpi/thermal" and "grep -r . /proc/acpi/fan"?
An the other hand I saw that you also opened bug #375132. Is this really a problem of suspend or a general problem with the fan. In the second case I would suggest to close this one as fixed for Jaunty and work on the other bug on the fan issue.

I have the same problem under Juanty on a Toshiba A135-S4427. I have the latest BIOS available for it.

@tmerriam, can you add the output about fan and the thermal zone?

@stefan, there is nothing in those directories.

I have the same issue on a Toshiba Satellite P100. Fans don't come on after suspend to disk. I haven't tried with suspend to ram as yet.

rmistry@rmistry-laptop:~$ grep -r . /proc/acpi/thermal_zone/
/proc/acpi/thermal_zone/THRM/polling_frequency:<polling disabled>
/proc/acpi/thermal_zone/THRM/cooling_mode:<setting not supported>
/proc/acpi/thermal_zone/THRM/trip_points:critical (S5): 104 C
/proc/acpi/thermal_zone/THRM/trip_points:passive: 104 C: tc1=2 tc2=3 tsp=40 devices=CPU0
/proc/acpi/thermal_zone/THRM/temperature:temperature: 55 C
/proc/acpi/thermal_zone/THRM/state:state: ok

rmistry@rmistry-laptop:~$ grep -r . /proc/acpi/fan/
rmistry@rmistry-laptop:~$

Sorry, forgot to mention I'm on Jaunty.

Diego i have the same notebook, and the same problem. Have you solve it?

Not exactly sure how to proceed with this bug. Originally it was against Feisty. In between (Hardy) the problem looks solved but now with Jaunty this has resurfaced (lp #370173). It would be good to have all efforts concentrated in one bug.

I have the same problem. I have a Toshiba Satellite A200 laptop with Ubuntu 9.04.
This error has happened to me in older versions of Ubuntu, but I found it now.

I have the same problem on Lenovo 3000 G410. Sometimes fans do not start after sleep or hibernate. After being re-sleep or re-hibernate it works.

I confirm the issue on Toshiba A200-1N2 as well.
dmidecode output attached.

I'm running a Compaq Presario C712nr notebook with the latest released Karmic, and I'm getting a related issue. Let the machine run during the night, and when I came about to eventually wake it back up I found that the fan was periodically blowing at full force while being otherwise inoperable in the periods in between. Logging out and back in seems to have restored fan operation, and I thought it best to report it.

Hello members.. In Lenovo 3000 C200 Celeron M -- Kernel: 2.6.28-15-generic, OS: Ubuntu 9.04 Jaunty.. It works fine only when the AC Power cord is plugged&un-plugged after hibernating or suspended mode.

Moving the '/usr/share/initramfs-tools/hooks/thermal' script worked for me. @Ramundo: Thanks for posting.

Toshiba A305D-S6848 with Ubuntu 9.10 Karmic Beta.

Let me give some new infos.

Me too. I have HP's Compaq 6715s, and the fan sometimes doesn't work after resume from hibernation. For me, s2ram is ok. (Actually, s2ram cures it.)

I tried this: Compile 'thermal' as module (CONFIG_ACPI_THERMAL=m), and delete and insert it again after hibernation. To my surprise, it doesn't help at all. Does it mean that the initialization and finalization procedure of 'thermal' is wrong? (The kernel doc Kconfig says you need the module to prevent overheat, but until it's inserted, the fan runs at maximal power, so it's ok.)

As mentioned above, a page[1] says that bad handling of 'thermal' module during init is the cause, but in my case, the instruction there doesn't help.

[1] http://emisca.altervista.org/nx7400/

It has been so for a year, so the precise kernel version must not matter. I'm a Gentoo linux user. :P

This seems to be fixed for me in Karmic, the fan comes back on properly after hibernate.

Acer Aspire One running Ubuntu 9.10, fan does not start after using suspend, machine crashes; fan then does not start at boot-up, making machine unbootable! (crashes through heat exhaustion before boot-up completes).

I never use Hibernate as it takes so long to resume that the benefit isn't worth the wait. But on two occasions recently I was left with an un-bootable machine because the fan didn't start on boot-up and the machine crashed before completing the boot. The solution is to get the machine very, very cold so that it can complete a boot fanless! The fan will start once the boot is completed. The common factor on each occasion was that I had earlier used Suspend, which I very rarely use, and the machine crashed on or shortly after coming out of suspend, so I am guessing that the crash was caused by some fault in fan-resume after suspension, and the same fault also prevented the fan from resuming on a subsequent attempt at reboot, making reboot impossible without the intervention of a refrigerator...

Michael Hampson.

Feisty Fawn 7.04 has reached it's end of life more than one year ago.
Please don't reopen closed bugs.

I meant Gutsy Gibbon 7.10, sorry.

This happens to me too. I'm on Jaunty 9.04, on a Toshiba Satellite A100 laptop.

I found a workaround: cat /proc/acpi/thermal_zone/*/temperature

When you paste this into a terminal, it will display various temperatures and will "remind" the fan to turn on.

To make things easier, I put this line in a script called 'air' and saved it into /usr/local/bin. Then you can just type in 'air' to refresh the fan.

> cat /proc/acpi/thermal_zone/*/temperature
This does not work for me.

Sergio Zanchetta wrote on 2010-03-29: #53
> Feisty Fawn 7.04 has reached it's end of life more than one year ago.
> Please don't reopen closed bugs.
Sorry for turning a bugzilla item into a forum, but none is to blame.
At least, you can ask gnome/kde people to print warnings at hibernation / suspend.

oxalis,
    Would you mind opening a new bug for me and mention that the cat command above doesn't work for you?

Thanks!

~JFo

Well, 'cat' prints, but it does not wake up the fan, so I'm afraid it's not worth opening a bug report.

I also tried the following, but they don't work either:
cat /sys/class/hwmon/hwmon0/temp* > /dev/null
cat /sys/devices/virtual/thermal/thermal_zone?/trip_point_* > /dev/null
cat /sys/devices/virtual/thermal/cooling_device?/*_state > /dev/null

Thank you for your kind reply anyway.
Regards.

Are there any links to newer bugs that have been opened about this? I'm having this problem on a Dell Studio 1555 running Ubuntu Lucid. Maybe I'll go open a new bug if this one is too old.

Here's a link to a newer bug I started, if your still having this problem bump it

https://bugs.launchpad.net/ubuntu/+source/pm-utils/+bug/658964

Marek Aaron Sapota, this bug was reported a while ago and there hasn't been any activity in it recently. We were wondering if this is still an issue? If so, could you please test for this with the latest development release of Ubuntu? ISO images are available from http://cdimage.ubuntu.com/daily-live/current/ .

If it remains an issue, could you please run the following command in the development release from a Terminal (Applications->Accessories->Terminal), as it will automatically gather and attach updated debug information to this report:

apport-collect -p linux <replace-with-bug-number>

Also, could you please test the latest upstream kernel available following https://wiki.ubuntu.com/KernelMainlineBuilds ? It will allow additional upstream developers to examine the issue. Please do not test the daily folder, but the one all the way at the bottom. Once you've tested the upstream kernel, please comment on which kernel version specifically you tested. If this bug is fixed in the mainline kernel, please add the following tags:
kernel-fixed-upstream
kernel-fixed-upstream-VERSION-NUMBER

where VERSION-NUMBER is the version number of the kernel you tested. For example:
kernel-fixed-upstream-v3.11

This can be done by clicking on the yellow circle with a black pencil icon next to the word Tags located at the bottom of the bug description. As well, please remove the tag:
needs-upstream-testing

If the mainline kernel does not fix this bug, please add the following tags:
kernel-bug-exists-upstream
kernel-bug-exists-upstream-VERSION-NUMBER

As well, please remove the tag:
needs-upstream-testing

Once testing of the upstream kernel is complete, please mark this bug's Status as Confirmed. Please let us know your results. Thank you for your understanding.

[Expired for linux (Ubuntu) because there has been no activity for 60 days.]