ThinkWiki - User contributions [en]

Problem with hard drive clicking

2008-05-03T18:46:46Z

Martin80:

Many users have reported a '''problem with hard drive clicking''', sometimes described as a repeating '''tick tick tick''' type of ticking sound.
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.

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.

Others recommend using Hitachi's drive feature tool to increase the acoustic management level, and/or set power management settings.

===Possible Cause and Speculation===

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.

Another proposed possible cause is the drive firmware running a low level surface media check periodically during drive idle time.

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.

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]].

===Tracking down the cause of the clicks===

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.
That can help pinpointing the cause of the clicks.

A shell script like this may help:
<pre>#!/bin/bash
lastval=0
while :
do
newval=`smartctl -A /dev/sda | awk '$2=="Load_Cycle_Count" {print $10}'`
if [[ $newval != $lastval ]] # i.e. anything has changed (here: load cycle count only)
then
date
echo $newval
fi
lastval=$newval
sleep 30 # or some other interval
done
</pre>

===Possible solution (Linux)===

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.

# hdparm /dev/hda
# sync
# sleep 5
# sync
# hdparm -w /dev/hda

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:

# hdparm -B 255 /dev/hda

You can also try

# hdparm -B 254 /dev/hda

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).

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'''.

===Specific models===

====Hitachi C4K60 (HTC426060G9AT00)====

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.

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.

{{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.}}

====Samsung MP0804H 80GB====

On this drive, the ''clicking noise'' can be immediately stopped just by enabling ''automatic offline tests'' using
# smartctl -o on /dev/hda
Even more strange is that SMART wasn't enabled by default, although the drive supports it.

The drive had already performed 15.539 load cycles (out of 600.000) within only one week.

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''.

==== Seagate Momentus 7200.1 ====
(I got this drive in my x61 tablet)

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
# smartctl -A /dev/sda

before and after a click.

It seems like the problem is that the default powersaving mode for the drive is one which causes clicking. In fact, executing
# hdparm -B 255 /dev/sda
(which is supposed to turn off power management) actually leaves power management on, and is equivalent to
# hdparm -B 128 /dev/sda

as you can see by comparing the results of
# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced
# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced
# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced
# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced

This 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:

# hdparm -B 1 /dev/sda; hdparm -I /dev/sda | grep Advanced

/dev/sda:
setting Advanced Power Management level to 0x01 (1)
Advanced power management level: unknown setting (0x8001)
* Advanced Power Management feature set

# hdparm -B 128 /dev/sda; hdparm -I /dev/sda | grep Advanced

/dev/sda:
setting Advanced Power Management level to 0x80 (128)
Advanced power management level: unknown setting (0x8080)
* Advanced Power Management feature set

# hdparm -B 254 /dev/sda; hdparm -I /dev/sda | grep Advanced

/dev/sda:
setting Advanced Power Management level to 0xfe (254)
Advanced power management level: unknown setting (0x80fe)
* Advanced Power Management feature set

# hdparm -B 255 /dev/sda; hdparm -I /dev/sda | grep Advanced

/dev/sda:
setting Advanced Power Management level to disabled
Advanced power management level: unknown setting (0x8080)
Advanced Power Management feature set

The workaround seems to be to execute
# hdparm -B 254 /dev/sda

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.

Somewhat annoying because
# smartctl -A /dev/sda
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!

==== [http://sdd.toshiba.com/main.aspx?Path=HardDrivesOpticalDrives/2.5-inchHardDiskDrives/MK2035GSS/MK2035GSSSpecifications Toshiba MK2035GSS] ====

Issue happens with "laptop mode" disabled. BIOS is an "AMIBIOS 8.00.14", and the chipset is "Mobile Intel GM965 Express".

I can solve the problem with the hdparm workaround, the lowest value that makes the trick for me is:
# sudo hdparm -B 192 /dev/sda

===Firmware upgrades===

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.
IBM's latest posted firmware, A5DA, does not appear to solve the problem.

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).

The upgrade caused one X41 Tablet HTC426060G9AT00 drive to stop clicking.

===Another Possible Solution===

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.

==External links==
*Ubuntu reported bugs: [https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695 59695] [https://bugs.launchpad.net/ubuntu/+bug/104535 104535]
*[http://www.hitachigst.com/hdd/support/download.htm Hitachi Global Storage Technologies Downloads] - The drive feature tool may help with this problem.
*[http://forum.thinkpads.com/viewtopic.php?t=7462 Thread on thinkpads.com]
*[http://notebookforums.com/showthread.php?t=46058 Thread on notebookforums.com]
*[http://forums.silentpcreview.com/viewtopic.php?p=143203 Thread on silentpcreview.com]
*[http://forum.thinkpads.com/viewtopic.php?t=15769 Another Thread on thinkpads.com]
*[http://www.tabletpcbuzz.com/forum/topic.asp?TOPIC_ID=28538&whichpage=1 Thread on tabletpcbuzz.com]
*[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)]

[[Category:T40]] [[Category:T41]] [[Category:T42]] [[Category:T43]] [[Category:X41]] [[Category:G41]]

BIOS Upgrade/X Series

2008-05-01T00:36:16Z

Martin80:

__TOC__

X Series Thinkpads do not have an internal drive. If there is no Windows installed, the BIOS must be updated by booting from an USB drive or a drive that is integrated in the docking station. Since a while Lenovo provides BIOS updates in form of bootable CD images. Unfortunately, these images are intended to be used with the docking station's CD drive. If you do not own such a drive, things get complicated.

The problem is that current BIOS updates are quite large, about 3 MB in size. Booting from CDs typically works like booting from a 1.44 MB or 2.88 MB floppy disk. The floppy image is stored on the CD and is referenced in the CD's boot record. Because the BIOS update file are that large, they do not fit on such a floppy image. Thus, they must be stored on the CD outside the virtual floppy image. To access these files a driver for the CD drive has to be loaded. Since Lenovo's CD images are intended to be used with a docking station's CD drive, it is not possible to use them for BIOS updates by booting from an USB CD drive.

Another problem is that older X Series (like the {{X32}}) don't have bootable iso images at all. They have only two options: 1. update from Windows, 2. update using a diskette updater, which requires you to have a real floppy disk drive.

But there is hope. This page describes some approaches to solve the problems above.

Here is a brief overview of each approach:
* [[#Approach 1: Use larger boot image and create virtual CD drive]] Requires a USB CD drive. Reported to work on {{X60s}}.

* [[#Approach 2: Load an USB driver, create RAM disk and copy the files to the RAM disk]] Requires a USB CD drive. People have reported mixed results, with the flash update software freezing, depending on things like CD drive letter and type. Reported to work on {{X60s}}.

* [[#Approach 3: Alternative method using a USB stick]] Requires a USB flash drive, Microsoft Windows, and some HP software tool. Reported to work on {{X60s}}, {{X61}}.

* [[#Approach 4: Alternative method to the above "alternative method"]] Requires a USB flash drive, Microsoft Windows, and some HP software tool. Seems functionally similar to Approach 3.

* [[#Approach 5: Using a USB stick to upgrade BIOS on older X Series Thinkpads]] Requires a USB flash drive. Reported to work on {{X32}}.

= Approach 1: Use larger boot image and create virtual CD drive =

The CD images provided by Lenovo can be modified such that a BIOS update is possible -- without loading any drivers. I ([[User:Joachim_Selke|Joachim Selke]]) successfully updated my Thinkpad {{X60s}} using the following method.

My first idea was to take Lenovo's ISO CD image and modify it such that a USB CD drive can be used instead the CD drive in the docking station. Unfortunately, simply replacing the drivers is not enough. While doing the BIOS update, the USB ports seem to get disabled or something like that. To circumvent this problem I tried to create a RAM disk, copy the needed files to this RAM disk, and then use this RAM disk as some kind of virtual CD drive. However, there were some problems with this approach as reported below. For a description of this old approach see the section "Approach 2: Load an USB driver, create RAM disk and copy the files to the RAM disk" below. I developed a new approach to solve this problem and will describe it here.

The idea is to create a new bootable ISO image that is large enough to hold the original ISO file. This can be done by switching from the virtual floppy drive used by Lenovo's update disk to a virtual hard disk drive (for details, see the El Torito standard). Instead of loading the CD drive driver provided by Lenovo we load the [[http://www.geocities.com/jadoxa/shsucdx/index.html SHSUCD drivers]]. This driver enables us to create a virtual CD drive from Lenovo's original ISO file.

I wrote a script to automate this steps and create a new ISO file from Lenovo's ISO file. This new ISO file can directly be used to update the BIOS. My script takes four arguments:
<ol>
<li>the filename of Lenovo's original ISO file (e.g. <tt>/home/selke/Desktop/7buj23uc.iso</tt>)</li>
<li>the filename of the new ISO file to be created (e.g. <tt>/home/selke/Desktop/out.iso</tt>)</li>
<li>the location of shsucdrd.exe (e.g. <tt>/home/selke/Desktop/shsucdrd.exe</tt></li>
<li>the location of shsucdx.com (e.g. <tt>/home/selke/Desktop/shsucdx.com</tt></li>
</ol>

Both shsucdrd.exe and shsucdx.com can be downloaded from [http://www.geocities.com/jadoxa/shsucdx/index.html].

To sum up, an example call of the script would be <tt>convertlenovo.sh /home/selke/Desktop/7buj23uc.iso /home/selke/Desktop/out.iso /home/selke/Desktop/shsucdrd.exe /home/selke/Desktop/shsucdx.com</tt>

Note that you need recent versions of the following tools:
<ul>
<li>mkdosfs (for Fedora users: contained in the package dosfstools)</li>
<li>mkisofs</li>
</ul>

The script runs perfectly on my Fedora 8 system (it should also run without problems on Fedora 7 and other popular distributions). If there are problems, please tell me ([[User:Joachim_Selke|Joachim Selke]]).

Further note that the script at some point requires you to enter the root password since it must mount a disk image. As far as I know, this cannot be done without root privileges.

What does the script do? I will give a short overview:
<ol>
<li>Extract the boot floppy image from Lenovo's bootable ISO file.</li>
<li>Create a new boot hard disk image and copy both the boot sector and the files from Lenovo's boot floppy image to the new image.</li>
<li>Copy Lenovo's ISO image to the new hard disk image.</li>
<li>Also copy the SHSUCD drivers to the hard disk and change autoexec.bat and config.sys accordingly. When booting this hard disk image a new virtual CD drive will be created by SHSUCD. This virtual CD drive will have Lenovo's original ISO disc "inserted."</li>
<li>Create a new ISO file that only consists of the boot image given by the bootable hard disk image just created.</li>
</ol>

Some additional notes:
<ul>
<li>Currently, the script is not able to handle spaces in file names properly. Thus, the file names and directory path names used when calling the script should not contain spaces.</li>
<li>The file name of the original ISO file (7buj23uc.iso in the example above) must follow the DOS 8.3 file name conventions; otherwise SHSUCD will not be able to load the ISO image.</li>
</ul>

Here is the complete script (save it as <tt>convertlenovo.sh</tt>):

<pre>
#!/bin/bash

# Written by Joachim Selke (mail@joachim-selke.de), 2007-12-28

# Known bugs:
# - spaces in file names make trouble at the moment (so try to avoid spaces),
# I will fix that later
# - some users seem to have problems with some of the sed statements,
# I currently have no idea what is wrong there ... (please report those bugs)

CDIMAGE=$1 # location of Lenovo's CD image
NEWCDIMAGE=$2 # filename of ISO file to create
SHSUCDRD_EXE=$3 # location of shsucdrd.exe
SHSUCDX_COM=$4 # location of shsucdx.com

MB_HDD=50 # HDD image size in megabyte (base 1000)

TMPDIR=`mktemp -d`
ISODIR=`mktemp -d`

HDDIMG=$ISODIR/hdd.img # filename of HDD image to create
FLOPPYIMG=$TMPDIR/floppy.img # filename of floppy image to create

##############################################################################

# This script extracts the floopy boot image from bootable ISO images
#
# Written by Joachim Selke (mail@joachim-selke.de), 2007-04-07

ISOFILE=$CDIMAGE
IMAGEFILE=$FLOPPYIMG

if [ ! -r $ISOFILE ]; then
echo $ISOFILE: file does not exist or is not readable
exit 1
fi

if [ -z $IMAGEFILE ]; then
echo Error: no image file specified
exit 1
fi

ISOFILESIZE=`stat -c %s $ISOFILE`

# collect El Torito data
# see http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf for reference

BOOTCATALOGPOINTERBYTE=$((17 * 0x800 + 0x47))

if [ $ISOFILESIZE -lt $(($BOOTCATALOGPOINTERBYTE + 4)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# absolute pointer to first sector of boot catalog:
BOOTCATALOG=`od -A n -t x4 -N 4 -j $BOOTCATALOGPOINTERBYTE $ISOFILE | tr -d [:blank:]`

BOOTCATALOGBYTE=$((0x$BOOTCATALOG * 0x800))

echo Boot catalog starts at byte $BOOTCATALOGBYTE

if [ $ISOFILESIZE -lt $(($BOOTCATALOGBYTE + 32 + 2)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# media type of boot image
# only floppy disk images are supported by this script
BOOTMEDIATYPE=`od -A n -t x1 -N 1 -j $(($BOOTCATALOGBYTE + 32 + 1)) $ISOFILE | tr -d [:blank:]`

if [ $BOOTMEDIATYPE -eq 1 ]; then
echo Boot media type is 1.2M floppy disk
IMAGEBLOCKS=$((1200 / 2))
elif [ $BOOTMEDIATYPE -eq 2 ]; then
echo Boot media type is 1.44M floppy disk
IMAGEBLOCKS=$((1440 / 2))
elif [ $BOOTMEDIATYPE -eq 3 ]; then
echo Boot media type is 2.88M floppy disk
IMAGEBLOCKS=$((2880 / 2))
else
echo Boot media type is $((0x$BOOTMEDIATYPE)). This type is not supported yet.
exit 1
fi

# absolute pointer to start of boot image
BOOTIMAGE=`od -A n -t x4 -N 4 -j $(($BOOTCATALOGBYTE + 32 + 8)) $ISOFILE | tr -d [:blank:]`

BOOTIMAGEBYTE=$((0x$BOOTIMAGE * 0x800))

echo Boot image starts at byte $BOOTIMAGEBYTE

if [ $ISOFILESIZE -lt $((0x$BOOTIMAGE * 0x800 + $IMAGEBLOCKS * 0x800)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

echo Extracting boot image ...

dd if=$ISOFILE of=$IMAGEFILE bs=2K count=$IMAGEBLOCKS skip=$((0x$BOOTIMAGE))

echo Finished

##############################################################################

NO_HEA=16 # heads
NO_SECT=63 # sectors per cylinder/track
B_SECT=512 # bytes per sector

B_CYL=$(($NO_HEA * $NO_SECT * $B_SECT)) # bytes per cylinder/track

NO_CYL=$(($MB_HDD * 1000 * 1000 / $B_CYL)) # cylinders/tracks per head

echo -n -e "Cylinders: $NO_CYL\nHeads: $NO_HEA\nSectors per track: $NO_SECT\nBytes per sector: $B_SECT\n"

echo Creating empty image ...
dd if=/dev/zero of=$HDDIMG bs=$B_CYL count=$NO_CYL >/dev/null 2>&1

echo Creating partition structure ...
echo -n -e "o\n n\n p\n 1\n \n \n t\n 6\n a\n 1\n w\n" | /sbin/fdisk -b $B_SECT -C $NO_CYL -H $NO_HEA -S $NO_SECT $HDDIMG >/dev/null 2>&1

echo Writing master boot record ...
echo -n -e "\
\xFA\xB8\x00\x10\x8E\xD0\xBC\x00\xB0\xB8\x00\x00\x8E\xD8\x8E\xC0\
\xFB\xBE\x00\x7C\xBF\x00\x06\xB9\x00\x02\xF3\xA4\xEA\x21\x06\x00\
\x00\xBE\xBE\x07\x38\x04\x75\x0B\x83\xC6\x10\x81\xFE\xFE\x07\x75\
\xF3\xEB\x16\xB4\x02\xB0\x01\xBB\x00\x7C\xB2\x80\x8A\x74\x01\x8B\
\x4C\x02\xCD\x13\xEA\x00\x7C\x00\x00\xEB\xFE\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x52\xF9\x06\x00\x00\x00\
" | dd of=$HDDIMG bs=1 conv=notrunc >/dev/null 2>&1

echo Creating primary partition ...
# extract partition, create FAT16 filesystem and copy back
PARTFILE=${HDDIMG}-PARTITION
SECT_PARTTABLE=$NO_SECT
B_PARTTABLE=$(($SECT_PARTTABLE * $B_SECT))
dd if=$HDDIMG of=$PARTFILE bs=$B_SECT skip=$SECT_PARTTABLE >/dev/null 2>&1
/sbin/mkdosfs -F 16 -h $NO_SECT $PARTFILE
# Correct physical drive number (set to 0x00, should be 0x80)
echo -n -e "\x80" | dd of=$PARTFILE bs=1 seek=36 conv=notrunc >/dev/null 2>&1
# Correct sectors per track (set to 0x0020, should be $NO_SECT)
NO_SECT_HEX1=$(echo "ibase=10; obase=16; $(($NO_SECT / 256))" | bc)
NO_SECT_HEX2=$(echo "ibase=10; obase=16; $(($NO_SECT % 256))" | bc)
NO_SECT_HEX=$(echo -n -e "\\x$NO_SECT_HEX2\\x$NO_SECT_HEX1")
echo -n -e $NO_SECT_HEX | dd of=$PARTFILE bs=1 seek=24 conv=notrunc >/dev/null 2>&1
dd if=$PARTFILE of=$HDDIMG bs=$B_SECT seek=$SECT_PARTTABLE >/dev/null 2>&1
rm -f $PARTFILE

# transfer floppy boot sector code
B_BOOTSECPARAM=62 # length of parameter block in boot sector
B_BOOTSECCODE=$(($B_SECT - B_BOOTSECPARAM)) # length of code block in boot sector
echo Copying boot sector ...
dd if=$FLOPPYIMG of=$HDDIMG bs=1 count=$B_BOOTSECCODE skip=$B_BOOTSECPARAM seek=$(($B_PARTTABLE + $B_BOOTSECPARAM)) conv=notrunc >/dev/null 2>&1

echo Copying DOS files ...
CDIMAGE_BASENAME=$(basename $CDIMAGE)
HDDDIR=$TMPDIR/hdd
FLOPPYDIR=$TMPDIR/floppy
su --command="\
mkdir $HDDDIR;\
mkdir $FLOPPYDIR;\
mount -oloop $FLOPPYIMG $FLOPPYDIR;\
mount -t msdos -oloop,offset=$(($SECT_PARTTABLE * $B_SECT)) $HDDIMG $HDDDIR;\
cp --preserve $FLOPPYDIR/ibmbio.com $HDDDIR;\
cp --preserve $FLOPPYDIR/ibmdos.com $HDDDIR;\
cp --preserve -u $FLOPPYDIR/* $HDDDIR;\
cp --preserve=timestamps $CDIMAGE $HDDDIR;\
cp --preserve=timestamps $SHSUCDRD_EXE $HDDDIR;\
cp --preserve=timestamps $SHSUCDX_COM $HDDDIR;\
cat $FLOPPYDIR/config.sys | \
sed -e 's/A:\\\/C:\\\/' | \
grep -v IBMTPCD.SYS >$HDDDIR/config.sys;\
cat $FLOPPYDIR/autoexec.bat | \
sed -e 's/LOADHIGH MSCDEX.EXE \/D:TPCD001/shsucdrd.exe \/f:$CDIMAGE_BASENAME\r\nshsucdx.com \/d:SHSU-CDR,R/' >$HDDDIR/autoexec.bat;\
umount $FLOPPYDIR;\
umount $HDDDIR;\
rm -rf $FLOPPYDIR;\
rm -rf $HDDDIR"

echo Creating ISO image ...
mkisofs -input-charset default -hard-disk-boot -b $(basename $HDDIMG) -hide boot.cat -hide $(basename $HDDIMG) -o $NEWCDIMAGE $ISODIR

rm -rf $TMPDIR
rm -rf $ISODIR

echo Completed!
</pre>

If you have any questions, feel free to ask. :-)

BTW: It would be much simpler if I simply could put the new ISO images for download somewhere. But I guess for legal reasons this will not be possible.

== Comments on Approach 1 ==

<ul>

<li>
Reported to work on:
<ul>
<li>ThinkPad X60s (1702-55G) with Plextor PX-608CU USB DVD recorder</li>
<li>ThinkPad X60 (1706-GMG) with Plextor PX-608CU USB DVD recorder, upgraded BIOS from version 2.03 to 2.14</li>
<li>ThinkPad X61s (7666-36G) with Freecom FS-50 USB DVD recorder, upgraded BIOS from version 1.10 to 2.07</li>
</ul>
</li>

</ul>

= Approach 2: Load an USB driver, create RAM disk and copy the files to the RAM disk =

I ([[User:Joachim_Selke | Joachim Selke]]) successfully updated my Thinkpad {{X60s}} using the following method.

My first idea was to take Lenovo's ISO CD image and modify it such that a USB CD drive can be used instead the CD drive in the docking station. Unfortunately, simply replacing the drivers is not enough. While doing the BIOS update, the USB ports seem to get disabled or something like that. To circumvent this problem I tried to create a RAM disk, copy the needed files to this RAM disk, and then use this RAM disk as some kind of virtual CD drive. However, there were some problems with this approach as reported below.

<ol>
<li>
Download the ISO image style BIOS update from Lenovo's website. This file will be refered to as <tt>/tmp/bios-lenovo.iso</tt>.
</li>

<li>
Extract the floppy image from this ISO image. You can use the following shell script for this task (or an alternative one from [http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/]). Simply save this code into the file <tt>/tmp/extractbootimage.sh</tt>, set the x-flag (<tt>chmod +x /tmp/extractbootimage.sh</tt>) and call it using the command <tt>/tmp/extractbootimage.sh /tmp/bios-lenovo.iso /tmp/bios-lenovo.img</tt>. The floppy image contained in the ISO image will then be saved to <tt>/tmp/bios-lenovo.img</tt>. Here is the code of the shell script:
<pre>
#!/bin/bash

# This script extracts the floopy boot image from bootable ISO images
#
# Written by Joachim Selke (mail@joachim-selke.de), 2007-04-07

ISOFILE=$1
IMAGEFILE=$2

if [ ! -r $ISOFILE ]; then
echo $ISOFILE: file does not exist or is not readable
exit 1
fi

if [ -z $IMAGEFILE ]; then
echo Error: no image file specified
exit 1
fi

ISOFILESIZE=`stat -c %s $ISOFILE`

# collect El Torito data
# see http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf for reference

BOOTCATALOGPOINTERBYTE=$((17 * 0x800 + 0x47))

if [ $ISOFILESIZE -lt $(($BOOTCATALOGPOINTERBYTE + 4)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# absolute pointer to first sector of boot catalog:
BOOTCATALOG=`od -A n -t x4 -N 4 -j $BOOTCATALOGPOINTERBYTE $ISOFILE | tr -d [:blank:]`

BOOTCATALOGBYTE=$((0x$BOOTCATALOG * 0x800))

echo Boot catalog starts at byte $BOOTCATALOGBYTE

if [ $ISOFILESIZE -lt $(($BOOTCATALOGBYTE + 32 + 2)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# media type of boot image
# only floppy disk images are supported by this script
BOOTMEDIATYPE=`od -A n -t x1 -N 1 -j $(($BOOTCATALOGBYTE + 32 + 1)) $ISOFILE | tr -d [:blank:]`

if [ $BOOTMEDIATYPE -eq 1 ]; then
echo Boot media type is 1.2M floppy disk
IMAGEBLOCKS=$((1200 / 2))
elif [ $BOOTMEDIATYPE -eq 2 ]; then
echo Boot media type is 1.44M floppy disk
IMAGEBLOCKS=$((1440 / 2))
elif [ $BOOTMEDIATYPE -eq 3 ]; then
echo Boot media type is 2.88M floppy disk
IMAGEBLOCKS=$((2880 / 2))
else
echo Boot media type is $((0x$BOOTMEDIATYPE)). This type is not supported yet.
exit 1
fi

# absolute pointer to start of boot image
BOOTIMAGE=`od -A n -t x4 -N 4 -j $(($BOOTCATALOGBYTE + 32 + 8)) $ISOFILE | tr -d [:blank:]`

BOOTIMAGEBYTE=$((0x$BOOTIMAGE * 0x800))

echo Boot image starts at byte $BOOTIMAGEBYTE

if [ $ISOFILESIZE -lt $((0x$BOOTIMAGE * 0x800 + $IMAGEBLOCKS * 0x800)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

echo Extracting boot image ...

dd if=$ISOFILE of=$IMAGEFILE bs=2K count=$IMAGEBLOCKS skip=$((0x$BOOTIMAGE))

echo Finished
</pre>
</li>

<li>
Mount the floppy image '''as root''' using the loop device:
:{{cmdroot|mkdir /tmp/bios-lenovo.img-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.img /tmp/bios-lenovo.img-mnt}}
The image is now mounted as <tt>/tmp/bios-lenovo.img-mnt</tt>.
</li>

<li>
Download needed drivers. First download some [http://panasonic.co.jp/pcc/products/drive/other/driver/f2h_usb.exe USB drivers] from Panasonic Japan. Save the file to <tt>/tmp/f2h_usb.exe</tt> This file is a self-extracting EXE file, that can be executed under Linux using [http://www.winehq.com/ Wine]:
:{{cmduser|wine /tmp/f2h_usb.exe}}
You will be asked where to save the extracted files. Choose <tt>/tmp</tt>. A new directory <tt>/tmp/F2h</tt> containing the needed drivers will be created.

Additionally, you will need drivers for the RAM disk mentioned. Download them from the [http://sourceforge.net/projects/srdisk ReSizeable RAMDisk project]. Unzip them to <tt>/tmp/srdisk</tt>.
</li>

<li>
Let's modify the floppy image:
:{{cmduser|cp /tmp/F2h/Usbaspi.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/USBCD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/RAMFD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdxms.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdisk.exe /tmp/bios-lenovo.img-mnt/}}
Now add the following lines to <tt>/tmp/bios-lenovo.img-mnt/config.sys</tt> replacing the line <tt>DEVICE = A:\IBMTPCD.SYS /R /C</tt>:
<pre>
DEVICE = A:\SRDXMS.SYS
DEVICE = A:\RAMFD.SYS
DEVICE = A:\USBASPI.SYS /V
DEVICE = A:\USBCD.SYS /D:TPCD001
</pre>
Finally, edit the file <tt>/tmp/bios-lenovo.img-mnt/autoexec.bat</tt> replacing the last line (saying <tt>COMMAND.COM</tt>) by the following:
<pre>
A:\SRDISK 10000
COPY *.* D:
D:
COMMAND.COM
</pre>

Maybe the RAM disk gets a drive letter different from D: on your system. In this case, you have to change the above lines accordingly.
</li>

<li>
Unmount the floppy image (as root):
:{{cmdroot|umount /tmp/bios-lenovo.img-mnt}}
</li>

<li>
Copy the content of the original CD image to a new directory and create a new ISO file:
:{{cmdroot|mkdir /tmp/bios-lenovo.iso-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.iso /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkdir /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.iso-mnt/* /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.img /tmp/bios-new.iso-mnt/boot.img}}
:{{cmdroot|umount /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkisofs -relaxed-filenames -b boot.img -o /tmp/bios-new.iso /tmp/bios-new.iso-mnt/}}
</li>

<li>
The file <tt>/tmp/bios-new.iso</tt> is the modified ISO file. Just burn it to CD and use this CD for updating your BIOS (boot from it using your USB drive). Please give some comments here if it worked for you.
</li>

</ol>

== Comments on Approach 2 ==

<ul>

<li>
I have followed your excellent instructions. The CD booted, the update program ran but stopped working and responding while updating. Luckily the BIOS was not destroyed. Since destroying the BIOS is a very high risk, I am going to recover the original Windows on an old HD and will run the update exe update program from there.
</li>

<li>
I followed these clear instructions, and like the comment above I ended up with a CD that booted but the update program stopped working and responding. An ALT-CTRL-DELETE rebooted my x60s, and it works so the BIOS must not have been damaged. I was trying to upgrade from version 2.08 to 2.11, I wonder if these instructions are somehow particular to certain versions?
[[User:Latch|Latch]] 01:22, 14 June 2007 (UTC)
</li>

<li>
After following the above instructions, the program also stopped working while updating the BIOS. But after changing the drive letter from D: to C: (see code below), it everything worked fine. However, I had some trouble figuring out, which letter to choose over D: at first, as the BIOS Upgrade program started right away.

<pre>
A:\SRDISK 10000
COPY *.* C:
C:
COMMAND.COM
</pre>
[[User:Mtx|Mtx]], 1 August 2007, Thinkpad X61s
</li>

<li>
Flashing the bios (2.12) works for me on a X60s (using drive c). Using the DVD-R on an USB-Hub did not work. [[User:Ra|Ra]] 00:15, 21 August 2007 (UTC)
</li>

<li>
Flashing BIOS 2.14 works for me on a X60s (using drive c). 25-02-2008
</li>

</ul>

= Approach 3: Alternative method using a USB stick =

''Note: none of the above methods worked on my X60s. This method worked for me, however.'' [[User:PhilipPaeps|PhilipPaeps]] 16:41, 24 August 2007 (UTC)

This method was surprisingly painless once I convinced my ThinkPad X60s to boot DOS from a USB stick. I used VMWare and some mystical tool to get DOS on the stick. If you can find another way to get a bootable DOS stick, please update this section!

* Tell VMWare to create a virtual floppy image for you and format it under Microsoft Windows and tell it to create a system disk. You can do this by clicking into "My Computer", then right-clicking on the "Floppy" icon and selecting "Format". In the box that pops up, you need to check the box that says "Create an MS-DOS startup disk" and then click "Start".

* When you've done that, get this tool: http://www.techpowerup.com/downloads/330/mirrors.php and install it. The tool is apparantly something HP once wrote, but I have been unable to find a link to it anywhere on the HP website.

* In a command prompt again: <code>C:\DriveKey\HPUSBF.EXE E: -Q -B:A:\</code>, replacing the <code>E:</code> with the "drive letter" associated with your USB stick (you can find this letter in "My Computer" under "Removable Storage"). '''WARNING:''' this wipes anything on the USB stick. You will end up with a USB stick which appears empty at this point, but there is DOS on it somewhere.

* Now mount the BIOS update ISO image from Lenovo as a virtual CDROM using VMWare again and copy the files from it to the USB stick: <code>copy D:\*.* E:\</code>.

At this point, you may want to fiddle with the splash image, as described elsewhere on ThinkWiki.

* Reboot and press F12, tell the BIOS to boot from your USB stick.

* <code>cd flash</code> ; <code>updtflsh.exe</code>

Think happy thoughts. The ThinkPad will beep quite ominously (and loudly!) a couple of times. Do not let this worry you too much. After about three minutes, the program will ask you to press enter to restart and hopefully all will be well.

= Approach 4: Alternative method to the above "alternative method" =

This is based on the above "Alternative Method" and works on my {{X60}}.

1. Download the [[BIOS_Upgrade_Downloads|BIOS Update]] iso image and the [http://www.techpowerup.com/downloads/330/mirrors.php|HP USB Stick Formatter].

2. Now get access to Windows -- be it in an emulator, or a colleague's PC. Steps 3, 4, 5 needs Windows to complete.

3. Install the HP USB Stick Formatter.

4. Go to the directory where you installed the tool: e.g. C:\DriveKey and extract HPUSBF.EXE to a new directory HPUSBF\ (using WinRAR, 7zip or similar).

5. Run the HPUSBFW.EXE utility, selecting the location of system files as C:\DriveKey\HPUSBF, and let it format the USB stick.

6. Extract the iso image to the USB stick, for example to K:\7buj22us (K: being the USB stick).

7. On the target computer, boot with the USB stick and issue the commands "cd 7buj22us" then "command.com"

This brings up the BIOS flash interface and you can update your BIOS from here.

== Comments on Approach 4 ==

<ul>
<li>
I (Martin Aulbach) followed these clear instructions and updated my X61t (from BIOS v1.08 to v1.10) without any problems and with a nice graphic splash screen. It is not necessary to let Windows format the USB stick as a MS-DOS startup disk, as outlined in Approach 3. The HP format tool will take care of this (in Step 5) and the USB stick will boot sucessfully at startup (correct boot order provided).
</li>
</ul>

= Approach 5: Using a USB stick to upgrade BIOS on older X Series Thinkpads =

This method has been successfully applied for upgrading an {{X32}} Thinkpad. The previous BIOS version was 3.00d, and it was upgraded to 3.02 . Below are the steps:

1. Download the new BIOS and EC Diskette-type upgrades.

2. Make a DOS-bootable USB stick. See the section above for instructions on how to do this.

3. Copy the upgrade programs to the USB stick.

4. Make two zero-files (using dd), each with the size of a floppy disk.

5. Boot up the USB stick using QEMU, with the USB stick as hda, and the two floppy disk images as A: and B: .

6. Run the BIOS upgrade program, and select the first diskette as its destination. This will not actually upgrade the BIOS; it will only fill up the disk image.

7. Run the EC upgrade program, with the second diskette as target. Again, this will only fill up the disk image, not upgrade the EC.

8. Make two directories, C:\1 and C:\2 .

9. Copy the contents of the first diskette to C:\1 and the second diskette to C:\2 .

10. Exit QEMU, use the USB stick to boot the Thinkpad which BIOS we are going to upgrade.

11. cd into C:\1 and run command.com inside it. This will bring up the BIOS update interface, so update the BIOS.

12. After updating the BIOS, the machine will turn off by itself. Now boot again, with the same USB stick.

13. cd into C:\2 and run command.com inside it. This will bring up the EC update interface. Update the EC and wait for the machine to shut down completely.

14. Remove the USB stick. Now boot into the machine and go into BIOS setup. Right now you should see the new BIOS and EC version. If not, then something is wrong; make sure you have followed the above steps properly. Please also discuss this.

BIOS Upgrade/X Series

2008-05-01T00:16:31Z

Martin80: /* Approach 4: Alternative method to the above "alternative method" */

__TOC__

X Series Thinkpads do not have an internal drive. If there is no Windows installed, the BIOS must be updated by booting from an USB drive or a drive that is integrated in the docking station. Since a while Lenovo provides BIOS updates in form of bootable CD images. Unfortunately, these images are intended to be used with the docking station's CD drive. If you do not own such a drive, things get complicated.

The problem is that current BIOS updates are quite large, about 3 MB in size. Booting from CDs typically works like booting from a 1.44 MB or 2.88 MB floppy disk. The floppy image is stored on the CD and is referenced in the CD's boot record. Because the BIOS update file are that large, they do not fit on such a floppy image. Thus, they must be stored on the CD outside the virtual floppy image. To access these files a driver for the CD drive has to be loaded. Since Lenovo's CD images are intended to be used with a docking station's CD drive, it is not possible to use them for BIOS updates by booting from an USB CD drive.

Another problem is that older X Series (like the {{X32}}) don't have bootable iso images at all. They have only two options: 1. update from Windows, 2. update using a diskette updater, which requires you to have a real floppy disk drive.

But there is hope. This page describes some approaches to solve the problems above.

Here is a brief overview of each approach:
* [[#Approach 1: Use larger boot image and create virtual CD drive]] Requires a USB CD drive. Reported to work on {{X60s}}.

* [[#Approach 2: Load an USB driver, create RAM disk and copy the files to the RAM disk]] Requires a USB CD drive. People have reported mixed results, with the flash update software freezing, depending on things like CD drive letter and type. Reported to work on {{X60s}}.

* [[#Approach 3: Alternative method using a USB stick]] Requires a USB flash drive, Microsoft Windows, and some HP software tool. Reported to work on {{X60s}}, {{X61}}.

* [[#Approach 4: Alternative method to the above "alternative method"]] Requires a USB flash drive, Microsoft Windows, and some HP software tool. Seems functionally similar to Approach 3.

* [[#Approach 5: Using a USB stick to upgrade BIOS on older X Series Thinkpads]] Requires a USB flash drive. Reported to work on {{X32}}.

= Approach 1: Use larger boot image and create virtual CD drive =

The CD images provided by Lenovo can be modified such that a BIOS update is possible -- without loading any drivers. I ([[User:Joachim_Selke|Joachim Selke]]) successfully updated my Thinkpad {{X60s}} using the following method.

My first idea was to take Lenovo's ISO CD image and modify it such that a USB CD drive can be used instead the CD drive in the docking station. Unfortunately, simply replacing the drivers is not enough. While doing the BIOS update, the USB ports seem to get disabled or something like that. To circumvent this problem I tried to create a RAM disk, copy the needed files to this RAM disk, and then use this RAM disk as some kind of virtual CD drive. However, there were some problems with this approach as reported below. For a description of this old approach see the section "Approach 2: Load an USB driver, create RAM disk and copy the files to the RAM disk" below. I developed a new approach to solve this problem and will describe it here.

The idea is to create a new bootable ISO image that is large enough to hold the original ISO file. This can be done by switching from the virtual floppy drive used by Lenovo's update disk to a virtual hard disk drive (for details, see the El Torito standard). Instead of loading the CD drive driver provided by Lenovo we load the [[http://www.geocities.com/jadoxa/shsucdx/index.html SHSUCD drivers]]. This driver enables us to create a virtual CD drive from Lenovo's original ISO file.

I wrote a script to automate this steps and create a new ISO file from Lenovo's ISO file. This new ISO file can directly be used to update the BIOS. My script takes four arguments:
<ol>
<li>the filename of Lenovo's original ISO file (e.g. <tt>/home/selke/Desktop/7buj23uc.iso</tt>)</li>
<li>the filename of the new ISO file to be created (e.g. <tt>/home/selke/Desktop/out.iso</tt>)</li>
<li>the location of shsucdrd.exe (e.g. <tt>/home/selke/Desktop/shsucdrd.exe</tt></li>
<li>the location of shsucdx.com (e.g. <tt>/home/selke/Desktop/shsucdx.com</tt></li>
</ol>

Both shsucdrd.exe and shsucdx.com can be downloaded from [http://www.geocities.com/jadoxa/shsucdx/index.html].

To sum up, an example call of the script would be <tt>convertlenovo.sh /home/selke/Desktop/7buj23uc.iso /home/selke/Desktop/out.iso /home/selke/Desktop/shsucdrd.exe /home/selke/Desktop/shsucdx.com</tt>

Note that you need recent versions of the following tools:
<ul>
<li>mkdosfs (for Fedora users: contained in the package dosfstools)</li>
<li>mkisofs</li>
</ul>

The script runs perfectly on my Fedora 8 system (it should also run without problems on Fedora 7 and other popular distributions). If there are problems, please tell me ([[User:Joachim_Selke|Joachim Selke]]).

Further note that the script at some point requires you to enter the root password since it must mount a disk image. As far as I know, this cannot be done without root privileges.

What does the script do? I will give a short overview:
<ol>
<li>Extract the boot floppy image from Lenovo's bootable ISO file.</li>
<li>Create a new boot hard disk image and copy both the boot sector and the files from Lenovo's boot floppy image to the new image.</li>
<li>Copy Lenovo's ISO image to the new hard disk image.</li>
<li>Also copy the SHSUCD drivers to the hard disk and change autoexec.bat and config.sys accordingly. When booting this hard disk image a new virtual CD drive will be created by SHSUCD. This virtual CD drive will have Lenovo's original ISO disc "inserted."</li>
<li>Create a new ISO file that only consists of the boot image given by the bootable hard disk image just created.</li>
</ol>

Some additional notes:
<ul>
<li>Currently, the script is not able to handle spaces in file names properly. Thus, the file names and directory path names used when calling the script should not contain spaces.</li>
<li>The file name of the original ISO file (7buj23uc.iso in the example above) must follow the DOS 8.3 file name conventions; otherwise SHSUCD will not be able to load the ISO image.</li>
</ul>

Here is the complete script (save it as <tt>convertlenovo.sh</tt>):

<pre>
#!/bin/bash

# Written by Joachim Selke (mail@joachim-selke.de), 2007-12-28

# Known bugs:
# - spaces in file names make trouble at the moment (so try to avoid spaces),
# I will fix that later
# - some users seem to have problems with some of the sed statements,
# I currently have no idea what is wrong there ... (please report those bugs)

CDIMAGE=$1 # location of Lenovo's CD image
NEWCDIMAGE=$2 # filename of ISO file to create
SHSUCDRD_EXE=$3 # location of shsucdrd.exe
SHSUCDX_COM=$4 # location of shsucdx.com

MB_HDD=50 # HDD image size in megabyte (base 1000)

TMPDIR=`mktemp -d`
ISODIR=`mktemp -d`

HDDIMG=$ISODIR/hdd.img # filename of HDD image to create
FLOPPYIMG=$TMPDIR/floppy.img # filename of floppy image to create

##############################################################################

# This script extracts the floopy boot image from bootable ISO images
#
# Written by Joachim Selke (mail@joachim-selke.de), 2007-04-07

ISOFILE=$CDIMAGE
IMAGEFILE=$FLOPPYIMG

if [ ! -r $ISOFILE ]; then
echo $ISOFILE: file does not exist or is not readable
exit 1
fi

if [ -z $IMAGEFILE ]; then
echo Error: no image file specified
exit 1
fi

ISOFILESIZE=`stat -c %s $ISOFILE`

# collect El Torito data
# see http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf for reference

BOOTCATALOGPOINTERBYTE=$((17 * 0x800 + 0x47))

if [ $ISOFILESIZE -lt $(($BOOTCATALOGPOINTERBYTE + 4)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# absolute pointer to first sector of boot catalog:
BOOTCATALOG=`od -A n -t x4 -N 4 -j $BOOTCATALOGPOINTERBYTE $ISOFILE | tr -d [:blank:]`

BOOTCATALOGBYTE=$((0x$BOOTCATALOG * 0x800))

echo Boot catalog starts at byte $BOOTCATALOGBYTE

if [ $ISOFILESIZE -lt $(($BOOTCATALOGBYTE + 32 + 2)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# media type of boot image
# only floppy disk images are supported by this script
BOOTMEDIATYPE=`od -A n -t x1 -N 1 -j $(($BOOTCATALOGBYTE + 32 + 1)) $ISOFILE | tr -d [:blank:]`

if [ $BOOTMEDIATYPE -eq 1 ]; then
echo Boot media type is 1.2M floppy disk
IMAGEBLOCKS=$((1200 / 2))
elif [ $BOOTMEDIATYPE -eq 2 ]; then
echo Boot media type is 1.44M floppy disk
IMAGEBLOCKS=$((1440 / 2))
elif [ $BOOTMEDIATYPE -eq 3 ]; then
echo Boot media type is 2.88M floppy disk
IMAGEBLOCKS=$((2880 / 2))
else
echo Boot media type is $((0x$BOOTMEDIATYPE)). This type is not supported yet.
exit 1
fi

# absolute pointer to start of boot image
BOOTIMAGE=`od -A n -t x4 -N 4 -j $(($BOOTCATALOGBYTE + 32 + 8)) $ISOFILE | tr -d [:blank:]`

BOOTIMAGEBYTE=$((0x$BOOTIMAGE * 0x800))

echo Boot image starts at byte $BOOTIMAGEBYTE

if [ $ISOFILESIZE -lt $((0x$BOOTIMAGE * 0x800 + $IMAGEBLOCKS * 0x800)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

echo Extracting boot image ...

dd if=$ISOFILE of=$IMAGEFILE bs=2K count=$IMAGEBLOCKS skip=$((0x$BOOTIMAGE))

echo Finished

##############################################################################

NO_HEA=16 # heads
NO_SECT=63 # sectors per cylinder/track
B_SECT=512 # bytes per sector

B_CYL=$(($NO_HEA * $NO_SECT * $B_SECT)) # bytes per cylinder/track

NO_CYL=$(($MB_HDD * 1000 * 1000 / $B_CYL)) # cylinders/tracks per head

echo -n -e "Cylinders: $NO_CYL\nHeads: $NO_HEA\nSectors per track: $NO_SECT\nBytes per sector: $B_SECT\n"

echo Creating empty image ...
dd if=/dev/zero of=$HDDIMG bs=$B_CYL count=$NO_CYL >/dev/null 2>&1

echo Creating partition structure ...
echo -n -e "o\n n\n p\n 1\n \n \n t\n 6\n a\n 1\n w\n" | /sbin/fdisk -b $B_SECT -C $NO_CYL -H $NO_HEA -S $NO_SECT $HDDIMG >/dev/null 2>&1

echo Writing master boot record ...
echo -n -e "\
\xFA\xB8\x00\x10\x8E\xD0\xBC\x00\xB0\xB8\x00\x00\x8E\xD8\x8E\xC0\
\xFB\xBE\x00\x7C\xBF\x00\x06\xB9\x00\x02\xF3\xA4\xEA\x21\x06\x00\
\x00\xBE\xBE\x07\x38\x04\x75\x0B\x83\xC6\x10\x81\xFE\xFE\x07\x75\
\xF3\xEB\x16\xB4\x02\xB0\x01\xBB\x00\x7C\xB2\x80\x8A\x74\x01\x8B\
\x4C\x02\xCD\x13\xEA\x00\x7C\x00\x00\xEB\xFE\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\
\x00\x00\x00\x00\x00\x00\x00\x00\x52\xF9\x06\x00\x00\x00\
" | dd of=$HDDIMG bs=1 conv=notrunc >/dev/null 2>&1

echo Creating primary partition ...
# extract partition, create FAT16 filesystem and copy back
PARTFILE=${HDDIMG}-PARTITION
SECT_PARTTABLE=$NO_SECT
B_PARTTABLE=$(($SECT_PARTTABLE * $B_SECT))
dd if=$HDDIMG of=$PARTFILE bs=$B_SECT skip=$SECT_PARTTABLE >/dev/null 2>&1
/sbin/mkdosfs -F 16 -h $NO_SECT $PARTFILE
# Correct physical drive number (set to 0x00, should be 0x80)
echo -n -e "\x80" | dd of=$PARTFILE bs=1 seek=36 conv=notrunc >/dev/null 2>&1
# Correct sectors per track (set to 0x0020, should be $NO_SECT)
NO_SECT_HEX1=$(echo "ibase=10; obase=16; $(($NO_SECT / 256))" | bc)
NO_SECT_HEX2=$(echo "ibase=10; obase=16; $(($NO_SECT % 256))" | bc)
NO_SECT_HEX=$(echo -n -e "\\x$NO_SECT_HEX2\\x$NO_SECT_HEX1")
echo -n -e $NO_SECT_HEX | dd of=$PARTFILE bs=1 seek=24 conv=notrunc >/dev/null 2>&1
dd if=$PARTFILE of=$HDDIMG bs=$B_SECT seek=$SECT_PARTTABLE >/dev/null 2>&1
rm -f $PARTFILE

# transfer floppy boot sector code
B_BOOTSECPARAM=62 # length of parameter block in boot sector
B_BOOTSECCODE=$(($B_SECT - B_BOOTSECPARAM)) # length of code block in boot sector
echo Copying boot sector ...
dd if=$FLOPPYIMG of=$HDDIMG bs=1 count=$B_BOOTSECCODE skip=$B_BOOTSECPARAM seek=$(($B_PARTTABLE + $B_BOOTSECPARAM)) conv=notrunc >/dev/null 2>&1

echo Copying DOS files ...
CDIMAGE_BASENAME=$(basename $CDIMAGE)
HDDDIR=$TMPDIR/hdd
FLOPPYDIR=$TMPDIR/floppy
su --command="\
mkdir $HDDDIR;\
mkdir $FLOPPYDIR;\
mount -oloop $FLOPPYIMG $FLOPPYDIR;\
mount -t msdos -oloop,offset=$(($SECT_PARTTABLE * $B_SECT)) $HDDIMG $HDDDIR;\
cp --preserve $FLOPPYDIR/ibmbio.com $HDDDIR;\
cp --preserve $FLOPPYDIR/ibmdos.com $HDDDIR;\
cp --preserve -u $FLOPPYDIR/* $HDDDIR;\
cp --preserve=timestamps $CDIMAGE $HDDDIR;\
cp --preserve=timestamps $SHSUCDRD_EXE $HDDDIR;\
cp --preserve=timestamps $SHSUCDX_COM $HDDDIR;\
cat $FLOPPYDIR/config.sys | \
sed -e 's/A:\\\/C:\\\/' | \
grep -v IBMTPCD.SYS >$HDDDIR/config.sys;\
cat $FLOPPYDIR/autoexec.bat | \
sed -e 's/LOADHIGH MSCDEX.EXE \/D:TPCD001/shsucdrd.exe \/f:$CDIMAGE_BASENAME\r\nshsucdx.com \/d:SHSU-CDR,R/' >$HDDDIR/autoexec.bat;\
umount $FLOPPYDIR;\
umount $HDDDIR;\
rm -rf $FLOPPYDIR;\
rm -rf $HDDDIR"

echo Creating ISO image ...
mkisofs -input-charset default -hard-disk-boot -b $(basename $HDDIMG) -hide boot.cat -hide $(basename $HDDIMG) -o $NEWCDIMAGE $ISODIR

rm -rf $TMPDIR
rm -rf $ISODIR

echo Completed!
</pre>

If you have any questions, feel free to ask. :-)

BTW: It would be much simpler if I simply could put the new ISO images for download somewhere. But I guess for legal reasons this will not be possible.

== Comments on Approach 1 ==

<ul>

<li>
Reported to work on:
<ul>
<li>ThinkPad X60s (1702-55G) with Plextor PX-608CU USB DVD recorder</li>
<li>ThinkPad X60 (1706-GMG) with Plextor PX-608CU USB DVD recorder, upgraded BIOS from version 2.03 to 2.14</li>
<li>ThinkPad X61s (7666-36G) with Freecom FS-50 USB DVD recorder, upgraded BIOS from version 1.10 to 2.07</li>
</ul>
</li>

</ul>

= Approach 2: Load an USB driver, create RAM disk and copy the files to the RAM disk =

I ([[User:Joachim_Selke | Joachim Selke]]) successfully updated my Thinkpad {{X60s}} using the following method.

My first idea was to take Lenovo's ISO CD image and modify it such that a USB CD drive can be used instead the CD drive in the docking station. Unfortunately, simply replacing the drivers is not enough. While doing the BIOS update, the USB ports seem to get disabled or something like that. To circumvent this problem I tried to create a RAM disk, copy the needed files to this RAM disk, and then use this RAM disk as some kind of virtual CD drive. However, there were some problems with this approach as reported below.

<ol>
<li>
Download the ISO image style BIOS update from Lenovo's website. This file will be refered to as <tt>/tmp/bios-lenovo.iso</tt>.
</li>

<li>
Extract the floppy image from this ISO image. You can use the following shell script for this task (or an alternative one from [http://userpages.uni-koblenz.de/~krienke/ftp/noarch/geteltorito/]). Simply save this code into the file <tt>/tmp/extractbootimage.sh</tt>, set the x-flag (<tt>chmod +x /tmp/extractbootimage.sh</tt>) and call it using the command <tt>/tmp/extractbootimage.sh /tmp/bios-lenovo.iso /tmp/bios-lenovo.img</tt>. The floppy image contained in the ISO image will then be saved to <tt>/tmp/bios-lenovo.img</tt>. Here is the code of the shell script:
<pre>
#!/bin/bash

# This script extracts the floopy boot image from bootable ISO images
#
# Written by Joachim Selke (mail@joachim-selke.de), 2007-04-07

ISOFILE=$1
IMAGEFILE=$2

if [ ! -r $ISOFILE ]; then
echo $ISOFILE: file does not exist or is not readable
exit 1
fi

if [ -z $IMAGEFILE ]; then
echo Error: no image file specified
exit 1
fi

ISOFILESIZE=`stat -c %s $ISOFILE`

# collect El Torito data
# see http://www.phoenix.com/NR/rdonlyres/98D3219C-9CC9-4DF5-B496-A286D893E36A/0/specscdrom.pdf for reference

BOOTCATALOGPOINTERBYTE=$((17 * 0x800 + 0x47))

if [ $ISOFILESIZE -lt $(($BOOTCATALOGPOINTERBYTE + 4)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# absolute pointer to first sector of boot catalog:
BOOTCATALOG=`od -A n -t x4 -N 4 -j $BOOTCATALOGPOINTERBYTE $ISOFILE | tr -d [:blank:]`

BOOTCATALOGBYTE=$((0x$BOOTCATALOG * 0x800))

echo Boot catalog starts at byte $BOOTCATALOGBYTE

if [ $ISOFILESIZE -lt $(($BOOTCATALOGBYTE + 32 + 2)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

# media type of boot image
# only floppy disk images are supported by this script
BOOTMEDIATYPE=`od -A n -t x1 -N 1 -j $(($BOOTCATALOGBYTE + 32 + 1)) $ISOFILE | tr -d [:blank:]`

if [ $BOOTMEDIATYPE -eq 1 ]; then
echo Boot media type is 1.2M floppy disk
IMAGEBLOCKS=$((1200 / 2))
elif [ $BOOTMEDIATYPE -eq 2 ]; then
echo Boot media type is 1.44M floppy disk
IMAGEBLOCKS=$((1440 / 2))
elif [ $BOOTMEDIATYPE -eq 3 ]; then
echo Boot media type is 2.88M floppy disk
IMAGEBLOCKS=$((2880 / 2))
else
echo Boot media type is $((0x$BOOTMEDIATYPE)). This type is not supported yet.
exit 1
fi

# absolute pointer to start of boot image
BOOTIMAGE=`od -A n -t x4 -N 4 -j $(($BOOTCATALOGBYTE + 32 + 8)) $ISOFILE | tr -d [:blank:]`

BOOTIMAGEBYTE=$((0x$BOOTIMAGE * 0x800))

echo Boot image starts at byte $BOOTIMAGEBYTE

if [ $ISOFILESIZE -lt $((0x$BOOTIMAGE * 0x800 + $IMAGEBLOCKS * 0x800)) ]; then
echo ISO file is too short, possibly damaged
exit 1
fi

echo Extracting boot image ...

dd if=$ISOFILE of=$IMAGEFILE bs=2K count=$IMAGEBLOCKS skip=$((0x$BOOTIMAGE))

echo Finished
</pre>
</li>

<li>
Mount the floppy image '''as root''' using the loop device:
:{{cmdroot|mkdir /tmp/bios-lenovo.img-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.img /tmp/bios-lenovo.img-mnt}}
The image is now mounted as <tt>/tmp/bios-lenovo.img-mnt</tt>.
</li>

<li>
Download needed drivers. First download some [http://panasonic.co.jp/pcc/products/drive/other/driver/f2h_usb.exe USB drivers] from Panasonic Japan. Save the file to <tt>/tmp/f2h_usb.exe</tt> This file is a self-extracting EXE file, that can be executed under Linux using [http://www.winehq.com/ Wine]:
:{{cmduser|wine /tmp/f2h_usb.exe}}
You will be asked where to save the extracted files. Choose <tt>/tmp</tt>. A new directory <tt>/tmp/F2h</tt> containing the needed drivers will be created.

Additionally, you will need drivers for the RAM disk mentioned. Download them from the [http://sourceforge.net/projects/srdisk ReSizeable RAMDisk project]. Unzip them to <tt>/tmp/srdisk</tt>.
</li>

<li>
Let's modify the floppy image:
:{{cmduser|cp /tmp/F2h/Usbaspi.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/USBCD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/F2h/RAMFD.SYS /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdxms.sys /tmp/bios-lenovo.img-mnt/}}
:{{cmduser|cp /tmp/srdisk/srdisk.exe /tmp/bios-lenovo.img-mnt/}}
Now add the following lines to <tt>/tmp/bios-lenovo.img-mnt/config.sys</tt> replacing the line <tt>DEVICE = A:\IBMTPCD.SYS /R /C</tt>:
<pre>
DEVICE = A:\SRDXMS.SYS
DEVICE = A:\RAMFD.SYS
DEVICE = A:\USBASPI.SYS /V
DEVICE = A:\USBCD.SYS /D:TPCD001
</pre>
Finally, edit the file <tt>/tmp/bios-lenovo.img-mnt/autoexec.bat</tt> replacing the last line (saying <tt>COMMAND.COM</tt>) by the following:
<pre>
A:\SRDISK 10000
COPY *.* D:
D:
COMMAND.COM
</pre>

Maybe the RAM disk gets a drive letter different from D: on your system. In this case, you have to change the above lines accordingly.
</li>

<li>
Unmount the floppy image (as root):
:{{cmdroot|umount /tmp/bios-lenovo.img-mnt}}
</li>

<li>
Copy the content of the original CD image to a new directory and create a new ISO file:
:{{cmdroot|mkdir /tmp/bios-lenovo.iso-mnt}}
:{{cmdroot|mount -o loop /tmp/bios-lenovo.iso /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkdir /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.iso-mnt/* /tmp/bios-new.iso-mnt}}
:{{cmduser|cp /tmp/bios-lenovo.img /tmp/bios-new.iso-mnt/boot.img}}
:{{cmdroot|umount /tmp/bios-lenovo.iso-mnt}}
:{{cmduser|mkisofs -relaxed-filenames -b boot.img -o /tmp/bios-new.iso /tmp/bios-new.iso-mnt/}}
</li>

<li>
The file <tt>/tmp/bios-new.iso</tt> is the modified ISO file. Just burn it to CD and use this CD for updating your BIOS (boot from it using your USB drive). Please give some comments here if it worked for you.
</li>

</ol>

== Comments on Approach 2 ==

<ul>

<li>
I have followed your excellent instructions. The CD booted, the update program ran but stopped working and responding while updating. Luckily the BIOS was not destroyed. Since destroying the BIOS is a very high risk, I am going to recover the original Windows on an old HD and will run the update exe update program from there.
</li>

<li>
I followed these clear instructions, and like the comment above I ended up with a CD that booted but the update program stopped working and responding. An ALT-CTRL-DELETE rebooted my x60s, and it works so the BIOS must not have been damaged. I was trying to upgrade from version 2.08 to 2.11, I wonder if these instructions are somehow particular to certain versions?
[[User:Latch|Latch]] 01:22, 14 June 2007 (UTC)
</li>

<li>
After following the above instructions, the program also stopped working while updating the BIOS. But after changing the drive letter from D: to C: (see code below), it everything worked fine. However, I had some trouble figuring out, which letter to choose over D: at first, as the BIOS Upgrade program started right away.

<pre>
A:\SRDISK 10000
COPY *.* C:
C:
COMMAND.COM
</pre>
[[User:Mtx|Mtx]], 1 August 2007, Thinkpad X61s
</li>

<li>
Flashing the bios (2.12) works for me on a X60s (using drive c). Using the DVD-R on an USB-Hub did not work. [[User:Ra|Ra]] 00:15, 21 August 2007 (UTC)
</li>

<li>
Flashing BIOS 2.14 works for me on a X60s (using drive c). 25-02-2008
</li>

</ul>

= Approach 3: Alternative method using a USB stick =

''Note: none of the above methods worked on my X60s. This method worked for me, however.'' [[User:PhilipPaeps|PhilipPaeps]] 16:41, 24 August 2007 (UTC)

This method was surprisingly painless once I convinced my ThinkPad X60s to boot DOS from a USB stick. I used VMWare and some mystical tool to get DOS on the stick. If you can find another way to get a bootable DOS stick, please update this section!

* Tell VMWare to create a virtual floppy image for you and format it under Microsoft Windows and tell it to create a system disk. You can do this by clicking into "My Computer", then right-clicking on the "Floppy" icon and selecting "Format". In the box that pops up, you need to check the box that says "Create an MS-DOS startup disk" and then click "Start".

* When you've done that, get this tool: http://www.techpowerup.com/downloads/330/mirrors.php and install it. The tool is apparantly something HP once wrote, but I have been unable to find a link to it anywhere on the HP website.

* In a command prompt again: <code>C:\DriveKey\HPUSBF.EXE E: -Q -B:A:\</code>, replacing the <code>E:</code> with the "drive letter" associated with your USB stick (you can find this letter in "My Computer" under "Removable Storage"). '''WARNING:''' this wipes anything on the USB stick. You will end up with a USB stick which appears empty at this point, but there is DOS on it somewhere.

* Now mount the BIOS update ISO image from Lenovo as a virtual CDROM using VMWare again and copy the files from it to the USB stick: <code>copy D:\*.* E:\</code>.

At this point, you may want to fiddle with the splash image, as described elsewhere on ThinkWiki.

* Reboot and press F12, tell the BIOS to boot from your USB stick.

* <code>cd flash</code> ; <code>updtflsh.exe</code>

Think happy thoughts. The ThinkPad will beep quite ominously (and loudly!) a couple of times. Do not let this worry you too much. After about three minutes, the program will ask you to press enter to restart and hopefully all will be well.

= Approach 4: Alternative method to the above "alternative method" =

This is based on the above "Alternative Method" and works on my {{X60}}.

1. Download the [[BIOS_Upgrade_Downloads|BIOS Update]] iso image and the [http://www.techpowerup.com/downloads/330/mirrors.php|HP USB Stick Formatter].

2. Now get access to Windows -- be it in an emulator, or a colleague's PC. Steps 3, 4, 5 needs Windows to complete.

3. Install the HP USB Stick Formatter.

4. Go to the directory where you installed the tool: e.g. C:\DriveKey and extract HPUSBF.EXE to a new directory HPUSBF\ (using WinRAR, 7zip or similar).

5. Run the HPUSBFW.EXE utility, selecting the location of system files as C:\DriveKey\HPUSBF, and let it format the USB stick.

6. Extract the iso image to the USB stick, for example to K:\7buj22us (K: being the USB stick).

7. On the target computer, boot with the USB stick and issue the commands "cd 7buj22us" then "command.com"

This brings up the BIOS flash interface and you can update your BIOS from here.

= Approach 5: Using a USB stick to upgrade BIOS on older X Series Thinkpads =

This method has been successfully applied for upgrading an {{X32}} Thinkpad. The previous BIOS version was 3.00d, and it was upgraded to 3.02 . Below are the steps:

1. Download the new BIOS and EC Diskette-type upgrades.

2. Make a DOS-bootable USB stick. See the section above for instructions on how to do this.

3. Copy the upgrade programs to the USB stick.

4. Make two zero-files (using dd), each with the size of a floppy disk.

5. Boot up the USB stick using QEMU, with the USB stick as hda, and the two floppy disk images as A: and B: .

6. Run the BIOS upgrade program, and select the first diskette as its destination. This will not actually upgrade the BIOS; it will only fill up the disk image.

7. Run the EC upgrade program, with the second diskette as target. Again, this will only fill up the disk image, not upgrade the EC.

8. Make two directories, C:\1 and C:\2 .

9. Copy the contents of the first diskette to C:\1 and the second diskette to C:\2 .

10. Exit QEMU, use the USB stick to boot the Thinkpad which BIOS we are going to upgrade.

11. cd into C:\1 and run command.com inside it. This will bring up the BIOS update interface, so update the BIOS.

12. After updating the BIOS, the machine will turn off by itself. Now boot again, with the same USB stick.

13. cd into C:\2 and run command.com inside it. This will bring up the EC update interface. Update the EC and wait for the machine to shut down completely.

14. Remove the USB stick. Now boot into the machine and go into BIOS setup. Right now you should see the new BIOS and EC version. If not, then something is wrong; make sure you have followed the above steps properly. Please also discuss this.