[Bug 246423] parted confused by spurious garbage reports "loop" table and wrong data

bugzilla at redhat.com bugzilla at redhat.com
Mon May 26 18:30:57 UTC 2008


Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.

Summary: parted confused by spurious garbage reports "loop" table and wrong data


https://bugzilla.redhat.com/show_bug.cgi?id=246423


michal at harddata.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |ASSIGNED
               Flag|needinfo?(michal at harddata.co|
                   |m)                          |




------- Additional Comments From michal at harddata.com  2008-05-26 14:30 EST -------
I tried the same experiment with parted-1.8.8-5.fc9, and
sfdisk and fdisk from util-linux-ng-2.14-0.1.fc10 using a file
with a dump of two sectors of a disk I am using right now.
Results are as follows:
  - sfdisk dumps a table although it complains "cannot seek to ..."
    if an extended partition is present and further "logical"
    partitions are skipped.
  - fdisk remains silent like in comment #7
  - parted complains "Error: Can't have a partition outside the disk!"

The same thing with a file from an attachment (id=158322) produces
four primary partitions with sfdisk but parted comes with "unrecognised
disk label" for a change (even if sfdisk accepted it).  Would not help
much with anaconda, wouldn't it?

The difference is that I was running 'sfdisk -d ...' to have an
output from the original report and you have 'sfdisk -l ...'.

So, if it is not feasible to find from available data what makes
parted unhappy then one would have to look at original data from the
whole disk from well over a year ago and I do not have that anymore.

-- 
Configure bugmail: https://bugzilla.redhat.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.




More information about the fedora-triage-list mailing list