[SOLVED] GeForce 7900 GS fan constant whirring is too much - help for fan/gpu control required
Linux - HardwareThis forum is for Hardware issues.
Having trouble installing a piece of hardware? Want to know if that peripheral is compatible with Linux?
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
GeForce 7900 GS fan constant whirring is too much - help for fan/gpu control required
Okay, so despite my having installed nvidia's proprietary driver, and ruducing my fan speed from its initially intolerable high of 100%, it even now is too much for me to tolerate. Really, I want a software solution that will bring better functionality, and some intellegent automation (better than a constant whirring at 20%!) Can anybody suggest anything, whether a change of driver, a piece of software or change of OS (is BSD any better?)
I daren't risk lowering the fan speed with nvclock for fear of melting the gpu, but do ask - from a novice perspective - if it is necessary for the gpu to be at a temp of 54c when my comp is doing nothing more graphically intensive than running KDE.
It shouldn't make that much noise at 20% speed. Are you sure it's from the GPU fan, because for me all the other fans make more noise than the GPU fan. I mean it's usually the quietest fan. There must be something wrong. Make sure it is clean and free of dust. Also, how many fans do you have in the case and how are they arranged, mostly are they input of output fans ?
It shouldn't make that much noise at 20% speed. Are you sure it's from the GPU fan, because for me all the other fans make more noise than the GPU fan. I mean it's usually the quietest fan. There must be something wrong. Make sure it is clean and free of dust. Also, how many fans do you have in the case and how are they arranged, mostly are they input of output fans ?
Off the top of my head there's the cpu and psu fans, but I am unsure as to their arrangement. Is there a command to tell me this info? Or what else might have a fan? It's quite possible I suppose that after the gpu quiets down (hits 20%) I am hearing a different fan... Nothing is 'roaring' so to speak, it's just a constant dull noise that drives me slowly insane, and makes it hard to concentrate.
Well, you would have to physically look, because it depends on how the fans are hooked up, they may or may not be seen. You can use 'sensors-detect' and may pick up some fan speeds, or it may not.
One really simple way to determine if you GPU fan is making all the noise would be to just momentarily and gently press against it so it no longer is spinning. If the noise stops when the fan stops, that would be proof. (Note that by 'momentarily', I mean for about one second; you obviously would not want to block any fan for a prolonged period)
FWIW in my experience case fans are usually the noisiest, although any fan can be the culprit if age and mechanical wear and tear start to affect its performance
I don't want to be opening up the PC just yet, but think that I will if my investigations don't take me much further. The noise I have now noticed is constant from the moment the machine is switched on, whatever level the gpu fan, so am inclined now to think it is related to another device. And if you think that 20% is ordinarily quiet H_TeXMeX_H, i'm likely wrong it is the gpu. Last time I checked the cpu fan was set to an 'auto moderation' type setting in the bios, and i'm not sure without looking what other options were availble to me. (i'll look after posting this.)
This doesn't mean much to me even after reading the man page, i'm afraid, but here are the results of sensors-detect:
Code:
[stuart8.5@mepis1 ~]$ sudo sensors-detect
[sudo] password for stuart8.5:
# sensors-detect revision 5818 (2010-01-18 17:22:07 +0100)
# System: Gigabyte Technology Co., Ltd. 945GCM-S2L
This program will help you determine which kernel modules you need
to load to use lm_sensors most effectively. It is generally safe
and recommended to accept the default answers to all questions,
unless you know what you're doing.
Some south bridges, CPUs or memory controllers contain embedded sensors.
Do you want to scan for them? This is totally safe. (YES/no): y
Silicon Integrated Systems SIS5595... No
VIA VT82C686 Integrated Sensors... No
VIA VT8231 Integrated Sensors... No
AMD K8 thermal sensors... No
AMD Family 10h thermal sensors... No
AMD Family 11h thermal sensors... No
Intel Core family thermal sensor... Success!
(driver `coretemp')
Intel Atom thermal sensor... No
Intel AMB FB-DIMM thermal sensor... No
VIA C7 thermal sensor... No
VIA Nano thermal sensor... No
Some Super I/O chips contain embedded sensors. We have to write to
standard I/O ports to probe them. This is usually safe.
Do you want to scan for Super I/O sensors? (YES/no): y
Probing for Super-I/O at 0x2e/0x2f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... Yes
Found `ITE IT8718F Super IO Sensors' Success!
(address 0x290, driver `it87')
Probing for Super-I/O at 0x4e/0x4f
Trying family `National Semiconductor'... No
Trying family `SMSC'... No
Trying family `VIA/Winbond/Nuvoton/Fintek'... No
Trying family `ITE'... No
Some systems (mainly servers) implement IPMI, a set of common interfaces
through which system health data may be retrieved, amongst other things.
We first try to get the information from SMBIOS. If we don't find it
there, we have to read from arbitrary I/O ports to probe for such
interfaces. This is normally safe. Do you want to scan for IPMI
interfaces? (YES/no): y
Probing for `IPMI BMC KCS' at 0xca0... No
Probing for `IPMI BMC SMIC' at 0xca8... No
Some hardware monitoring chips are accessible through the ISA I/O ports.
We have to write to arbitrary I/O ports to probe them. This is usually
safe though. Yes, you do have ISA I/O ports even if you do not have any
ISA slots! Do you want to scan the ISA I/O ports? (yes/NO): y
Probing for `National Semiconductor LM78' at 0x290... No
Probing for `National Semiconductor LM79' at 0x290... No
Probing for `Winbond W83781D' at 0x290... No
Probing for `Winbond W83782D' at 0x290... No
Lastly, we can probe the I2C/SMBus adapters for connected hardware
monitoring devices. This is the most risky part, and while it works
reasonably well on most systems, it has been reported to cause trouble
on some systems.
Do you want to probe the I2C/SMBus adapters now? (YES/no): n
Now follows a summary of the probes I have just done.
Just press ENTER to continue:
Driver `it87':
* ISA bus, address 0x290
Chip `ITE IT8718F Super IO Sensors' (confidence: 9)
Driver `coretemp':
* Chip `Intel Core family thermal sensor' (confidence: 9)
To load everything that is needed, add this to /etc/modules:
#----cut here----
# Chip drivers
coretemp
it87
#----cut here----
If you have some drivers built into your kernel, the list above will
contain too many modules. Skip the appropriate ones!
Do you want to add these lines automatically to /etc/modules? (yes/NO)n
I'm guessing the first sensor driver is related to the cpu, as for the other one...
If you 'modprobe' those modules and use a monitoring app or look in /proc, you may be able to find if it can read the fan speeds. coretemp is indeed just CPU temps, no fan speeds. it87 may pick up fan speeds. You may also see fan speeds in the BIOS, if it has them listed.
but nothing is showing up in the relevant directories that acpi uses:
Code:
[stuart8.5@mepis1 ~]$ ls -Ra /proc/acpi/fan/
/proc/acpi/fan/:
. ..
[stuart8.5@mepis1 ~]$ ls -Ra /proc/acpi/thermal_zone/
/proc/acpi/thermal_zone/:
. ..
I did run the daemon too (acpid) but have since read that it is of no use since kernel 2.6.25 where /proc/acpi/event has become deprecated. I checked the following modules too:
Ah, ok, so it picks up a fan, it's probably not the GPU fan. It may be the source of the noise, especially if the amount of noise correlates with the fan speed.
I've not checked as yet as to what a typcial speed is for a cpu fan, but I guess not that from your reply.
Yes, I think that I was wrong initially, and ruled out the gpu in my mind some time ago. My thought now - tell me if this is possible! - is that cpu fan control is coming from a low level driver, and not acpi? I have spent some time reading through similar stories by those with empty folders with varying replies, but none of the replies have suited me (it seemed for Thinkpads there were scripts available to automate the fan, but little more practical, or close for my purposes than this; and I don't have a Thinkpad!)
I did install cpudynd in a bid to decrease the cpu temp (and consequently switch the fan off) but that didn't want to work. As a solution I don't rate it much in any case.
That's the first thing I would do. Often dust gets collected on the cutting edge of the fan blades, making fans very noisy. Also, heat sinks that are caked in dust loose their efficiency which in turn would raise fans RPMs to compensate.
If you can't localize the source of the noise, use a paper mailing tube or the tube from a roll of paper towels to improvise a stethoscope and isolate the sound.
It is possible to build yourself out of the problem. I have a graphics card that had a small, whining cooling fan. My solution was to buy a good passive cooler and let the large case fan do the work of removing the heated air. MY CPU has a large, after market cooler that is over dimensioned to its task and therefor runs slow and quiet under PWM control.
Last edited by thorkelljarl; 03-25-2011 at 10:34 AM.
So having awkwardly removed my LGA 755 'plug-in' - ha ha! - cpu fan and heatsink to blow out the dust, and rather forcefully 'hammering' it - literally with a pair of pliars - back into the motherboard, breaking a bit of the plastic plug/fastener in the process, I am now met with a sustained high pitch noise from my computer (I am not sure what!) Additionally, when I check the BIOS, where I would once before see info on the cpu temperature and fan speeds I no longer do. I managed (despite the broken plug) to get the cpu fan reasonably and reassuringly square on and secure, however.
As for the fan, it does power on and spin, and the sound itself didn't (and doesn't) start out immediately after the fan is set in place, and the computer switched on, but once it starts that's it - it's time to re-seat the fan, or the noise will persist (even after reboots.) I'd also add that the computer boots fine into the OS.
What could be going on here? Have I buggered up something on the motherboard, or could this be due to that broken plug/fastener? Can I buy replacement plugs/fasteners? And if so, just what the heck do you call those things so I can track them down!?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.