[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