I just noticed that QTParted 0.4.5-1 (listed as v0.4.5-cvs in the program) still does it. I've attached a screenshot of QTParted, and the output of fdisk and partman on the same disk. I also attached a screenshot of QTParted 0.4.4 from Knoppix 3.7; you can see a lot of extraneous stuff, but the real partitions are also displayed the same as in 0.4.5: completely wrong.
Notice that partitions are mixed up, and QTParted doesn't even show there being two ext partitions. It's been 318 days since I submitted this bug, and nothing has been done. This is a CRITICAL DATA LOSS BUG. It makes QTParted completely useless and untrustworthy. Something has got to be done!
qtparted-bug.png
Description: PNG image
$ sudo fdisk -l /dev/hdb Disk /dev/hdb: 120.0 GB, 120034123776 bytes 16 heads, 63 sectors/track, 232581 cylinders Units = cylinders of 1008 * 512 = 516096 bytes Device Boot Start End Blocks Id System /dev/hdb1 * 1 20799 10482381 7 HPFS/NTFS /dev/hdb2 20800 232576 106735608 f W95 Ext'd (LBA) /dev/hdb5 47845 68643 10482381 7 HPFS/NTFS /dev/hdb6 68643 99849 15727603+ 7 HPFS/NTFS /dev/hdb7 99849 120647 10482381 7 HPFS/NTFS /dev/hdb8 162260 224671 31455238+ 7 HPFS/NTFS /dev/hdb9 224672 232576 3984088+ 7 HPFS/NTFS /dev/hdb10 20800 47844 13630617 83 Linux /dev/hdb11 120648 162259 20972416+ 83 Linux Partition table entries are not in disk order
(parted) print Disk geometry for /dev/hdb: 0kB - 120GB Disk label type: msdos Number Start End Size Type File system Flags 1 32kB 11GB 11GB primary ntfs boot 2 11GB 120GB 109GB extended lba 10 11GB 25GB 14GB logical fat32 5 25GB 35GB 11GB logical ntfs 6 35GB 52GB 16GB logical ntfs 7 52GB 62GB 11GB logical ntfs 11 62GB 84GB 21GB logical ext3 8 84GB 116GB 32GB logical ntfs 9 116GB 120GB 4080MB logical ntfs
qtparted-knoppix.png
Description: PNG image
pgpJ0Hd7f8jkY.pgp
Description: PGP signature