Ubuntu – Ubuntu from flash drive

ReadyBoost improves things by caching boot files on media with fast access time. It's much like ureadahead but using an agile medium instead of just stacking the files on the boot disk. Whether or not it actually works better than something like ureadahead is highly debateable.

A Flash drive might have a lower seek time than a mechanical disk but throughputs are often very limited (there are exceptions of course: USB3 SSDs, for example). It's possible that by removing the seek element (as it does by stacking the files) ureadahead is faster because the drive has the faster throughput.

ReadyBoost has no effect on after-boot performance, IIRC, though it's concievable they might put some memory paging on there too if it's fast. You can put your swap on an external drive but that's only viable if the disk is faster, in both access and throughput.

In answer to your question: plugging a slow mechanical disk into a slow USB2 bus will give you no benefit other than extra disk space. Even if ureadahead could use it (which I don't think it can) any benefit would rely on the external drive having a higher throughput than your internal disk.

If that's the case (your internal disk is slow) you really want to consider upgrading it. Your primary disk should be the fastest permanent storage in your system. If you're considering an external swap, have a look at the prices of RAM. Stupidly high quantities are very cheap these days.

Late getting around to writing this one up.

Preamble

The problem appears to be an inconsistent partition table, often found on factory formatted USB thumb drives. Something about the partition table makes it unsuitable to make a liveUSB.

The Problem

My research into this seems to suggest the problem stems from a partition table written in a DOS 6.x format, a known buggy implementation. Here's explanation from the Linux cfdisk manual page (cfdisk is a text based utility for manipulating disk partition tables):

DOS 6.x WARNING

   The DOS 6.x FORMAT command looks for some information in the first sec‐
   tor of the data area of the partition, and treats this  information  as
   more  reliable than the information in the partition table.  DOS FORMAT
   expects DOS FDISK to clear the first 512 bytes of the data  area  of  a
   partition  whenever a size change occurs.  DOS FORMAT will look at this
   extra information even if the /U flag is given -- we  consider  this  a
   bug in DOS FORMAT and DOS FDISK.

Manifestations of this problem will often include some or all of the following symptoms:

• Testdisk and similar programs will identify the partition table as being made by DOS 5.x
• The boot disk creator in Ubuntu will often refuse to use the USB thumbdrive because it can't find a valid partition table the error message does not state this clearly however.
• Disk utility and Gparted can not delete the partition table because they don't recognise that there is one. Conversely they can't make a partion table either, because they also recognise that there is something there.
• Running fdisk -l on the thumbdrive will often declare that it has no partition table, even though you know there is one and can write data to it if it is still mounting OK.
• Attempts to use the drive and put an ext type partition table on it if successful can sometimes result in inconsistencies - the drive can fail to work on other machines, or suddenly fail to mount on the machine it was formatted on. These appears to be 'dead' USB thumbdrives as the device is firmware is recognised but it fails to mount and the partition table can not be read at all. I suspect a few fairly new thumbdrives have been thrown away, including one of mine before I figured out what the problem was.

Affected devices

Devices that I know from personal experience that have this problem:

Verbatim white 'Stor N Go' 4 and 8 GB devices Many Kingston 4Gb devices Woolworths "essentials" 4GB devices

Common factors with all of these devices is often that they claim Linux OS compatibility, and that they often include some Windows backup software for synchonising Windows data folders.

I don't know why USB thumbdrive manufacturers are supplying devices with what appears to be a partition table format that had problems when it was released. Any later format would probably work without any problems whatsoever, even though it might not be perfect by todays standards.

The Solution

dd if=/dev/zero of=/dev/sdX bs=512 count=1

This little line of code simply writes zeros over the top of the partition table on the device /dev/sdX

You will need to change sdX to the correct device for your faulty USB pendrive.

Warning: Using the incorrect device name will completely delete the partition table from whatever device you point it at - hard drive, external backup drive, anything. This will result in the deletion of any and all partitions that might be on the drive, and cause you a great deal of grief if you don't have all your important data backed up. You Have Been Warned

Once the partition table has been erased you will have to use a program like gparted to create a new one, and to add 1 or more partitions so that the device can be used. In my experience this fix is fast, simple, and permanent. I usually do it on all new USB pendrive devices that I purchase.

It's also possible use Linux command line utilities such as fdisk and extfs to create a new partition table. I shall add some details on this as time allows.

References

• Wikipedia

• cfdisk manpage