Difference between revisions of "IBM ThinkPad X60s"

From ArchWiki
Jump to: navigation, search
(add related articles)
Line 21: Line 21:
The required driver is
The required driver is
See [[Intel Graphics]].
= Ethernet =
Works out of the box.
= Wireless Networking =
See [[Wireless_Setup#iwl3945.2C_iwl4965_and_iwl5000-series]].

Revision as of 14:22, 5 January 2010

Template:Article summary start Template:Article summary heading Template:Article summary wiki Template:Article summary wiki Template:Article summary end


The IBM Thinkpad X60s is a small light laptop with a Core Duo or Core 2 Duo processor and Intel Graphics. It has no internal optical drive. You can see the specs at ThinkWiki, a wonderful resource with additional information.


A basic Arch Linux installation will do just fine for almost everything. Install from a USB CD drive or a USB flash drive following the instructions in the Beginners Guide.

It is easiest to do the initial installation with a wired ethernet connection which you can set up in the installation menu. In the base install package selection you can install the packages required for the wireless networking

[*] wireless-tools
[*] iwlwifi-3945-ucode

Follow the Beginners Guide step by step to install sudo, add users, add to groups, video card driver, then install Xorg, and a desktop environment.


The required driver is


See Intel Graphics.


Works out of the box.

Wireless Networking

See Wireless_Setup#iwl3945.2C_iwl4965_and_iwl5000-series.


With pm-utils

See the article on pm-utils. This works fine.

With uswsusp

Tango-inaccurate.pngThe factual accuracy of this article or section is disputed.Tango-inaccurate.png

Reason: please use the first argument of the template to provide a brief explanation. (Discuss in Talk:IBM ThinkPad X60s#)

Install s2ram (pacman -S uswsusp) and make these changes below. This set of stuff is not well documented, but once I did this it was very smooth.

from http://aur.archlinux.org/packages/uswsusp-fbsplash/uswsusp-fbsplash/uswsusp.install

If suspend to ram doesn't work, edit the whitelist.c.diff file to add your machine to the s2ram whitelist with the appropriate methods, then uncomment the line in the PKGBUILD where the patch is applied, eventually add the md5sum of the resulting patch and finally rebuild the package. Use 's2ram --identify' to identify your machine. Be sure to let the suspend-devel list know!

The new Software Suspend does not use kernel parameters to determine the suspend partition, instead it consults the /etc/suspend.conf file when booting. You MUST edit this file before you update your initrd.

You will need to update your mkinitcpio.conf file to include the hook uresume. Replace your 'resume' hook with 'uresume'. If you do not have a resume hook the uresume hook must go before filesystems but after ide, sata, and/or scsi. Do not get this wrong. Then rebuild the ramdisk with

mkinitcpio -p kernel26

Note, when I do s2ram --identify This machine can be identified by:

   sys_vendor   = "LENOVO"
   sys_product  = "1702HFU"
   sys_version  = "ThinkPad X60s"
   bios_version = "7BETD3WW (2.14 )"

See http://suspend.sf.net/s2ram-support.html for details

It is highly reassuring to see that your system is recognised. If you do not get recognised, there is a hal problem, and your earlier install is not complete.

Next some file edits in policies.

1. As root edit Template:Filename. Comment out everything, and add:

if grep closed /proc/acpi/button/lid/LID/state >/dev/null ; then
    # if the lid is now closed, save the network state and suspend to ram
    netcfg all-suspend
    # if the lid is now open, restore the network state.
    # (if we are running, a wakeup has already occurred!)
    netcfg all-resume

You should now have suspend working.

Another quirky thing is a hal error on shutdown preventing linux from turning the machine off. From https://lists.ubuntu.com/archives/xubuntu-users/2009-June/001783.html I got this patch to Template:Filename

<config version="0.1">
<match action="org.freedesktop.hal.storage.mount-removable">
<return result="yes"/>
<match action="org.freedesktop.hal.power-management.shutdown">
<return result="yes"/>
<match action="org.freedesktop.hal.power-management.reboot">
<return result="yes"/>

This file was blank but by adding the above, shutdown is now down by linux. I need to study policykit and hal. This is unclear, but my sense is that PolicyKit.conf is no longer used and a better fix is required in either /etc/acpi or /etc/hal.