(В ответ на комментарий №0)
> Created an attachment (id=5721) [details]
> alterator-vm screenshot
На снимке к обсуждаемой проблеме отношение имеет только строчка с sda1.

ping

Прошу также проверить видимость из alterator-vm других файловых систем на разделах GPT, отличных от ext{2.3}, особо NTFS.

В образ инсталлятора нужно добавить пакет fatresize

(В ответ на комментарий №4)
> В образ инсталлятора нужно добавить пакет fatresize

Если он нужен alterator-vm, то не стоит ли прописать зависимость на него?

(In reply to comment #5)
> Если он нужен alterator-vm, то не стоит ли прописать зависимость на него?

Если быть точным, fatresize нужен для fat-1.0.1.so из пакета libevms

Зависимость такого типа я не хочу делать, так как по той же логике придётся добавить в довесок и остальные доп.утилиты, такие как btrfs-progs, jfsutils и т.д.

(В ответ на комментарий №6)
> (In reply to comment #5)
> > Если он нужен alterator-vm, то не стоит ли прописать зависимость на него?
> 
> Если быть точным, fatresize нужен для fat-1.0.1.so из пакета libevms
> 
> Зависимость такого типа я не хочу делать, так как по той же логике придётся
> добавить в довесок и остальные доп.утилиты, такие как btrfs-progs, jfsutils и
> т.д.

Если они нужны для функциональности alterator-vm, то, думаю, что стоит это сделать для поддерживаемых fs. В любом случае, давайте определим их список без "и т.д." Например, что нужно для ntfs?

(In reply to comment #7)
> Если они нужны для функциональности alterator-vm, то, думаю, что стоит это
> сделать для поддерживаемых fs. В любом случае, давайте определим их список без
> "и т.д." Например, что нужно для ntfs?

ntfsprogs

Чтобы не вешать кучу зависимостей на alterator-vm/libevms и сохранить модульность, предлагаю каждый плагин из libevms положить в отдельный пакет (например libevms-plugin-gpt, libevms-plugin-fat, ...) и уже на него прописать зависимость на сторонние утилиты... Или такой подход здесь не нужен?

(В ответ на комментарий №3)
> Прошу также проверить видимость из alterator-vm других файловых систем на
> разделах GPT, отличных от ext{2.3}, особо NTFS.
fat32 видит, а ntfs - нет (в ручном разбиении как пустое место (<unused11>).

Created attachment 5731 [details]
Скриншот alterator-vm  и конфигурации диска GPT

(В ответ на комментарий №9)
> fat32 видит, а ntfs - нет (в ручном разбиении как пустое место (<unused11>).
Прошу прощения, дал неверные данные. Как сущность раздела видит, но не определяет файловую систему у этого раздела для FAT32.

(В ответ на комментарий №6)
> (In reply to comment #5)
> > Если он нужен alterator-vm, то не стоит ли прописать зависимость на него?
IMCO не стоит -- разве что сделать метапакет alterator-vm-full и подобное тайное знание заскладировать там.

> Если быть точным, fatresize нужен для fat-1.0.1.so из пакета libevms
Спасибо, помогло в случае уже существующего раздела -- правда, свободное место показано как -261M из 251M, но это уже детали %)

На железе с win8 в EFI mode тоже отработало.

> Зависимость такого типа я не хочу делать, так как по той же логике придётся
> добавить в довесок и остальные доп.утилиты, такие как btrfs-progs, jfsutils и
> т.д.
Есть нюанс -- при отсутствии jfsutils не будет возможности создать JFS, но и только; при отсутствии fatresize получаем невозможность работы с _существующим_ разделом с FAT.  С другой стороны, fatresize тащит libparted (хотя на этом втягивание новых пакетов в образ вроде и заканчивается).

Давайте это обсудим позже :)

(В ответ на комментарий №8)
> > Например, что нужно для ntfs?
> ntfsprogs
В дистрибутивах довольно давно добавляется ntfs-3g (который Obsoletes: ntfsprogs); shrek@ недавно писал, что поддержка win8 есть в релизе этого года: http://lists.altlinux.org/pipermail/devel/2013-January/196377.html

Но об этом лучше в bug #28510, чтоб не смешивать опять всё в кучу.

2mike@: Закрытый баг никого не блокирует, не пишите бессмыслицу, пожалуйста.