bugGNU GRUB - Bugs: bug #13044, GRUB changes system ID on partition

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #13044: GRUB changes system ID on partition

Submitter:  None
Submitted:  Tue 10 May 2005 08:01:39 AM UTC
   
 
Category:  Disk & Partition Severity:  Major
Priority:  5 - Normal Item Group:  Software Error
Status:  None Privacy:  Public
Assigned to:  None Originator Name: 
Originator Email:  -email is unavailable- Open/Closed:  Closed
Release:  None Release:  0.96-r1
Reproducibility:  Once Planned Release:  None

Discussion

Sat 15 Dec 2007 05:09:18 PM UTC, comment #5: 

We've moved to GRUB 2 as a development platform. Please can you check if this bug still applies there, and if it does, reopen it?

Thanks

Robert Millan <robertmh>
Group administrator
Fri 26 Oct 2007 04:45:18 PM UTC, comment #4: 

Easies fix is write to grub prompt:
root (hd0, TAB ("check partition table")
parttype (hd0,0) 0x83 ("example is first partion on ext3")

Ilari Waloranta <jwaloran>
Fri 26 Oct 2007 04:44:16 PM UTC, comment #3: 

Easies fix is write to grub prompt:
root (hd0, TAB ("check partition table")
parttype (hd0,0) 0x83 ("example is first partion on ext3")

Ilari Waloranta <jwaloran>
Tue 31 May 2005 03:53:15 PM UTC, comment #2: 

Sorry posted the previous update anonymously. Reposting as myself:
This is Works as Designed, because partition IDs are used to hide/unhide partitions. Every hide operation performed while booting into one installation is expected to be unhidden when booting into another. I suppose there should be a FAQ item about that, however.

Reshat Sabiq <ultranet>
Tue 31 May 2005 03:51:01 PM UTC, comment #1: 

This is Works as Designed, because partition IDs are used to hide/unhide partitions. Every hide operation performed while booting into one installation is expected to be unhidden when booting into another. I suppose there should be a FAQ item about that, however.

Anonymous
Tue 10 May 2005 08:01:39 AM UTC, original submission:  

I have not tried reproducing this bug, so hopefully this has happened to someone else who can add more information on what happened to them. Since I have not reproduced this bug, I will include everything I did before I rebooted.

I originally posted my error messages in the Gentoo Forums, so anyone who is interested can look here: http://forums.gen ... 4790.html#2394790

I had GRUB working wonderfully on my system, until I made a few minor changes to my grub.conf file. I uncommented the fallback line, and added the lines
hide (hd1,0)
hide (hd1,1)
hide (hd1,2)
to my grub.conf file under the Windows heading. When I rebooted, I got the following message:
GRUB Loading stage1.5.

GRUB loading, please wait...
Error 17

I used a Knoppix CD to try to diagnose the problem. After changing back my grub.conf, here's what happened when I ran grub from the command line:
grub> root hd(1,0)
 Filesystem type unknown, partition type 0x93

grub> setup (hd0)
Error 17: cannot mount selected partition

It took me a while to realize that instead of focusing on the line that gave me the error 17 message, the problem was with the "partition type 0x93" message, which I had completely overlooked. I ran fdisk, and sure enough my partition table had been changed. My hard disk had four partitions on it. Partitions 0-3 had system ID 0x83 and partition 4 had system ID 0x82. None of the partitions were set bootable. When I looked at my partition table with fdisk, I saw that the first partition had been set bootable and the first three partitions had system ID 0x93. I changed the system ID back with fdisk and now GRUB works fine, and I can boot to my Linux system. Did GRUB do this? I'm a bit skeptical, myself, because it seems like such a big bug would have been caught beforehand. Before I rebooted, I also made the first partition unbootable with fdisk, so it is possible that this is an fdisk bug (I'll send a message their way, too). Good luck, and hopefully someone can confirm this, if it truly is a GRUB problem.

Anonymous

 

Attached Files

This item currently has no attached files.

 

Dependencies

This item does not depend on any other items.

No items depend on this one.

 

Mail Notification Carbon-Copy List

Carbon-Copy List
  • -email is unavailable- added by robertmh (Posted a comment)
  • -email is unavailable- added by jwaloran (Posted a comment)
  •  

    Votes

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

     

    History

    Follow 2 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2007-12-15 robertmh Open/ClosedOpen Closed
    2005-05-10 None Carbon-Copy- Added eklitzke --AT-- berkeley --DOT-- edu

    Back to the top

    Powered by Savane 3.16-ed84.
    Corresponding source code