Ubuntu 10.10 (Maverick Meerkat) USB Installation Tips<br><br>USB setup (no CDROM involved) had some issues, but all were soluable. <br>One approach is to  use the previous release's "Startup Disk Creator"<br>
to put the new iso onto a (1-2G) live USB, then use this live USB to<br>install to a 4G USB stick. This approach avoids the use of a CDROM, but<br>assumes you have a computer which can boot off a USB device.<br><br>If you have access to an Ubuntu 10.10 system, its USB startup creator<br>
has fewer problems than with earlier releases, but success is possible<br>with a fully patched Ubuntu 10.04 (Lucid Lynx) system.  Earlier<br>distributions or non-current Lucid systems will have additional<br>problems like "unknown keyword"s whose solutions are posted (Google<br>
them) in great numbers, burying all other problems/solutions.<br><br>Summary for the impatient:<br> 1)Start with a fully patched Lucid system.  <br> 2)From the BIOS setup, disable non-present devices in the boot order<br>
(New problem with Maverick).  The non-present floppy causes sdb media<br>missing errors. I disabled the CDROM as well, since it had been<br>removed.<br> 3)Use system/administrator/ Startup Disk Creator " with the Maverick<br>
iso.<br> 4)See what happens when you try to boot.  ESC at the logo will give<br>you the log.  Device errors like sdb seem to be related to missing<br>floppy fd0, sda errors to windows hibernation nonsense.  Errors seem<br>
to repeat forever.<br> 5)F6 to interrupt the boot early, to get to the language selection<br>screen, then the usual text menu.<br> 6)Insert the target USB (4G+) (pre partitioned for the 128k erase<br>block size) and choose "Install".  I don't bother with swap, making <br>
the whole 4G root. <br> 7)Rebooting the 4G stick, grub edit the boot command to reduce the<br>device references by one (hd2 -> hd1, and sdc -> sdb).<br> 8)After successful boot, sudo update-grub to fix the grub<br>configuration.<br>
 9)Tailor your new USB system.<br><br>I typically run Ubuntu off a USB device on a laptop with Windows on<br>the internal hard disk.  I prefer to upgrade without burning a startup<br>CD-ROM because of hardware problems, but sometimes that is not<br>
possible, because the "old" "Startup Disk Creator" will not accept the<br>"new" iso.<br><br>Downloaded the i386 desktop iso and ran the md5sum check. On a fully<br>patched Lucid (10.04) system running on a USB hard disk, ran the<br>
"system/administrator/Create Startup Disk" to create a live usb<br>startup disk. I wrote the Maverick iso to a 2G SD card in a USB reader<br>with no problem, but the card would not boot.<br><br>  The Maverick live USB would get to the Ubuntu logo, with the<br>
changeing color dots, but no further.  ESC showed the errors, a get<br>getpwuid error followed by  a repeating set of device sdb not found,<br>and Windows hibernated and would not mount, with sda errors.<br><br>  The install media created from a current Lucid system did not have<br>
any errors for unknown keywords in syslinux.cfg as reported by others<br>from earlier releases.<br><br> Fix 1)In the BIOS, disable the floppy (and the removed CDROM).  This<br>gets rid  of the sdb errors.  This was never necessary before, sigh.<br>
<br> Fix 2)Hit F6 at initial boot, select language, and from the text<br>menu, select install. This avoids the Windows mount nonsense, and<br>allows the install to run.  I installed  the system to a 4G USB<br>thumbdrive. See previous posts about the partitioning for the 128k<br>
erase block for the flash memory.  <br><br>The 4G thumbdrive would not boot of course, but this is an old<br>problem. Grub cannot find sdc since there is no longer an sdc. The USB<br>install media was sdb, it set up the target as sdc, but without the<br>
boot media, the target becomes sdb.<br><br>Fix 3)Reboot and choose e to edit the boot entry, and fix the wrong<br>devices.  I changed hd2 to hd1, and on the boot line, changed sdc1 to<br>sdb1.  Control X gave a successful boot.  <br>
<br>First thing, sudo update-grub to fix the wrong boot devices.<br><br>A USB startup disk created on my new Maverick system avoided the<br>Windows mount error, and in the target grub configuration, used the<br>UUID instead  of the  wrong sdc, but it still had a wrong reference to<br>
hd2 instead of hd1.<br><br>Tailoring the new system<br><br>Since my laptop uses 4311/12 Broadcom chips, I need to supply the<br>firmware missing from the Ubuntu distribution.  I have been using the<br>open firmware for awhile with good success, so I just copied the<br>
b43-open directory into /lib/firmware and network manager found my<br>access point.  Newer Broadcom chips may require the installation of<br>the b43-fwcutter package (while  hardwired to a network), and accept<br>the download offer of the firmware. I don't even bother to enable the<br>
"system/Hardware Drivers" for any of the Broadcom drivers -- so<br>the default b43 driver works with the open firmware.<br><br>Since flash memory has a limited number of writes, I use some ramdisk<br>mounts for high write traffic directories.  This also speeds things up.<br>
To set up ramdisks for /tmp and /var/log, add the following just<br>after /proc in /etc/fstab:<br><br># update-manager cannot see any space in /tmp when ramfs is used<br>tmpfs        /tmp        tmpfs    size=256M,mode=1777    0    0<br>
ramfs        /var/log    ramfs    mode=755        0    0<br><br>The next thing I do is to add a mkdir of /tmp/debs/partial to my<br>/etc/rc.local and make the deb download directory<br>/var/cache/apt/archives point to this location.  The update-manager<br>
will now dump the new packages into ram instead  of onto the flash<br>memory.<br><br>Now run update-manager and you should be all set.  Maverick will boot<br>off this USB in less than a minute.  One difference I have noticed<br>
from Lucid is that  network-manager seems to take a little longer<br>before it starts to connect.<br><br>All sorts of other things can still be tweaked.  I like to add a user<br>whose home is in /tmp (on ramdisk in my case).  Still working on ways<br>
to have users run mostly from ram, but to have permanent storage<br>available if needed.  I'm back in town, and should be attending some<br>SF user group meetings.<br><br>Good Luck<br>Ken<br><br>