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

Submitted by:  None
Submitted on:  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:  0.96-r1 Release:  None
Reproducibility:  Once Planned Release:  None

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>
Project 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.gentoo.org/viewtopic-p-2394790.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

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

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

    Do you think this task is very important?
    If so, you can add your encouragement to it.
    This task has 0 encouragements so far.

    Only logged-in users can vote.

     

     

     

    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.6