bug#22482: parted 2.3 assigns wrong GUIDs to GPT partitions

2016-01-28 Thread Ulrich Windl
(I discovered this old message being unsent for over a year; maybe it's still relevant; I didn't re-check) Hi! When creating GPT partitions, wrong GUIDs are assigned to the partition type: --- > /usr/sbin/parted /tmp/gpt.img WARNING: You are not superuser. Watch out for permissions. GNU Parted 2

bug#19137: Antw: Re: bug#19137: mklabel gpt created invalid Protective MBR

2014-12-02 Thread Ulrich Windl
>>> Håkon Løvdal schrieb am 21.11.2014 um 17:02 in Nachricht : > On 21 November 2014 08:50, Ulrich Windl > wrote: >> GNU Parted 2.3 creates an invalid Protective MBR (for a 3MB test image): > > Hi. Version 2.3 is quite old, can you reproduce this with the latest >

bug#19135: Antw: bug#19135: Acknowledgement (mklabel gpt always creates 128 partition entries)

2014-11-23 Thread Ulrich Windl
It turned out that UEFI spec 2.4 states the Partition Entry Array should be at least 16kB (which is nonsense, because they should better define the number of entries) which gives 128 Entries. However why have all those flexible data structures if the number of Pertition Entries is fixed? I still

bug#19137: mklabel gpt created invalid Protective MBR

2014-11-20 Thread Ulrich Windl
GNU Parted 2.3 creates an invalid Protective MBR (for a 3MB test image): -- hexdump -C gptgood 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 || * 01c0 01 00 ee fe ff ff 01 00 00 00 ff 17 00 00 00 00 || 01d0 00 00 00 00 00 00 00 00 00 00 00

bug#19135: mklabel gpt always creates 128 partition entries

2014-11-20 Thread Ulrich Windl
This is halfway a bug and halfway an enhancement: parted's "mkpart gpt" always creates a Partition Entry Array with 128 entries. It may be due to misunderstanding the UEFI docs that state the size of the partition entry should be a multiple of 128. At the moment the Partition Entry Table needs 16

bug#19038: confusing command completion

2014-11-13 Thread Ulrich Windl
When you type "mkpart p" in parted 3.2, "p" is completed to "print" which makes no sense (expected was "primary") according to help: --- (parted) help mkpart mkpart PART-TYPE [FS-TYPE] START END make a partition PART-TYPE is one of:

bug#19030: parted 2.3 fails to detect GPT partitions (HP Itanium)

2014-11-12 Thread Ulrich Windl
Hello, after having created a new GPT partitioning on a HP rx6600 (that is going to retire), trying to install Linux failed, because the partitioning is not detected by parted 2.3 (the version used in the SLES11 SP3 installation): --- Rescue:~ # parted /dev/sda GNU Parted 2.3 Using /dev/sda Welc

bug#18984: Antw: Re: bug#18984: Enhancement request: Handling of damaged partition tables

2014-11-10 Thread Ulrich Windl
>>> Phillip Susi schrieb am 10.11.2014 um 19:15 in Nachricht <546100aa.1050...@ubuntu.com>: [...] >> 1) Instead of saying "Can't have a partition outside the disk!" >> say _which_ partition you think is outside the disk, and say _why_ >> you think so. > > I suppose that could be nice, though when

bug#18984: Enhancement request: Handling of damaged partition tables

2014-11-07 Thread Ulrich Windl
talled) says about the partitions (partition number, offset, size): 0, 296 GB, 635 GB 1, 1024 GB, 96 GB 2, 96 GB, 200 GB 3, 796 GB, 100GB 4, 296GB, 296GB * (Boot Partition) 5, 596GB, 200GB 6, 896GB, 35GB (I have no idea how Microsoft numbers the partitions) It would be great if parted could not only complain, but also suggest how to fix the problems detected, just like fsck does for years. Regards, Ulrich Windl

bug#18956: Reporting a bug with Trac not possible

2014-11-05 Thread Ulrich Windl
Hi! This appeared when trying to report a bug for GNU parted using http://parted.alioth.debian.org/cgi-bin/trac.cgi/newticket : --- Oops... Trac detected an internal error: No module named _md5 Traceback (most recent call last): File "/var/lib/gforge/chroot/home/groups/parted/cgi-bin/trac.cgi