https://www.thinkwiki.org/w/api.php?action=feedcontributions&user=Bshanks&feedformat=atomThinkWiki - User contributions [en]2024-03-29T08:13:41ZUser contributionsMediaWiki 1.31.12https://www.thinkwiki.org/w/index.php?title=Problem_with_hard_drive_clicking&diff=33892Problem with hard drive clicking2007-10-15T07:12:43Z<p>Bshanks: /* Seagate Momentus 7200.1 */</p>
<hr />
<div>Many users have reported a '''problem with hard drive clicking''', sometimes described as a repeating '''tick tick tick''' type of ticking sound.<br />
The [[Hitachi Travelstar 5K80]] series which shipped with many T series Thinkpads in particular is reported to suffer from this problem. The clicks occur rapidly, and are quiet but noticeable. While in use in a quiet environment the clicks can be relatively loud and very irritating to some users. The clicks seem to happen when the drive is idle and the power has been on for a significant period of time. The clicking is also reported on other vendor's laptop hard drives too and is therefore almost certainly a hard drive related rather than a laptop chassis related.<br />
<br />
The clicking sound appears to only occur when the drive is idle. Forcing the drive to be busy silences the ticking while the drive is busy. Launching programs that access the hard drive such as searching or defragmenting the drive helps for a time. Cycling the power on the hard drive such as through a full power off reboot of the system stops the ticking for the moment and has been used as a temporary solution. Also see use of hdparm for another way to reset the drive without a power off reboot.<br />
<br />
Others recommend using Hitachi's drive feature tool to increase the acoustic management level, and/or set power management settings.<br />
<br />
===Possible Cause and Speculation===<br />
<br />
Laptop drives (especially Hitachi [[Hitachi Travelstar 5K80]], [[Hitachi Travelstar 5K100]] and SAMSUNG MP0804H) can unload heads very often, and they can produce a noticeable click when doing that. Some ThinkPad BIOSes can be very eager to program the HD Advanced Power Management feature (hdparm -B) even when told to always keep the HD in "Maximum Performance mode" and will do so every time AC state changes, and when coming out of suspend (be it S3 or S4). Unless you reset the HD's APM mode, it will unload its heads eventually thus producing the clicks.<br />
<br />
Another proposed possible cause is the drive firmware running a low level surface media check periodically during drive idle time.<br />
<br />
It is not known whether the problem is a sign of impending drive failure. The root cause of the problem is not yet known. It is quite likely to be a normal mode of drive operation. The problem is very prevalent.<br />
<br />
Do not confuse this with regular activity. Many daemons poll (config) files every few seconds. Despite files being cached, POSIX-compliant filesystems like ext2 or ext3 must update (=write) the last access time. More details and workaround in [[How to reduce power consumption#Hard_Drives]].<br />
<br />
===Tracking down the cause of the clicks===<br />
<br />
Using "'''smartctl -A'''", it is possible to check if any of the drive's attributes related to platter spin-up/down or head unload are increasing when a click is heard.<br />
That can help pinpointing the cause of the clicks.<br />
<br />
===Possible solution (Linux)===<br />
<br />
Temporary relief has been seen by using '''hdparm''' to reset the drive. But note the warning in the hdparm man page indicating that it is a dangerous operation. This is very likely due to the possibility of losing data in the write cache not yet stored to the hard drive. This would be dependent upon the particular hard drive. When used in the following to stop the clicking I have not seen any data loss. YMMV.<br />
<br />
# hdparm /dev/hda<br />
# sync<br />
# sleep 5<br />
# sync<br />
# hdparm -w /dev/hda<br />
<br />
The clicking noise apparently occurs when the drive is parking its heads (and ramping them off the drive surface in the process) after a timeout after the last disk access. Try turning off power management for the drive; that should stop the drive from parking the heads except when turning off:<br />
<br />
# hdparm -B 255 /dev/hda<br />
<br />
You can also try<br />
<br />
# hdparm -B 254 /dev/hda<br />
<br />
which doesn't turn power management off, but is the least agressive setting: it will still unload heads, but far less often. The drives '''are''' prepared to withstand a great number of head unloads (200k unloads are typical, Hitachi drives tolerate about 600k unloads).<br />
<br />
These commands have immediate effect, and need to be re-issued at every boot, after resuming from disk or RAM, and after hotswapping. '''You have to reissue the -B commands every time the ThinkPad BIOS might have tried to override them'''.<br />
<br />
===Specific models===<br />
<br />
====Hitachi C4K60 (HTC426060G9AT00)====<br />
<br />
On a Thinkpad X41 with a has a 60GB Hitachi C4K60 (HTC426060G9AT00) hard-disk that had the clicking problem (even in Windows), the hdparm solution above did not work. The problem was indeed caused by the hard-disk unloading the heads when idle, and the Load_Cycle_Count SMART statistic could be seen increasing when the clicks occurred.<br />
<br />
hdparm -B settings did not seem to help, and a check of the harddrives specs (available in [http://www.hitachigst.com/tech/techlib.nsf/products/Travelstar_C4K60 hitachigst.com]) verified that setting the APM mode off (hdparm -B 255) would set it actually to the lowest APM mode (the same as hdparm -B 254). In this drive, even the lowest APM mode unloads the heads very aggressively causing the clicking sounds. Another problem is that the drive is rated only for 600000 unload/load cycles, which means that the drive will break in at most a couple of years. <br />
<br />
{{NOTE|This observation is only about the specific model (Hitachi C4K60), and is not true for more recent Hitachi drives, which do disable APM with -B 255.}}<br />
<br />
====Samsung MP0804H 80GB====<br />
<br />
On this drive, the ''clicking noise'' can be immediately stopped just by enabling ''automatic offline tests'' using<br />
# smartctl -o on /dev/hda <br />
Even more strange is that SMART wasn't enabled by default, although the drive supports it.<br />
<br />
The drive had already performed 15.539 load cycles (out of 600.000) within only one week.<br />
<br />
Note that enabling SMART (-s on) without enabling ''offline tests'' -- which is what I did immediately after observing the ''clicks'' -- did not solve the problem, but made it quite clear that the drive was ''badly in need of some care''.<br />
<br />
==== Seagate Momentus 7200.1 ====<br />
(I got this drive in my x61 tablet)<br />
<br />
On this drive, each click does indeed correspond to an increase in SMART attribute 193, "193 Load_Cycle_Count", as you can see by doing a <br />
# smartctl -A /dev/sda<br />
<br />
before and after a click.<br />
<br />
It seems like the problem is that the default powersaving mode for the drive is one which causes clicking. In fact, executing <br />
# hdparm -B 255 /dev/sda<br />
,which is supposed to turn off power management, actually leaves power management on, and is equivalent to <br />
# hdparm -B 128 /dev/sda<br />
<br />
as you can see by comparing the results of<br />
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
This may or may or may not be related to something else strange; the drive reports that the Advanced power management level is 0x8000 more than what you set it to, presumably leading hdparm to report that it is always set to "unknown setting" (since the number should be between 1 and 255). FYI the results of the above sequence of commands is:<br />
<br />
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0x01 (1)<br />
Advanced power management level: unknown setting (0x8001)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0x80 (128)<br />
Advanced power management level: unknown setting (0x8080)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0xfe (254)<br />
Advanced power management level: unknown setting (0x80fe)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to disabled<br />
Advanced power management level: unknown setting (0x8080)<br />
Advanced Power Management feature set<br />
<br />
<br />
<br />
<br />
The workaround seems to be to execute <br />
# hdparm -B 254 /dev/sda<br />
<br />
<br />
So it seems like the drive is interpreting "hdparm -B 255 /dev/sda", which I'm guessing is the default (and which is supposed to be NOT powersaving mode) as a request to go into powersaving mode, which causes it to spin down alot and to and click. And I'm guessing that "hdparm -B 254 /dev/sda" actually takes it out of powersaving mode.<br />
<br />
Kindof annoying because <br />
# smartctl -A /dev/sda<br />
shows that I have already accumulated a Load_Cycle_Count 106680 after owning the laptop for just a few weeks! I'm not sure that I understand this stuff, but if this corresponds to "Load/Unload Cycles" in http://www.seagate.com/docs/pdf/datasheet/disc/ds_momentus7200.pdf, then that's more than 1/6 of the drive's lifetime!<br />
<br />
===Firmware upgrades===<br />
<br />
There are two HD firmware upgrades on Lenovo's support website. One is specific to X41's, and will upgrade Hitachi's to Release A0L0 (document [http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67238 MIGR-67238], 2007/01/24). The upgrade comes in three forms: diskette, windows executable or ISO CD-ROM image.<br />
IBM's latest posted firmware, A5DA, does not appear to solve the problem. <br />
<br />
A newer upgrade set ([http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-62282 MIGR-62282], 2007/05/02) updates HD firmwares of several brands, including Hitachi. The patch upgrades firmware for HTC4260xxG9AT00 to A0L2 (according to program output, from 00P3A0B5 to 00P3A0L2). The upgrade comes in a large (20 MB) ISO format, or as several diskettes. There is seemingly no windows executable; therefore upgrading a diskless machine can be problematic (it involves making a DOS-based USB bootable drive).<br />
<br />
The upgrade caused one X41 Tablet HTC426060G9AT00 drive to stop clicking.<br />
<br />
===Another Possible Solution===<br />
<br />
IBM, when notified about this occurance, may replace the drive with a Fujitsu 5k 80GB hard drive, as to them the sound is indicative of a potential hard drive failure.<br />
<br />
==External links==<br />
*Ubuntu reported bugs: [https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695 59695] [https://bugs.launchpad.net/ubuntu/+bug/104535 104535]<br />
*[http://www.hitachigst.com/hdd/support/download.htm Hitachi Global Storage Technologies Downloads] - The drive feature tool may help with this problem.<br />
*[http://forum.thinkpads.com/viewtopic.php?t=7462 Thread on thinkpads.com]<br />
*[http://notebookforums.com/showthread.php?t=46058 Thread on notebookforums.com]<br />
*[http://forums.silentpcreview.com/viewtopic.php?p=143203 Thread on silentpcreview.com]<br />
*[http://forum.thinkpads.com/viewtopic.php?t=15769 Another Thread on thinkpads.com]<br />
*[http://www.tabletpcbuzz.com/forum/topic.asp?TOPIC_ID=28538&whichpage=1 Thread on tabletpcbuzz.com]<br />
*[http://thinkpad-forum.de/forum/viewtopic.php?t=2255 German Thread on thinkpad-forum.de (Containing an interesting remark about a possible problem with the Cache)]<br />
<br />
[[Category:T40]] [[Category:T41]] [[Category:T42]] [[Category:T43]] [[Category:X41]] [[Category:G41]]</div>Bshankshttps://www.thinkwiki.org/w/index.php?title=Problem_with_hard_drive_clicking&diff=33891Problem with hard drive clicking2007-10-15T07:12:15Z<p>Bshanks: /* Seagate Momentus 7200.1 */</p>
<hr />
<div>Many users have reported a '''problem with hard drive clicking''', sometimes described as a repeating '''tick tick tick''' type of ticking sound.<br />
The [[Hitachi Travelstar 5K80]] series which shipped with many T series Thinkpads in particular is reported to suffer from this problem. The clicks occur rapidly, and are quiet but noticeable. While in use in a quiet environment the clicks can be relatively loud and very irritating to some users. The clicks seem to happen when the drive is idle and the power has been on for a significant period of time. The clicking is also reported on other vendor's laptop hard drives too and is therefore almost certainly a hard drive related rather than a laptop chassis related.<br />
<br />
The clicking sound appears to only occur when the drive is idle. Forcing the drive to be busy silences the ticking while the drive is busy. Launching programs that access the hard drive such as searching or defragmenting the drive helps for a time. Cycling the power on the hard drive such as through a full power off reboot of the system stops the ticking for the moment and has been used as a temporary solution. Also see use of hdparm for another way to reset the drive without a power off reboot.<br />
<br />
Others recommend using Hitachi's drive feature tool to increase the acoustic management level, and/or set power management settings.<br />
<br />
===Possible Cause and Speculation===<br />
<br />
Laptop drives (especially Hitachi [[Hitachi Travelstar 5K80]], [[Hitachi Travelstar 5K100]] and SAMSUNG MP0804H) can unload heads very often, and they can produce a noticeable click when doing that. Some ThinkPad BIOSes can be very eager to program the HD Advanced Power Management feature (hdparm -B) even when told to always keep the HD in "Maximum Performance mode" and will do so every time AC state changes, and when coming out of suspend (be it S3 or S4). Unless you reset the HD's APM mode, it will unload its heads eventually thus producing the clicks.<br />
<br />
Another proposed possible cause is the drive firmware running a low level surface media check periodically during drive idle time.<br />
<br />
It is not known whether the problem is a sign of impending drive failure. The root cause of the problem is not yet known. It is quite likely to be a normal mode of drive operation. The problem is very prevalent.<br />
<br />
Do not confuse this with regular activity. Many daemons poll (config) files every few seconds. Despite files being cached, POSIX-compliant filesystems like ext2 or ext3 must update (=write) the last access time. More details and workaround in [[How to reduce power consumption#Hard_Drives]].<br />
<br />
===Tracking down the cause of the clicks===<br />
<br />
Using "'''smartctl -A'''", it is possible to check if any of the drive's attributes related to platter spin-up/down or head unload are increasing when a click is heard.<br />
That can help pinpointing the cause of the clicks.<br />
<br />
===Possible solution (Linux)===<br />
<br />
Temporary relief has been seen by using '''hdparm''' to reset the drive. But note the warning in the hdparm man page indicating that it is a dangerous operation. This is very likely due to the possibility of losing data in the write cache not yet stored to the hard drive. This would be dependent upon the particular hard drive. When used in the following to stop the clicking I have not seen any data loss. YMMV.<br />
<br />
# hdparm /dev/hda<br />
# sync<br />
# sleep 5<br />
# sync<br />
# hdparm -w /dev/hda<br />
<br />
The clicking noise apparently occurs when the drive is parking its heads (and ramping them off the drive surface in the process) after a timeout after the last disk access. Try turning off power management for the drive; that should stop the drive from parking the heads except when turning off:<br />
<br />
# hdparm -B 255 /dev/hda<br />
<br />
You can also try<br />
<br />
# hdparm -B 254 /dev/hda<br />
<br />
which doesn't turn power management off, but is the least agressive setting: it will still unload heads, but far less often. The drives '''are''' prepared to withstand a great number of head unloads (200k unloads are typical, Hitachi drives tolerate about 600k unloads).<br />
<br />
These commands have immediate effect, and need to be re-issued at every boot, after resuming from disk or RAM, and after hotswapping. '''You have to reissue the -B commands every time the ThinkPad BIOS might have tried to override them'''.<br />
<br />
===Specific models===<br />
<br />
====Hitachi C4K60 (HTC426060G9AT00)====<br />
<br />
On a Thinkpad X41 with a has a 60GB Hitachi C4K60 (HTC426060G9AT00) hard-disk that had the clicking problem (even in Windows), the hdparm solution above did not work. The problem was indeed caused by the hard-disk unloading the heads when idle, and the Load_Cycle_Count SMART statistic could be seen increasing when the clicks occurred.<br />
<br />
hdparm -B settings did not seem to help, and a check of the harddrives specs (available in [http://www.hitachigst.com/tech/techlib.nsf/products/Travelstar_C4K60 hitachigst.com]) verified that setting the APM mode off (hdparm -B 255) would set it actually to the lowest APM mode (the same as hdparm -B 254). In this drive, even the lowest APM mode unloads the heads very aggressively causing the clicking sounds. Another problem is that the drive is rated only for 600000 unload/load cycles, which means that the drive will break in at most a couple of years. <br />
<br />
{{NOTE|This observation is only about the specific model (Hitachi C4K60), and is not true for more recent Hitachi drives, which do disable APM with -B 255.}}<br />
<br />
====Samsung MP0804H 80GB====<br />
<br />
On this drive, the ''clicking noise'' can be immediately stopped just by enabling ''automatic offline tests'' using<br />
# smartctl -o on /dev/hda <br />
Even more strange is that SMART wasn't enabled by default, although the drive supports it.<br />
<br />
The drive had already performed 15.539 load cycles (out of 600.000) within only one week.<br />
<br />
Note that enabling SMART (-s on) without enabling ''offline tests'' -- which is what I did immediately after observing the ''clicks'' -- did not solve the problem, but made it quite clear that the drive was ''badly in need of some care''.<br />
<br />
==== Seagate Momentus 7200.1 ====<br />
(I got this drive in my x61 tablet)<br />
<br />
On this drive, each click does indeed correspond to an increase in SMART attribute 193, "193 Load_Cycle_Count", as you can see by doing a <br />
# smartctl -A /dev/sda<br />
<br />
before and after a click.<br />
<br />
It seems like the problem is that the default powersaving mode for the drive is one which causes clicking. In fact, executing <br />
# hdparm -B 255 /dev/sda<br />
,which is supposed to turn off power management, actually leaves power management on, and is equivalent to <br />
# hdparm -B 128 /dev/sda<br />
<br />
as you can see by comparing the results of<br />
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
This may or may or may not be related to something else strange; the drive reports that the Advanced power management level is 0x8000 more than what you set it to, presumably leading hdparm to report that it is always set to "unknown setting" (since the number should be between 1 and 255). FYI the results of the above sequence of commands is:<br />
<br />
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0x01 (1)<br />
Advanced power management level: unknown setting (0x8001)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0x80 (128)<br />
Advanced power management level: unknown setting (0x8080)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0xfe (254)<br />
Advanced power management level: unknown setting (0x80fe)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to disabled<br />
Advanced power management level: unknown setting (0x8080)<br />
Advanced Power Management feature set<br />
<br />
<br />
<br />
<br />
The workaround seems to be to execute <br />
# hdparm -B 254 /dev/sda<br />
<br />
<br />
So it seems like the drive is interpreting "hdparm -B 255 /dev/sda", which I'm guessing is the default (and which is supposed to be NOT powersaving mode) as a request to go into powersaving mode, which causes it to spin down alot and to and click. And I'm guessing that "hdparm -B 254 /dev/sda" actually takes it out of powersaving mode.<br />
<br />
Kindof annoying because <br />
# smartctl -A /dev/sda<br />
shows that I have already accumulated a Load_Cycle_Count 106680 after owning the laptop for just a few weeks! I'm not sure that I understand this stuff, but if this corresponds to "Load/Unload Cycles" in http://www.seagate.com/docs/pdf/datasheet/disc/ds_momentus7200.pdf, then that's more than 1/6 of the drive's lifetime!<br />
<br />
===Firmware upgrades===<br />
<br />
There are two HD firmware upgrades on Lenovo's support website. One is specific to X41's, and will upgrade Hitachi's to Release A0L0 (document [http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67238 MIGR-67238], 2007/01/24). The upgrade comes in three forms: diskette, windows executable or ISO CD-ROM image.<br />
IBM's latest posted firmware, A5DA, does not appear to solve the problem. <br />
<br />
A newer upgrade set ([http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-62282 MIGR-62282], 2007/05/02) updates HD firmwares of several brands, including Hitachi. The patch upgrades firmware for HTC4260xxG9AT00 to A0L2 (according to program output, from 00P3A0B5 to 00P3A0L2). The upgrade comes in a large (20 MB) ISO format, or as several diskettes. There is seemingly no windows executable; therefore upgrading a diskless machine can be problematic (it involves making a DOS-based USB bootable drive).<br />
<br />
The upgrade caused one X41 Tablet HTC426060G9AT00 drive to stop clicking.<br />
<br />
===Another Possible Solution===<br />
<br />
IBM, when notified about this occurance, may replace the drive with a Fujitsu 5k 80GB hard drive, as to them the sound is indicative of a potential hard drive failure.<br />
<br />
==External links==<br />
*Ubuntu reported bugs: [https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695 59695] [https://bugs.launchpad.net/ubuntu/+bug/104535 104535]<br />
*[http://www.hitachigst.com/hdd/support/download.htm Hitachi Global Storage Technologies Downloads] - The drive feature tool may help with this problem.<br />
*[http://forum.thinkpads.com/viewtopic.php?t=7462 Thread on thinkpads.com]<br />
*[http://notebookforums.com/showthread.php?t=46058 Thread on notebookforums.com]<br />
*[http://forums.silentpcreview.com/viewtopic.php?p=143203 Thread on silentpcreview.com]<br />
*[http://forum.thinkpads.com/viewtopic.php?t=15769 Another Thread on thinkpads.com]<br />
*[http://www.tabletpcbuzz.com/forum/topic.asp?TOPIC_ID=28538&whichpage=1 Thread on tabletpcbuzz.com]<br />
*[http://thinkpad-forum.de/forum/viewtopic.php?t=2255 German Thread on thinkpad-forum.de (Containing an interesting remark about a possible problem with the Cache)]<br />
<br />
[[Category:T40]] [[Category:T41]] [[Category:T42]] [[Category:T43]] [[Category:X41]] [[Category:G41]]</div>Bshankshttps://www.thinkwiki.org/w/index.php?title=Problem_with_hard_drive_clicking&diff=33890Problem with hard drive clicking2007-10-15T07:11:21Z<p>Bshanks: workaround by adjusting power management level using hdparm</p>
<hr />
<div>Many users have reported a '''problem with hard drive clicking''', sometimes described as a repeating '''tick tick tick''' type of ticking sound.<br />
The [[Hitachi Travelstar 5K80]] series which shipped with many T series Thinkpads in particular is reported to suffer from this problem. The clicks occur rapidly, and are quiet but noticeable. While in use in a quiet environment the clicks can be relatively loud and very irritating to some users. The clicks seem to happen when the drive is idle and the power has been on for a significant period of time. The clicking is also reported on other vendor's laptop hard drives too and is therefore almost certainly a hard drive related rather than a laptop chassis related.<br />
<br />
The clicking sound appears to only occur when the drive is idle. Forcing the drive to be busy silences the ticking while the drive is busy. Launching programs that access the hard drive such as searching or defragmenting the drive helps for a time. Cycling the power on the hard drive such as through a full power off reboot of the system stops the ticking for the moment and has been used as a temporary solution. Also see use of hdparm for another way to reset the drive without a power off reboot.<br />
<br />
Others recommend using Hitachi's drive feature tool to increase the acoustic management level, and/or set power management settings.<br />
<br />
===Possible Cause and Speculation===<br />
<br />
Laptop drives (especially Hitachi [[Hitachi Travelstar 5K80]], [[Hitachi Travelstar 5K100]] and SAMSUNG MP0804H) can unload heads very often, and they can produce a noticeable click when doing that. Some ThinkPad BIOSes can be very eager to program the HD Advanced Power Management feature (hdparm -B) even when told to always keep the HD in "Maximum Performance mode" and will do so every time AC state changes, and when coming out of suspend (be it S3 or S4). Unless you reset the HD's APM mode, it will unload its heads eventually thus producing the clicks.<br />
<br />
Another proposed possible cause is the drive firmware running a low level surface media check periodically during drive idle time.<br />
<br />
It is not known whether the problem is a sign of impending drive failure. The root cause of the problem is not yet known. It is quite likely to be a normal mode of drive operation. The problem is very prevalent.<br />
<br />
Do not confuse this with regular activity. Many daemons poll (config) files every few seconds. Despite files being cached, POSIX-compliant filesystems like ext2 or ext3 must update (=write) the last access time. More details and workaround in [[How to reduce power consumption#Hard_Drives]].<br />
<br />
===Tracking down the cause of the clicks===<br />
<br />
Using "'''smartctl -A'''", it is possible to check if any of the drive's attributes related to platter spin-up/down or head unload are increasing when a click is heard.<br />
That can help pinpointing the cause of the clicks.<br />
<br />
===Possible solution (Linux)===<br />
<br />
Temporary relief has been seen by using '''hdparm''' to reset the drive. But note the warning in the hdparm man page indicating that it is a dangerous operation. This is very likely due to the possibility of losing data in the write cache not yet stored to the hard drive. This would be dependent upon the particular hard drive. When used in the following to stop the clicking I have not seen any data loss. YMMV.<br />
<br />
# hdparm /dev/hda<br />
# sync<br />
# sleep 5<br />
# sync<br />
# hdparm -w /dev/hda<br />
<br />
The clicking noise apparently occurs when the drive is parking its heads (and ramping them off the drive surface in the process) after a timeout after the last disk access. Try turning off power management for the drive; that should stop the drive from parking the heads except when turning off:<br />
<br />
# hdparm -B 255 /dev/hda<br />
<br />
You can also try<br />
<br />
# hdparm -B 254 /dev/hda<br />
<br />
which doesn't turn power management off, but is the least agressive setting: it will still unload heads, but far less often. The drives '''are''' prepared to withstand a great number of head unloads (200k unloads are typical, Hitachi drives tolerate about 600k unloads).<br />
<br />
These commands have immediate effect, and need to be re-issued at every boot, after resuming from disk or RAM, and after hotswapping. '''You have to reissue the -B commands every time the ThinkPad BIOS might have tried to override them'''.<br />
<br />
===Specific models===<br />
<br />
====Hitachi C4K60 (HTC426060G9AT00)====<br />
<br />
On a Thinkpad X41 with a has a 60GB Hitachi C4K60 (HTC426060G9AT00) hard-disk that had the clicking problem (even in Windows), the hdparm solution above did not work. The problem was indeed caused by the hard-disk unloading the heads when idle, and the Load_Cycle_Count SMART statistic could be seen increasing when the clicks occurred.<br />
<br />
hdparm -B settings did not seem to help, and a check of the harddrives specs (available in [http://www.hitachigst.com/tech/techlib.nsf/products/Travelstar_C4K60 hitachigst.com]) verified that setting the APM mode off (hdparm -B 255) would set it actually to the lowest APM mode (the same as hdparm -B 254). In this drive, even the lowest APM mode unloads the heads very aggressively causing the clicking sounds. Another problem is that the drive is rated only for 600000 unload/load cycles, which means that the drive will break in at most a couple of years. <br />
<br />
{{NOTE|This observation is only about the specific model (Hitachi C4K60), and is not true for more recent Hitachi drives, which do disable APM with -B 255.}}<br />
<br />
====Samsung MP0804H 80GB====<br />
<br />
On this drive, the ''clicking noise'' can be immediately stopped just by enabling ''automatic offline tests'' using<br />
# smartctl -o on /dev/hda <br />
Even more strange is that SMART wasn't enabled by default, although the drive supports it.<br />
<br />
The drive had already performed 15.539 load cycles (out of 600.000) within only one week.<br />
<br />
Note that enabling SMART (-s on) without enabling ''offline tests'' -- which is what I did immediately after observing the ''clicks'' -- did not solve the problem, but made it quite clear that the drive was ''badly in need of some care''.<br />
<br />
==== Seagate Momentus 7200.1 ====<br />
(I got this drive in my x61 tablet)<br />
<br />
On this drive, each click does indeed correspond to an increase in SMART attribute 193, "193 Load_Cycle_Count", as you can see by doing a <br />
# smartctl -A /dev/sda<br />
<br />
before and after a click.<br />
<br />
It seems like the problem is that the default powersaving mode for the drive is one which causes clicking. In fact, executing <br />
# hdparm -B 255 /dev/sda<br />
,which is supposed to turn off power management, actually leaves power management on, and is equivalent to <br />
# hdparm -B 128 /dev/sda<br />
<br />
as you can see by comparing the results of<br />
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
This may or may or may not be related to something else strange; the drive reports that the Advanced power management level is 0x8000 more than what you set it to, presumably leading hdparm to report that it is always set to "unknown setting" (since the number should be between 1 and 255). FYI the results of the above sequence of commands is:<br />
<br />
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0x01 (1)<br />
Advanced power management level: unknown setting (0x8001)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0x80 (128)<br />
Advanced power management level: unknown setting (0x8080)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to 0xfe (254)<br />
Advanced power management level: unknown setting (0x80fe)<br />
* Advanced Power Management feature set<br />
<br />
<br />
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced<br />
<br />
/dev/sda:<br />
setting Advanced Power Management level to disabled<br />
Advanced power management level: unknown setting (0x8080)<br />
Advanced Power Management feature set<br />
<br />
<br />
<br />
<br />
The workaround seems to be to execute <br />
# hdparm -B 254 /dev/sda<br />
<br />
<br />
So it seems like the drive is interpreting "hdparm -B 255 /dev/sda", which I'm guessing is the default (and which is supposed to be NOT powersaving mode) as a request to go into powersaving mode, which causes it to spin down alot and to and click. And I'm guessing that "hdparm -B 254 /dev/sda" actually takes it out of powersaving mode.<br />
<br />
Kindof annoying because <br />
# smartctl -A /dev/sda<br />
shows that I have already accumulated a Load_Cycle_Count 106680 after owning the laptop for just a few weeks! I'm not sure that I understand this stuff, but if this corresponds to "Load/Unload Cycles" in http://www.seagate.com/docs/pdf/datasheet/disc/ds_momentus7200.pdf, then that's more than 1/6 of the drive's lifetime!<br />
<br />
===Firmware upgrades===<br />
<br />
There are two HD firmware upgrades on Lenovo's support website. One is specific to X41's, and will upgrade Hitachi's to Release A0L0 (document [http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-67238 MIGR-67238], 2007/01/24). The upgrade comes in three forms: diskette, windows executable or ISO CD-ROM image.<br />
IBM's latest posted firmware, A5DA, does not appear to solve the problem. <br />
<br />
A newer upgrade set ([http://www-307.ibm.com/pc/support/site.wss/document.do?lndocid=MIGR-62282 MIGR-62282], 2007/05/02) updates HD firmwares of several brands, including Hitachi. The patch upgrades firmware for HTC4260xxG9AT00 to A0L2 (according to program output, from 00P3A0B5 to 00P3A0L2). The upgrade comes in a large (20 MB) ISO format, or as several diskettes. There is seemingly no windows executable; therefore upgrading a diskless machine can be problematic (it involves making a DOS-based USB bootable drive).<br />
<br />
The upgrade caused one X41 Tablet HTC426060G9AT00 drive to stop clicking.<br />
<br />
===Another Possible Solution===<br />
<br />
IBM, when notified about this occurance, may replace the drive with a Fujitsu 5k 80GB hard drive, as to them the sound is indicative of a potential hard drive failure.<br />
<br />
==External links==<br />
*Ubuntu reported bugs: [https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695 59695] [https://bugs.launchpad.net/ubuntu/+bug/104535 104535]<br />
*[http://www.hitachigst.com/hdd/support/download.htm Hitachi Global Storage Technologies Downloads] - The drive feature tool may help with this problem.<br />
*[http://forum.thinkpads.com/viewtopic.php?t=7462 Thread on thinkpads.com]<br />
*[http://notebookforums.com/showthread.php?t=46058 Thread on notebookforums.com]<br />
*[http://forums.silentpcreview.com/viewtopic.php?p=143203 Thread on silentpcreview.com]<br />
*[http://forum.thinkpads.com/viewtopic.php?t=15769 Another Thread on thinkpads.com]<br />
*[http://www.tabletpcbuzz.com/forum/topic.asp?TOPIC_ID=28538&whichpage=1 Thread on tabletpcbuzz.com]<br />
*[http://thinkpad-forum.de/forum/viewtopic.php?t=2255 German Thread on thinkpad-forum.de (Containing an interesting remark about a possible problem with the Cache)]<br />
<br />
[[Category:T40]] [[Category:T41]] [[Category:T42]] [[Category:T43]] [[Category:X41]] [[Category:G41]]</div>Bshankshttps://www.thinkwiki.org/w/index.php?title=Intel_82801H&diff=33347Intel 82801H2007-09-24T02:21:43Z<p>Bshanks: +x61 tablet</p>
<hr />
<div>=== Intel 82801GHM ===<br />
This is a Intel ICH8 I/O Controller Hub<br />
<br />
=== Features ===<br />
* SATA-300<br />
* ATA-133 IDE<br />
* PCI Express x1<br />
* PCI bus 2.3 32-bit, 33MHz<br />
* Ethernet MAC<br />
* USB 2.0<br />
<br />
=== Linux support ===<br />
This chipset is supported for the most part by recent 2.4 and 2.6 kernels.<br />
<br />
SATA support however still has issues. See [[Problems with SATA and Linux]]<br />
<br />
=== Links ===<br />
* [http://www.intel.com/design/chipsets/datashts/313056.htm Intel ICH8 Family Datasheet]<br />
<br />
=== ThinkPads this chip may be found in ===<br />
* {{X61s}}<br />
* [[:Category:X61 Tablet|X61 Tablet]]<br />
<br />
[[Category:Components]]</div>Bshankshttps://www.thinkwiki.org/w/index.php?title=Installing_Ubuntu_7.04_(Feisty_Fawn)_on_an_X61_Tablet&diff=33336Installing Ubuntu 7.04 (Feisty Fawn) on an X61 Tablet2007-09-23T01:34:42Z<p>Bshanks: +link to http://bayleshanks.com/tips-computer-lenovoX61t-gnuLinuxSetup</p>
<hr />
<div>You can get Linux running pretty smoothly on this machine. I will simply repeat the steps I used to get my tablet working, some of these steps might be superfluous. Please edit, if some of the steps are unneccessary. I expect Gutsy Gibbon installs to be much smoother, when the system comes out in October... <br />
<br />
===Helpful Guides===<br />
A helpful guide for me was http://luke.no-ip.org/x60tablet/<br />
<br />
===Feisty v. Gutsy===<br />
I have gotten the computer to work well with both Feisty and Gutsy Tribe 4 and 5. If you install Feisty, you will have to upgrade to the 2.6.22 kernel to get all the drivers to work. I would advise using Gutsy, as it makes everything easier to set up (with drivers). The 2.6.23 kernel, once it officially comes out, should *probably* make this laptop an out-of-the-box machine. (the 2.6.23 kernel has plans to include the graphics, sound, and wireless drivers for this machine by default)<br />
<br />
===Known Problems===<br />
These are issues that I have run into and have not resolved yet. None of them are 'show stoppers' in my book. If you have a fix, please add how to resolve the issue on this page (preferrably in the respective how-to section..)<br />
<br />
*Screen rotation with 3D acceleration. Both screen rotation (through xrandr) and 3d acceleration work independantly, however a rotated screen crashes when you try to run a 3d application. <br />
*ALSA sound glitch when rotating to tablet mode. For some reason rotating to tablet mode from laptop mode causes the sound to cut out. Sound works otherwise.<br />
*Brightness auto-adjust on Gutsy. Brightness auto adjust cannot determine what level to stay at, and indefinitely adjusts up and down. Pressing the brightness keys fixes this. See launchpad for the official bug '''Already fixed in Gutsy'''<br />
<br />
===Actual installation===<br />
***Works in both Feisty and Gutsy<br />
<br />
The trickiest part about actually installing Ubuntu on this machine is that there is no CD drive. If you've shelled out the $200 for the 'ultrabase' then you can just pop the CD in that, and procede normally. I had to install via a pendrive. Instructions on how to do this are at <br />
<br />
http://www.pendrivelinux.com/2007/02/12/usb-ubuntu-tutorial-for-linux-users/<br />
<br />
*On my machine, and with my particular USB drive, I found that it was difficult get power to the USB drive in a normal boot process. I had to enter the BIOS (F1 during power on), configure the USB HDD to be first boot choice, and then enable the POST memory check (extended boot?, I think it was called). Then I had to insert the USB drive during the memory check, and make sure the light on the USB came on in order to get it to boot from the installer. Hopefully most people won't have this problem, but I did, so if you have problems getting the drive to be seen, make sure the USB is getting powered.<br />
<br />
<br />
===Graphics Card===<br />
***Feisty<br />
The X3100 with an Intel GMA965 runs Compiz Fusion very nicely, once the proper drivers are installed. The 'i810' driver that is installed by default with Feisty does not support the X3100, but there are newer drivers (simply named 'intel') that do support it. Source is available from http://www.intellinuxgraphics.org/. Unfortunately, installing on the stock kernel (2.6.18, if I remember) does not work with these drivers, as agpgart is incorrectly registered. I upgraded to 2.6.22 and the drivers work nicely. Here's the walkthrough...<br />
<br />
*Install the new kernel<br />
<br />
# gedit /etc/apt/sources.list<br />
Add the Gutsy repositories<br />
# deb http://archive.ubuntu.com/ubuntu gutsy main restricted universe multiverse<br />
# deb-src http://security.ubuntu.com/ubuntu gutsy main restricted universe multiverse<br />
Save and exit gedit<br />
<br />
Install the new kernel<br />
# apt-get update<br />
# apt-get install linux-image-2.6.22-9-generic linux-ubuntu-modules-2.6.22-9-generic linux-backports-modules-2.6.22-9-generic linux-headers-2.6.22-9 linux-headers-2.6.22-9-generic linux-restricted-modules-2.6.22-9-generic <br />
<br />
Reboot. Make sure to select the new kernel in GRUB when you turn on the computer. <br />
<br />
<br />
Install the graphics card drivers from the repositories<br />
# sudo apt-get install xserver-xorg-video-intel xserver-xorg libgl1-mesa-dri libgl1-mesa-glx libglu1-mesa mesa-utils<br />
<br />
Let X11 know to use the Intel drivers<br />
# gedit /etc/X11/xorg.conf<br />
<br />
Change<br />
Section "Device"<br />
Identifier "Generic Video Card"<br />
Driver "vesa"<br />
BusID "PCI:0:2:0"<br />
EndSection<br />
<br />
to<br />
<br />
Section "Device"<br />
Identifier "Generic Video Card"<br />
Driver "intel"<br />
BusID "PCI:0:2:0"<br />
EndSection<br />
<br />
<br />
Reboot<br />
<br />
***Gutsy<br />
3d acceleration works out of the box, but I had to compile compiz fusion and awm from source to get them to work. If I find time, I'll make a deb for both....<br />
<br />
<br />
===Solving the Weird Resolution Problems===<br />
***Applies to both Feisty and Gutsy<br />
When you reboot into the new drivers, it seems that X defaults to the graphics card's 'TV' output instead of the 'LVDS' option as it should. This will cause X to be confused about where the screen edges are, and in general make everything weird. This can be corrected in one of two ways<br />
<br />
*Solution 1:<br />
Everytime you log in, enter this command<br />
# xrandr --output TV --off<br />
<br />
*Solution 2: <br />
Edit xorg.conf to automatically correct this problem. Note that this will cause xrandr (which you may want to use for screen rotation) to fail when you try to use it.<br />
<br />
add this to the device section <br />
<br />
Option "monitor-TV" "TVOutput"<br />
Option "CacheLines" "32768"<br />
Option "TripleBuffer" "true"<br />
Option "DRI" "true"<br />
Option "PageFlip" "true"<br />
<br />
add this at the bottom <br />
<br />
Section "Monitor"<br />
Identifier "TVOutput"<br />
Option "Disable" "true"<br />
EndSection<br />
<br />
save and exit, restart X<br />
<br />
<br />
===Installing compiz fusion===<br />
***Feisty<br />
Basically, I followed the instructions at<br />
http://fosswire.com/2007/07/11/how-to-compiz-fusion-on-ubuntu-704-feisty-fawn/<br />
<br />
The line about adding the GPG keys is malformed, copying and pasting won't work. Use this command<br />
# gpg --keyserver subkeys.pgp.net --recv-keys 81836EBF<br />
# gpg --export --armor 81836EBF | sudo apt-key add -<br />
<br />
***Gutsy<br />
I had to compile from source. This is a kinda long process, and you have to have programming/compiling skills, but it definitely works well if you can do it.<br />
<br />
<br />
There you go! Now you have a visually gorgeous system running :-D! All the effects run very smoothly for me, I was very pleased with this integrated card's performance... (no stuttering for even complex effects like explode or airplane)<br />
<br />
===Wireless=== <br />
This essential laptop feature will definitely work. The intel ABG card has drivers, guides should abound as to how to install it. (if anyone has time, put how you got it to work here) I purchased the newer AGN card, and this is how I installed the new drivers. <br />
<br />
Walkthough for newbies :-)<br />
<br />
download these:<br />
http://intellinuxwireless.org/mac80211/downloads/mac80211-8.0.2.tgz<br />
http://intellinuxwireless.org/iwlwifi/downloads/iwlwifi-4965-ucode-4.44.17.tgz<br />
http://intellinuxwireless.org/iwlwifi/downloads/iwlwifi-1.0.0.tgz<br />
<br />
extract them<br />
<br />
prepare the build environment<br />
# sudo mkdir /lib/firmware/$(uname -r)<br />
# sudo ln -s /usr/src/linux-headers-$(uname -r) /lib/modules/$(uname -r)/source<br />
<br />
make everything<br />
<br />
# cd mac80211-8.0.2<br />
# sudo make patch_kernel<br />
<br />
# cd ../iwlwifi-1.0.0<br />
# make<br />
# sudo make install<br />
<br />
# cd ../iwlwifi-4965-ucode-4.44.17<br />
# sudo cp iwlwifi-4965.ucode /lib/firmware/$(uname -r)<br />
<br />
<br />
Finally, Load the modules<br />
sudo modprobe mac80211<br />
sudo modprobe iwl4965<br />
<br />
You should have wifi now!<br />
<br />
Thanks goes to rye_ of ubuntuforums! <br />
<br />
They work pretty well, I've only noticed them being flaky once.<br />
<br />
===Wacom===<br />
We bought this machine largely for the tablet abilities, and the pen works out of the box! Yay! The side button automatically maps to scrollwheel-pressed-down, but you can remap it to right click if you want. Eraser also works. <br />
<br />
===Tablet-Specific Applications===<br />
We're tablet users and we have special needs! Here are some apps I found these apps indespensible<br />
<br />
Jot.<br />
When I placed my order for my tablet, Lenovo said I had a full month wait til it arrived. I filled the time writing a handwriting recognition app for Linux. My goal is to allow for full sentence or full word recognition. As of 8/20/2007, its still in alpha testing, but I should have a pretty good release mid-September to early October. Source is available from http://bazaar.launchpad.net/~kdub432/jot/trunk. You need libfakekey0, gtkmm-2.4-dev, libcairomm-1.0-dev installed so the makefile will work...<br />
<br />
Onestroke.<br />
This program will recognize a single character at a time pretty well. Its written by Michael Levin, and is in pretty usuable condition. Onestroke can be found at<br />
http://www.paperaffinity.com/risujin/onestroke.php<br />
<br />
Xournal<br />
A journal clone, that is great for taking notes. Fully functional, an all-around great app.<br />
#apt-get install xournal<br />
<br />
<br />
'''[[CellWriter]]'''<br />
<br />
CellWriter is a grid-entry natural handwriting input panel. As you write characters into the cells, your writing is instantly recognized at the character level. When you press Enter on the panel, the input you entered is sent to the currently focused application as if typed on the keyboard.<br />
<br />
GoK warning!!! Running GoK on Feisty screwed up some things for me. It may be that I was just too lazy to fix my dependancies, but I was real ticked at how it installed itself when I was running Feisty. Use the default Ubuntu program onboard ('onboard' from a terminal) if you want an onscreen keyboard<br />
<br />
===Sound===<br />
Sound does not work out of the box, with Gutsy or Feisty, but the mercurial/cvs alsa drivers do have support. This issue was extremely hard to track down, and requires some advanced knowledge. I will provide a short walkthrough to give some guidance.<br />
<br />
Step 1 Setup a fundamental build environment<br />
# sudo apt-get install mercurial build-essential libncurses5-dev python2.5 <br />
# sudo mkdir /usr/src/alsa<br />
# cd /usr/src/alsa<br />
<br />
(This was taken just from memory, if you get errors about something not being installed, just install whatever it complains about...)<br />
<br />
Next, get latest alsa drivers<br />
# sudo hg clone http://hg.alsa-project.org/alsa-driver alsa-driver<br />
# sudo hg clone http://hg.alsa-project.org/alsa-kernel alsa-kernel<br />
# sudo hg clone http://hg.alsa-project.org/alsa-lib alsa-lib<br />
# sudo hg clone http://hg.alsa-project.org/alsa-utils alsa-utils<br />
<br />
Install everything<br />
# cd alsa-driver<br />
# sudo ./cvscompile --with-cards=all --with-card-options=all (Nota Bene, this makes all the drivers. do more research if you just want the intel ones ;-D)<br />
# sudo make install<br />
# cd ../alsa-lib<br />
# sudo ./cvscompile<br />
# sudo make install<br />
# cd ../alsa-utils<br />
# sudo ./cvscompile<br />
# sudo make install<br />
<br />
Phew, that was tough. Its not over yet though, you've gotta edit some configuration files<br />
sudo nano /etc/modprobe.d/alsa-base<br />
<br />
<br />
and add this to the bottom,<br />
<br />
options snd-hda-intel model=thinkpad<br />
<br />
Save, exit and reboot.<br />
<br />
THIS IS VERY IMPORTANT! IT TOOK ME 5+ HOURS TO FIGURE THIS OUT ON MY OWN!<br />
<br />
YOU MUST HAVE BIOS SET TO FACTORY INSTALL (for the most part)<br />
<br />
Certain BIOS options seem to break these drivers! I'm not sure which, but the factory settings work fine.<br />
<br />
<br />
On next login, you should have sound. If you don't, make sure nothing is muted in alsaconf/alsamixer. <br />
Also, make sure your login name is in the 'audio' or 'users' groups.<br />
<br />
Alright, you have sound now! Yay! <br />
<br />
Both headphones and speakers work, theres a switch on a tab in the gnome panel audio adjustment properties that turns either on/off<br />
<br />
<br />
Note! It has been brought to my attention that an ubuntu developer has compiled packages for these drivers. I have not tested these yet and cannot ensure that they will work, although there are people on this site who have reported sucess using these packages<br />
https://bugs.launchpad.net/ubuntu/+bug/122560<br />
<br />
===Keyboard and Buttons===<br />
You should have no trouble with getting the main 105 keys to work. <br />
<br />
Some of the Fn buttons work, some don't. I'm still wading through ways to get these to work, but they're not super-high on my priority list. If you find ways, feel free to post :-)....<br />
<br />
Screen Buttons. <br />
The D-pad will work, but by default maps to weird values. Add <br />
setkeycodes 6f 108 <br />
setkeycodes 71 103 <br />
setkeycodes 6e 105 <br />
setkeycodes 6d 106 <br />
<br />
to /etc/rc.local to make the D-pad work like your keyboard arrow keys. The middle button is 'Enter'<br />
<br />
The other buttons also work. I have not mapped them to anything specific yet, but in a real terminal (no X environment), you can use the showkey command and setkeycodes to map the other 4 buttons to whatever you want. More instructions on this will follow once I decide what I want to use these 4 buttons for<br />
<br />
<br />
===Suspend and Hibernate===<br />
The default Ubuntu suspend and resume cycle causes a kernel panic. I got my computer to flawlessly suspend and resume by installing pm-utils<br />
sudo apt-get install pm-utils<br />
<br />
then you can suspend using the command<br />
sudo pm-suspend --quirk-s3-bios --quirk-s3-mode<br />
<br />
I'm content with suspend working, but if anyone figures out hibernate, let me know :-D<br />
<br />
== Other x61 install guides on the web ==<br />
* http://bayleshanks.com/tips-computer-lenovoX61t-gnuLinuxSetup (feel free to integrate the content on that page into this wiki -- Bayle)<br />
<br />
[[Category:X61 Tablet]]</div>Bshanks