grub-install doesn't work if the partition type is wrong, but d-i doesn't always set it
Bug #13390 reported by
Dan Sheridan
This bug report is a duplicate of:
Bug #149832: Installation doesn't change partition ID.
Edit
Remove
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
grub-installer (Ubuntu) |
Invalid
|
Medium
|
Unassigned |
Bug Description
I repartitioned a harddisk from within Windows, then ran the Ubuntu install CD.
This let me choose a filesystem for the partition I was going to install to.
When the installer ran grub, it failed (the error message was
"/boot/grub/stage1: not found"). Using cfdisk to change the partition type to 83
was enough to get grub-install to complete.
I don't know whether this is a bug in the installer (should it change the
partition type when changing the filesystem?) or in grub (should it ignore the
partition type?)
Changed in grub-installer: | |
assignee: | kamion → nobody |
To post a comment you must log in.
I can reproduce this same error on hoary
It's easy. I've a fat32 partition, and I don't repartition the hard drive - I
tell ubuntu to install in that fat32 partition.
The partition is formatted to ext3, but the "partition type" field continues hd0,4)/ boot/grub/ stage1.
being "unidentified" by grub (0xc, a type of fat32 partition which grub doesn't
recognizes I guess). In the grub stage, grub tries to read the stage1 file from
the partition I'm goint to install ubuntu, ie: command(
Because the "partition type" is set to something "unidentified" grub doesn't
knows how to read the ext3 partition, and hence fails to read the stage1 file,
and that gives that grub error and the install shows you a red screen. The fix
is to set the partition type to linux type (0x83)at the same time you format it
to ext3 or whatever.