From: ANTant on 16 Mar 2010 16:14 Nevermind. I resolved it. I installed a newer kernel 2.6.32 package (non-trunk) from apt-get install, trunk kernel wasn't working either (no boot up), rebooted, used non-trunk and all works now. WEIRD! In comp.os.linux.hardware Ant <ant(a)zimage.comant> wrote: > Hello. > > How come my sensors-detect no longer finds two i2c_... modules in my old > Debian installation? It used to work a few days ago. > > # sensors-detect > # sensors-detect revision 5818 (2010-01-18 17:22:07 +0100) > # System: MICRO-STAR INTERNATIONAL CO., LTD MS-7125 > > 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): > Silicon Integrated Systems SIS5595... No > VIA VT82C686 Integrated Sensors... No > VIA VT8231 Integrated Sensors... No > AMD K8 thermal sensors... Success! > (driver `k8temp') > AMD Family 10h thermal sensors... No > AMD Family 11h thermal sensors... No > Intel Core family thermal sensor... No > 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): > 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'... No > Probing for Super-I/O at 0x4e/0x4f > Trying family `National Semiconductor'... No > Trying family `SMSC'... No > Trying family `VIA/Winbond/Nuvoton/Fintek'... Yes > Found `Winbond W83627EHF/EF/EHG/EG Super IO Sensors' Success! > (address 0x290, driver `w83627ehf') > > 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): > 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): > > 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): > Using driver `i2c-nforce2' for device 0000:00:01.1: nVidia Corporation > nForce4 SMBus (MCP) > FATAL: Module i2c_nforce2 not found. > Failed to load module i2c-nforce2. > FATAL: Module i2c_dev not found. > Failed to load module i2c-dev. > > Now follows a summary of the probes I have just done. > Just press ENTER to continue: > > Driver `w83627ehf': > * ISA bus, address 0x290 > Chip `Winbond W83627EHF/EF/EHG/EG Super IO Sensors' (confidence: 9) > > Driver `k8temp': > * Chip `AMD K8 thermal sensors' (confidence: 9) > > Warning: the required module w83627ehf is not currently installed > on your system. If it is built into the kernel then it's OK. > Otherwise, check http://www.lm-sensors.org/wiki/Devices for > driver availability. > > Warning: the required module k8temp is not currently installed > on your system. If it is built into the kernel then it's OK. > Otherwise, check http://www.lm-sensors.org/wiki/Devices for > driver availability. > > No modules to load, skipping modules configuration. > > # locate i2c-nforce2 > /lib/modules/2.6.30-2-686/kernel/drivers/i2c/busses/i2c-nforce2-s4985.ko > /lib/modules/2.6.30-2-686/kernel/drivers/i2c/busses/i2c-nforce2.ko > /lib/modules/2.6.32-trunk-686/kernel/drivers/i2c/busses/i2c-nforce2-s4985.ko > /lib/modules/2.6.32-trunk-686/kernel/drivers/i2c/busses/i2c-nforce2.ko > # locate i2c-dev > /lib/modules/2.6.30-2-686/kernel/drivers/i2c/i2c-dev.ko > /lib/modules/2.6.32-trunk-686/kernel/drivers/i2c/i2c-dev.ko > /usr/include/linux/i2c-dev.h > /usr/include/linux/i2c-dev.h.kernel > /usr/share/doc/libi2c-dev > /usr/share/doc/libi2c-dev/changelog.Debian.gz > /usr/share/doc/libi2c-dev/changelog.gz > /usr/share/doc/libi2c-dev/copyright > /usr/share/doc/libi2c-dev/dev-interface.gz > /usr/src/linux-headers-2.6.30-2-common/include/linux/i2c-dev.h > /usr/src/linux-headers-2.6.32-trunk-common/include/linux/i2c-dev.h > /var/cache/apt/archives/libi2c-dev_3.0.2-4_all.deb > /var/lib/dpkg/info/libi2c-dev.list > /var/lib/dpkg/info/libi2c-dev.md5sums > /var/lib/dpkg/info/libi2c-dev.postrm > /var/lib/dpkg/info/libi2c-dev.preinst > > # uname -a > Linux foobar 2.6.32-trunk-686 #1 SMP Sun Jan 10 06:32:16 UTC 2010 i686 > GNU/Linux > > Thank you in advance. :) -- "We are anthill men upon an anthill world." --Ray Bradbury /\___/\ / /\ /\ \ Phillip (Ant) @ http://antfarm.ma.cx (Personal Web Site) | |o o| | Ant's Quality Foraged Links (AQFL): http://aqfl.net \ _ / Please remove ANT if replying by e-mail. ( )
|
Pages: 1 Prev: Cannot run VMware workstation 6.5.3 Next: Update RHEL 5.1 to 5.4 |