GNU bug report logs - #57802
MBR problem

Previous Next

Package: parted;

Reported by: Thomas <thomas.dejean <at> gmail.com>

Date: Wed, 14 Sep 2022 13:47:02 UTC

Severity: normal

Done: "Brian C. Lane" <bcl <at> redhat.com>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 57802 in the body.
You can then email your comments to 57802 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-parted <at> gnu.org:
bug#57802; Package parted. (Wed, 14 Sep 2022 13:47:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Thomas <thomas.dejean <at> gmail.com>:
New bug report received and forwarded. Copy sent to bug-parted <at> gnu.org. (Wed, 14 Sep 2022 13:47:02 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Thomas <thomas.dejean <at> gmail.com>
To: bug-parted <at> gnu.org
Subject: MBR problem
Date: Wed, 14 Sep 2022 13:31:41 +0200
[Message part 1 (text/plain, inline)]
Hello,

I discovered that Gparted writes to the MBR (0 to 446 sectors) when it is
empty.

Yesterday i used a live cd of ubuntu to delete a partition of my disk with
Gparted. And my pc didn't boot after that.

My os is a Fedora server installed in UEFI. Note that Grub is not installed
in the MBR or in the partition. I don't know how but it boots fine like
that.


So i had to delete the code Gparted writed in the MBR (0 to 446 sectors) to
boot again ("sudo dd if=/dev/zero of=/dev/sda bs=446 count=1").

I think Gparted should not touch the MBR (0 to 446 sectors) when it is not
ask by the user.


Thanks

Thomas
[Message part 2 (text/html, inline)]

Information forwarded to bug-parted <at> gnu.org:
bug#57802; Package parted. (Wed, 14 Sep 2022 16:38:01 GMT) Full text and rfc822 format available.

Message #8 received at 57802 <at> debbugs.gnu.org (full text, mbox):

From: "Brian C. Lane" <bcl <at> redhat.com>
To: 57802-close <at> debbugs.gnu.org
Cc: 57802 <at> debbugs.gnu.org
Subject: Re: bug#57802: MBR problem
Date: Wed, 14 Sep 2022 09:37:02 -0700
On Wed, Sep 14, 2022 at 01:31:41PM +0200, Thomas wrote:
> Hello,
> 
> I discovered that Gparted writes to the MBR (0 to 446 sectors) when it is
> empty.
> 
> Yesterday i used a live cd of ubuntu to delete a partition of my disk with
> Gparted. And my pc didn't boot after that.
> 
> My os is a Fedora server installed in UEFI. Note that Grub is not installed
> in the MBR or in the partition. I don't know how but it boots fine like
> that.
> 
> 
> So i had to delete the code Gparted writed in the MBR (0 to 446 sectors) to
> boot again ("sudo dd if=/dev/zero of=/dev/sda bs=446 count=1").
> 
> I think Gparted should not touch the MBR (0 to 446 sectors) when it is not
> ask by the user.

parted is not gparted (see https://gparted.org/), and parted only
writes the bootloader code when using a msdos disklabel. While it is
possible to use a msdos disklabel with UEFI, it should be using GPT.

I'm also not sure why a UEFI system wouldn't boot with the MBR written.
It should just ignore it and use the ESP partition.

Brian

-- 
Brian C. Lane (PST8PDT) - weldr.io - lorax - parted - pykickstart





Reply sent to "Brian C. Lane" <bcl <at> redhat.com>:
You have taken responsibility. (Wed, 14 Sep 2022 16:38:02 GMT) Full text and rfc822 format available.

Notification sent to Thomas <thomas.dejean <at> gmail.com>:
bug acknowledged by developer. (Wed, 14 Sep 2022 16:38:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Thu, 13 Oct 2022 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 1 year and 195 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.