2inger: это грозит наличием в инсталлере ошибки.

ped_disk_get_primary_partition_count также вовзращает ошибочное количество
разделов. На устройстве нет вообще разделов, просто создана файловая система.
Возвращается один раздел ;-(

Ну что ж будем разбираться. Это флешка? 
Надо всё это по хорошему пробивать в upstream. 
Как доберёмся до этой стадии - посмотрим по подробнее чем можно исправить. 
 

(In reply to comment #3)
> Ну что ж будем разбираться. Это флешка? 
Да. Но с любыми другими block устройствами будет то-же самое.
> Надо всё это по хорошему пробивать в upstream. 
> Как доберёмся до этой стадии - посмотрим по подробнее чем можно исправить. 
>  

Вся проблема в том, что libparted оперирует разделами жесткого диска. При этом
похоже они сделали workaround для тех случаев, когда разделов как таковых нет
(нет таблицы разделов). Только вот как сделать правильно - совсем не понятно,
ибо кончается это тем, что архитектура libparted не позволяет работать с
устройствами без таблицы разделов.

reassign

(In reply to comment #5)
> reassign

проблема ещё актуальна?

наверное актуальна
2lioka: глянь плз.

(In reply to comment #0)

> # parted /dev/sda
............
> Using /dev/sda
> (parted) p                                                                
> Disk geometry for /dev/sda: 0.000-15.291 megabytes
> Disk label type: loop
> Minor    Start       End     Filesystem  Flags
> 1          0.000     15.291  ext3 
> 
> На диске же в реальности нет ни одного раздела - он сам весь из себя
> представляет один раздел с одной файловой системой.

Согласно parted.info, "Disk label type: loop" означает:
loop (raw disk access)

> В итоге, например, qtparted отображает информацию об /dev/sda1, хотя такого 
нет
> и в помине.

То, что qtparted неправильно (по-вашему мнению) обрабатывает информацию, 
предоставляемую parted'ом (а точнее - libparted'ом) - это уже проблема qtparted 
(и в gparted, похоже, та же ситуация).
Исходя из вышесказанно, повесте, пожалуйста, соответствующие баги на 
qtparted/gparted (закрыв текущую) с описание предполагаемого правильного их 
поведения в случае "Disk label type: loop"

Я так понял, что это уже никого не интересует, поэтому багу я закрываю, как 
несуществующую. То, что фронтэнды к libparted некорректно обрабатывают 
результаты функций libparted ИМХО вины последнего нет.
Перевешивайте баги на фронтэнды (qtparted/gparted/etc) - соотв. патч для 
qtparted я уже сделал.