Bug 28470 - alterator-vm не распознает и не позволяет монтировать FAT32 на GPT-разделе
: alterator-vm не распознает и не позволяет монтировать FAT32 на GPT-разделе
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/alterator-vm)
: unstable
: x86_64 Linux
: P3 major
Assigned To:
:
:
:
:
: 27685
  Show dependency tree
 
Reported: 2013-01-28 21:00 by
Modified: 2013-02-05 16:46 (History)


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


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2013-01-28 21:00:22
Created an attachment (id=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 From 2013-01-28 22:57:05 -------
(В ответ на комментарий №0)
> Created an attachment (id=5721) [details] [details]
> alterator-vm screenshot
На снимке к обсуждаемой проблеме отношение имеет только строчка с sda1.
------- Comment #2 From 2013-01-30 13:15:08 -------
ping
------- Comment #3 From 2013-02-05 03:27:48 -------
Прошу также проверить видимость из alterator-vm других файловых систем на
разделах GPT, отличных от ext{2.3}, особо NTFS.
------- Comment #4 From 2013-02-05 11:22:45 -------
В образ инсталлятора нужно добавить пакет fatresize
------- Comment #5 From 2013-02-05 11:55:51 -------
(В ответ на комментарий №4)
> В образ инсталлятора нужно добавить пакет fatresize

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

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

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

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

ntfsprogs

Чтобы не вешать кучу зависимостей на alterator-vm/libevms и сохранить
модульность, предлагаю каждый плагин из libevms положить в отдельный пакет
(например libevms-plugin-gpt, libevms-plugin-fat, ...) и уже на него прописать
зависимость на сторонние утилиты... Или такой подход здесь не нужен?
------- Comment #9 From 2013-02-05 13:31:06 -------
(В ответ на комментарий №3)
> Прошу также проверить видимость из alterator-vm других файловых систем на
> разделах GPT, отличных от ext{2.3}, особо NTFS.
fat32 видит, а ntfs - нет (в ручном разбиении как пустое место (<unused11>).
------- Comment #10 From 2013-02-05 13:31:53 -------
Created an attachment (id=5731) [details]
Скриншот alterator-vm  и конфигурации диска GPT
------- Comment #11 From 2013-02-05 14:06:23 -------
(В ответ на комментарий №9)
> fat32 видит, а ntfs - нет (в ручном разбиении как пустое место (<unused11>).
Прошу прощения, дал неверные данные. Как сущность раздела видит, но не
определяет файловую систему у этого раздела для FAT32.
------- Comment #12 From 2013-02-05 14:37:21 -------
(В ответ на комментарий №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 From 2013-02-05 14:43:50 -------
(В ответ на комментарий №8)
> > Например, что нужно для ntfs?
> ntfsprogs
В дистрибутивах довольно давно добавляется ntfs-3g (который Obsoletes:
ntfsprogs); shrek@ недавно писал, что поддержка win8 есть в релизе этого года:
http://lists.altlinux.org/pipermail/devel/2013-January/196377.html

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