[Bug 948716] Re: grub-probe erroneously returns FAT UUID in lowercase
Hi all, I have completed these tests with the new wubi file I got from Ilya. 1. I used it to "un-install" my current version of Ubuntu 10.40.3 (?) and that worked without a problem removing the bootstrap files so that Win7 boots correctly and removed the Ubuntu system files from the primary C drive. 2. I used the new wubi file to install version 12x of Ubuntu to my customized system and it worked flawlessly to install and uninstall Ubuntu to both the primary logical drive C and to a back partition as well. 3. I re-imaged and installed to an OEM system (after setting up the HDD in preparation- dynamic to static, and setting up extended partitions to free primary partition for Linux) and used the "new" wubi file without issue to install and un-install Ubuntu to the system both to the primary and back partitions. I would say that the issue is fixed, I do have a couple of comments. 1. Labelling the folders of the installed files with version i.e. grub2 ver1.1 or Ubuntu 10.4.03 etc. on the installed system would help you and users keep track of what has been installed, particularly over time when trying to back track an issue. Worked well in the DOS Windows world, why not take advantage of this? 2. I think that a windows users rather than a newbie "corner" be setup so entry into Linux/Ubuntu in this case is easier. For instance, it has never been necessary for me to know that only four operating system primary partitions are possible or that it is practice for may manufacturers to take up all these partitions with all their "stuff" and thus make it impossible to mount up another OS. I can only find tangential mention of this whole area of computing on the web and most of it is from a professional point of view, not explanation for users. It is also not mentioned anywhere that the windows user needs to shift the system to a static drive setup, change the partitions etc. to add Linux in this case Ubuntu. To top this all off windows only mentions this "situation" in one warning box and only the first time the user "bumps" into this issue. I worked as a "black box" tester for companies in the Northwest like Microsoft and they had a system for handling this data. It took me months and scanning virtual reams of information to piece together this information (I am a little obsessive) from the web and the Ubuntu site. If you want more adopters, not just gear heads, or insomniacs like me to use Linux this whole area of finding the data needs to be addressed. For the time being I would add a link on your site with information like this directed specifically to Windows users, a running data sheet if you will. Thanks, great working with you folks Mike -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/948716 Title: grub-probe erroneously returns FAT UUID in lowercase To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/948716/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 948716] Re: grub-probe erroneously returns FAT UUID in lowercase
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 Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/948716 Title: grub-probe erroneously returns FAT UUID in lowercase To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/948716/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 948716] [NEW] Ubuntu boot failure from wubi install, again, and again
Public bug reported: 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. ** Affects: ubuntu Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/948716 Title: Ubuntu boot failure from wubi install, again, and again To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+bug/948716/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs