Bug 28470 - alterator-vm не распознает и не позволяет монтировать FAT32 на GPT-разделе
Summary: alterator-vm не распознает и не позволяет монтировать FAT32 на GPT-разделе
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: alterator-vm (show other bugs)
Version: unstable
Hardware: x86_64 Linux
: P3 major
Assignee: Олег Соловьев
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks: 27685
  Show dependency tree
 
Reported: 2013-01-28 21:00 MSK by Michael Shigorin
Modified: 2013-02-05 16:46 MSK (History)
8 users (show)

See Also:


Attachments
alterator-vm screenshot (44.37 KB, image/png)
2013-01-28 21:00 MSK, Michael Shigorin
no flags Details
Скриншот alterator-vm и конфигурации диска GPT (242.99 KB, image/png)
2013-02-05 13:31 MSK, Andrey Cherepanov
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Shigorin 2013-01-28 21:00:22 MSK
Created attachment 5721 [details]
alterator-vm screenshot

alterator-vm не определяет FAT32 на разделе GPT, что приводит к невозможности работы с содержимым ФС.

Воспроизведение:

при любом из нижеперечисленных вариантов создания FAT32 на GPT:
- создание раздела gdisk, форматирование mkfs.vfat -F 32
- создание и форматирование раздела alterator-vm с последующим
  перезапуском alterator-vm
- создание и форматирование инсталятором openSUSE 12.2 x86_64
- имеющийся раздел с ФС в виде предустановленной win8
alterator-vm не показывает тип файловой системы созданного и отформатированного раздела, а также не может его смонтировать.

Версии:

alterator-vm-0.4.2-alt1
guile-evms-0.4-alt13
libevms-2.5.5-alt29
Comment 1 Michael Shigorin 2013-01-28 22:57:05 MSK
(В ответ на комментарий №0)
> Created an attachment (id=5721) [details]
> alterator-vm screenshot
На снимке к обсуждаемой проблеме отношение имеет только строчка с sda1.
Comment 2 AEN 2013-01-30 13:15:08 MSK
ping
Comment 3 AEN 2013-02-05 03:27:48 MSK
Прошу также проверить видимость из alterator-vm других файловых систем на разделах GPT, отличных от ext{2.3}, особо NTFS.
Comment 4 timonbl4@altlinux.org 2013-02-05 11:22:45 MSK
В образ инсталлятора нужно добавить пакет fatresize
Comment 5 AEN 2013-02-05 11:55:51 MSK
(В ответ на комментарий №4)
> В образ инсталлятора нужно добавить пакет fatresize

Если он нужен alterator-vm, то не стоит ли прописать зависимость на него?
Comment 6 timonbl4@altlinux.org 2013-02-05 12:22:21 MSK
(In reply to comment #5)
> Если он нужен alterator-vm, то не стоит ли прописать зависимость на него?

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

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

Если они нужны для функциональности alterator-vm, то, думаю, что стоит это сделать для поддерживаемых fs. В любом случае, давайте определим их список без "и т.д." Например, что нужно для ntfs?
Comment 8 timonbl4@altlinux.org 2013-02-05 13:26:49 MSK
(In reply to comment #7)
> Если они нужны для функциональности alterator-vm, то, думаю, что стоит это
> сделать для поддерживаемых fs. В любом случае, давайте определим их список без
> "и т.д." Например, что нужно для ntfs?

ntfsprogs

Чтобы не вешать кучу зависимостей на alterator-vm/libevms и сохранить модульность, предлагаю каждый плагин из libevms положить в отдельный пакет (например libevms-plugin-gpt, libevms-plugin-fat, ...) и уже на него прописать зависимость на сторонние утилиты... Или такой подход здесь не нужен?
Comment 9 Andrey Cherepanov 2013-02-05 13:31:06 MSK
(В ответ на комментарий №3)
> Прошу также проверить видимость из alterator-vm других файловых систем на
> разделах GPT, отличных от ext{2.3}, особо NTFS.
fat32 видит, а ntfs - нет (в ручном разбиении как пустое место (<unused11>).
Comment 10 Andrey Cherepanov 2013-02-05 13:31:53 MSK
Created attachment 5731 [details]
Скриншот alterator-vm  и конфигурации диска GPT
Comment 11 Andrey Cherepanov 2013-02-05 14:06:23 MSK
(В ответ на комментарий №9)
> fat32 видит, а ntfs - нет (в ручном разбиении как пустое место (<unused11>).
Прошу прощения, дал неверные данные. Как сущность раздела видит, но не определяет файловую систему у этого раздела для FAT32.
Comment 12 Michael Shigorin 2013-02-05 14:37:21 MSK
(В ответ на комментарий №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 (хотя на этом втягивание новых пакетов в образ вроде и заканчивается).

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

Но об этом лучше в bug #28510, чтоб не смешивать опять всё в кучу.
Comment 14 AEN 2013-02-05 16:46:43 MSK
2mike@: Закрытый баг никого не блокирует, не пишите бессмыслицу, пожалуйста.