[Bug 948716] Re: grub-probe erroneously returns FAT UUID in lowercase

[mikifin]

I downloaded the file.

Let's review, so that I get you what you want. I am going to image the
PC as it is. Wipe it and install Ubuntu using your file on a OEM Windows
7 system. This may take awhile, maybe several days.

First, I have to say that I was attempting to install 11.04 and
installing the files to a back partition in my case H directly from the
Ubuntu site not with a CD/DVD.

Now, this is the process I used initially and I will repeat it using
your new file. I opened a network connection  from a Windows 7 Home
Premium OS, downloaded wubi from the Ubuntu site and ran it on my
desktop and it appeared that wubi went onto the internet and downloaded
the files from Ubuntu for the 11.04 version and installed them to the H
drive. The Windows boot menu appeared, I selected Ubuntu and next a
"grub2?" boot menu appeared and I selected Ubuntu and it failed.

I got an email from bcbc and followed his email to collect the
information he needed and passed on to Ilya.

Since that time I did three things. I investigated the issue from the
windows side. First I discovered that the Windows system was setup on a
dynamic drive. Then second I discovered that I had to shift the drive to
a static drive to install another OS and did that. I then discovered (as
is common on most OEM computers like Dell) that they fill up the drive
with primary partitions so that you can't install another type of
operating system. It seems Windows systems only allow four primary
partitions, so third I turned two of the partitions to extended
partition, which gave me the ability to install another OS.

One point, mostly for Windows users, the windows operating system will
only trigger the (you must change some of your partitions to extended
partitions to add another primary partition [you need to do this to add
another operating system]) warning ONCE, so if you miss this warning you
can chase your tail all day and not be able to add Linux and not know
why. In preparation for doing a more conservative install of an older
version of Linux I did this.

I decided to backstep to 10.43  and changed the partitioning as
described above and then installed the Ubuntu files using a downloaded
Ubuntu image ISO on a DVD and used the wubi.exe in the image and
directed the installer to put the files on the C or primary partition
(sda0?) instead of a back partition and it worked like a charm. This
tells us that there isn't anything in the hardware creating the problem
and nothing intrinsic with Windows 7 and all its patches to cause the
problem.

So to recap, I am going to install the OEM Windows 7 image. THIS TIME I
am going to go through all the hard drive changes, FIRST, (this may have
triggered the UUID detection process) with the target for the installed
Linux files being loaded and installed to the back partition DIRECTLY
from the web image of the latest version of Ubuntu (I am assuming here
that the wubi installer and Ubuntu version are set to install the latest
stable version of Ubuntu directly from the Ubuntu site). Letting the
wubi installer go onto the Ubuntu site and download the Ubuntu files
from the site and install them to the back drive as I tried to do
initially. This way we can learn if it is with the whole download and
install directly from the internet process (files pulled from the wrong
place on the site? or corruption in transit). If this works using your
NEW file then problem solved. If it fails I will run the same commands
shown in the previous emails to gather information and then run the
latest 64 bit version from an ISO that I will download and use your new
wubi file to see if I can make it pick up the disk and install it
(bypassing the wubi file in the image) (directions on how to do this may
be needed) and see if this works after I wipe the machine and install
the clean OEM windows 7 image.

Sorry to make your eyes bleed, but since this takes a lot of work I want
to make sure we are all on the same page about the process.

If there are any caveats, directions, changes etc. email me.

Mike

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to grub2 in Ubuntu.
https://bugs.launchpad.net/bugs/948716

Title:
  grub-probe erroneously returns FAT UUID in lowercase

Status in “grub2” package in Ubuntu:
  Confirmed

Bug description:
  Here is the scenario/s:

  About a month ago I tried to setup Ubuntu using wubi. The install went
  well and I installed ubuntu to H partition there where three others C,
  E (HP TOOLS) OEM D (recovery) OEM and H the drive I setup for the
  Ubuntu install. I rebooted after the install and got the boot menu
  chose ubuntu and got this message (machine and config listed below):

  Try (hd0,0): no wubildr
  Try (hd0,1) no wubildr
  Try (hd0,2): error: "prefix" is not set

  I wiped the machine and reinstalled the OEM image and did the same
  setup and configuration to pick up a re-install later. I did setup
  Ubuntu to an external drive and boot to it using the BIOS to direct
  the computer to boot from the external drive. This works fine so I
  assume that the files are delivered and correct. I installed from a
  download ISO and installed it from disk.

  I have an HP G62 with Windows 7 Home Premium and I went to the Ubuntu
  site and downloaded the wubi setup software three days ago 3/3/12.
  Again the install when well. I got the boot menu, I can boot into Win7
  no problems. When I boot into Ubuntu I get these messages:

  Try (HD 0,0) NTFS: no wubildr
  Try (HD 0,1) NTFS: Error: "prefix" is not set.

  When I wait a couple of minutes I get:
  Gave up waiting for Root device. 
  Common problems:
  Boot args (cat/proc/cmdline) etc. etc. (lists causes)
  Check root etc. etc. (list causes)
  Missing modules etc. etc.

  Alert! /DEV/disk/by-ucid/1a16-46e4 does not exist
  dropping to shell Busybox v1.18.4

  initramfs

  The good thing is I have windows still working. The bad thing is I
  can't over-install, or un-install without a lot of hassle unless I
  become a boot manager mogul and hand build the boot strap.

  What I have done is use easyBCD to look around and it reports this:

  There are a total of 2 entries listed in the bootloader.

  Default: Windows 7
  Timeout: 10 seconds
  EasyBCD Boot Device: C:\

  Entry #1
  Name: Windows 7
  BCD ID: {current}
  Drive: C:\
  Bootloader Path: \Windows\system32\winload.exe

  Entry #2
  Name: Ubuntu
  BCD ID: {40b8ef84-5951-11e0-810e-f72a342c7c90}
  Drive: H:\
  Bootloader Path: \ubuntu\winboot\wubildr.mbr

  From the boot manager's point of view I have ubuntu installed to the
  right partition and I checked wubildr is there and so is a ubuntu
  folder. I checked the windows side and all the files and folders are
  in the right place.

   I checked the message boards and no one seems to have a good handle
  on what to do to fix the issue.

  
  If indeed easyBCD is correct the boot strap can't find the wubildr folder, whether the other files are installed in the ubuntu folder that are needed to get it up and running are in place I don't know.

  1. The version I think is 2 ubuntu2 or 11.04.1
  2. I would assume that with the time line above and the fact that I am using your wubi install you will know what versions and packages. I can't get the windows tools to tell me what version of Ubuntu was downloaded by wubi. I can't get into ubuntu or I would give that information to you. HINT: maybe you could add this stuff to the windows property sheets so troubleshooting would be easier.
  3. I downloaded wubi, ran it and what happened is listed above.
  4. I can't boot to Ubuntu
  5. What happened is listed above

  Finally, if you labelled the folders instead of grub to grub 2 and
  added information that the windows system can see you could get more
  information i.e. label the ubuntu folder ubuntu 11.04.1 or such and
  put in information that would register on the windows property sheet
  we could help you better.

  Obviously this is a severe level one bug. If you can install and get
  the OS up and running and don't provide for a painless un-install.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/948716/+subscriptions