This bug impacts all who have multiple SATA drives.  While DELL may be 
corrupting things for _some_ users, my workstation doesn't have a single 
Windows partition on it.

Grub DOES NOT HONOR the BIOS drive enumeration.

If you have more than one disk drive, YOU CANNOT INSTALL this or any later 
version of Grub because it will choose its own order.  In my case, I put a 
FreeDOS partition and a FAT-32 extended partition on the first bootable drive 
per the BIOS.  After installing Ubuntu, there was no method of booting DOS 
from Grub because Grub changed the device numbering in a non-BIOS compatible 
way.

Until Grub honors the BIOS device order, this bug will be a constant PITA


On Sunday 18 April 2010 05:06:06 pm Boyd Waters wrote:
> This bug might interact with the Dell Backup Utility, but I hit this
> bug every time I install Ubuntu with Grub2 on my no-name, custom PC.
> My computer uses a SATA DVD, and has lots of hard disks. The BIOS disk
> enumeration may change for Grub when the system is running the
> installation DVD, then disk ejects, reboots from the hard disk.
> 
> In any case, I am certain that removing any Dell utility will not
> resolve the situation for me, as there are no such on this machine.
> 
> On Apr 18, 2010, at 3:47 AM, bigdoby <email address hidden> wrote:
> > the permanent fix is to remove the Dell Backup Utility.
> >
> > Rob.
> >
> > On Sat, Apr 17, 2010 at 9:31 PM, M Pietila
> >
> > <email address hidden>wrote:
> >> Upgraded from Karmic to Lucid today and am also having the "symbol
> >> 'grub_puts' not found" error described by illbashu; I have the Ubuntu
> >> install on a different drive from sda, so I had to reinstall grub2
> >> for
> >> Karmic also.  I haven't rebooted yet after reinstalling grub2, but I
> >> assume I'll run into the same need-to-keep-fixing-it problem as
> >> illbashu... would definitely be nice to have a permanent fix!
> >>
> >> --
> >> upgrades of the grub-pc package can overwrite wrong MBR
> >> https://bugs.launchpad.net/bugs/496435
> >> You received this bug notification because you are a direct
> >> subscriber
> >> of a duplicate bug.
> >
> > --
> > Religion easily has the best bullshit story of all time. Think about
> > it.
> > Religion has convinced people that there’s an invisible man…
> > living in the
> > sky. Who watches everything you do every minute of every day. And the
> > invisible man has a list of ten specific things he doesn’t want you
> > to do.
> > And if you do any of these things, he will send you to a special
> > place, of
> > burning and fire and smoke and torture and anguish for you to live
> > forever,
> > and suffer, and burn, and scream, until the end of time. But he
> > loves you.
> > He loves you. He loves you and he needs money.
> >
> > --
> > upgrades of the grub-pc package can overwrite wrong MBR
> > https://bugs.launchpad.net/bugs/496435
> > You received this bug notification because you are a direct subscriber
> > of a duplicate bug.
> >
> > Status in “grub2” package in Ubuntu: Fix Released
> > Status in “grub2” package in Debian: New
> >
> > Bug description:
> > Binary package hint: grub2
> >
> > The grub-pc package calls grub-install on upgrades. The drive to
> > install to is stored in debconf as a string like "/dev/sdb". The
> > problem is that /dev/sdb won't always be the same device if drives
> > are moved around or, where the situation is particularly bad, when
> > Ubuntu is installed to an external drive and used on multiple
> > computers as a "live" system. For this reason everywhere else in
> > Ubuntu I can think of file systems are specified with UUIDs rather
> > than device names. For specifying drives, /dev/disk/by-id/ seems to
> > give a unique way to identify a disk. grub-pc should store something
> > like "/dev/disk/by-id/usb-OEI-
> > USB2_Ultra_Disk_Drive_090706000466-0:0" instead of "/dev/sdb" so
> > there is no chance of installing to the wrong disk on grub-pc
> > upgrades.
> >
> > As an example: If you install Ubuntu to an external USB drive on
> > computer that has only one internal drive then grub-pc/
> > install_devices will likely contain "/dev/sdb". If you then boot
> > from that external on another computer that has an OS installed on
> > its second internal drive, an upgrade of the grub-pc package would
> > install to /dev/sdb making that computer unbootable.
> >
> > Work Around: If you install Ubuntu to an external drive and plan to
> > use it on multiple computers run "sudo dpkg-reconfigure grub-pc" and
> > uncheck all drives when prompted for "GRUB install devices". You
> > will need to manually run grub-install to the correct drive before
> > any major upgrades.
> >
> > To unsubscribe from this bug, go to:
> > https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/496435/+subscribe
> 

-- 
Roland Hughes, President
Logikal Solutions
(630)-205-1593
http://www.logikalsolutions.com
http://www.infiniteexposure.net
http://www.theminimumyouneedtoknow.com