Bug 38092

Summary:	regular-jeos: в инсталляторе не распознаются файловые системы fat16/fat32
Product:	Regular	Reporter:	Антон Мидюков <antohami>
Component:	jeos-sysv	Assignee:	Антон Мидюков <antohami>
Status:	CLOSED FIXED	QA Contact:	Andrey Cherepanov <cas>
Severity:	major
Priority:	P5	CC:	mike, nickel, ptrnine
Version:	не указана
Hardware:	all
OS:	Linux
See Also:	https://bugzilla.altlinux.org/show_bug.cgi?id=37358
Bug Depends on:
Bug Blocks:	33000

Description Антон Мидюков 2020-02-14 11:31:43 MSK

regular-jeos: в инсталляторе не распознаются файловые системы fat16/fat32
Это делает невозможным установку на EFI, где уже установлены другие ОС.

Comment 1 Антон Мидюков 2020-02-14 11:46:00 MSK

В связи с актуализацией списка компонентов, переназначаю на целевой компонент.

Comment 2 Николай Костригин 2020-02-14 12:10:43 MSK

не похоже на проявление этого бага ?

https://bugzilla.altlinux.org/show_bug.cgi?id=37358

Comment 3 Антон Мидюков 2020-02-14 12:57:44 MSK

(Ответ для nickel@altlinux.org на комментарий #2)
> не похоже на проявление этого бага ?
> 
> https://bugzilla.altlinux.org/show_bug.cgi?id=37358

Да. Это оно самое. Раздел с fat16/fat32 отображается как Unknown. Но проблема именно у regular-jeos. У regular-server всё определяется нормально.

И проблема вполне воспроизводится в qemu, хотя нарвался на неё на Raspberry Pi 3 с edk2 в качестве EFI. Устанавливал на SD-карту, отформатированную как mbr (RPi не понимает gpt, а edk2 прекрасно грузит с mbr). 

Но из того бага я не понял, почему такое происходит. Проблема с потерянной буквой p отклоняется. Чего-то не хватает в install2.

Comment 4 Николай Костригин 2020-02-14 13:12:31 MSK

Может быть ptrnine@ что-то сходу подскажет?

Comment 5 Michael Shigorin 2020-02-14 19:01:52 MSK

Н-да, как-то мимо меня (или сознания) проскочило добавление EFI в JeOS, вообще-то это было предсказуемо и должно было вылезти при первой же проверке.

mkfs.fat там не хватает -- возможно, чем-то зачищается, если устанавливается.
Возможно, ещё fsck.fat.

Comment 6 Антон Мидюков 2020-02-14 19:49:08 MSK

(Ответ для Michael Shigorin на комментарий #5)
> Н-да, как-то мимо меня (или сознания) проскочило добавление EFI в JeOS,
> вообще-то это было предсказуемо и должно было вылезти при первой же проверке.
> 
> mkfs.fat там не хватает -- возможно, чем-то зачищается, если устанавливается.'

Хватает. Создаётся FAT успешно.

> Возможно, ещё fsck.fat.

и этот есть.

Вывод lsmod у regular-jeos и regular-server, запущенных в qemu, совпадает. В regular-server проблемы нет.

Comment 7 Slava Aseev 2020-02-15 17:14:32 MSK

Опытным путем было установлено, что при добавлении fdisk и dosfstools в Requires к libevms данная проблема пропадает.

fsck.fat и fdisk появились в плагине FAT после фикса вот этого бага:
https://bugzilla.altlinux.org/show_bug.cgi?id=37366

И появились они, чтоб слезть с глючного libparted (глючного конкретно для FAT), который используется из fatresize

Тут, конечно, моя вина. Нужно было отобразить эти изменения в логе, чего я не сделал (каюсь)

Comment 8 Антон Мидюков 2020-02-15 20:10:32 MSK

(Ответ для Slava Aseev на комментарий #7)
> Опытным путем было установлено, что при добавлении fdisk и dosfstools в
> Requires к libevms данная проблема пропадает.
> 
> fsck.fat и fdisk появились в плагине FAT после фикса вот этого бага:
> https://bugzilla.altlinux.org/show_bug.cgi?id=37366
> 
> И появились они, чтоб слезть с глючного libparted (глючного конкретно для
> FAT), который используется из fatresize
> 
> Тут, конечно, моя вина. Нужно было отобразить эти изменения в логе, чего я
> не сделал (каюсь)

Действительно, в jeos нет fdisk, а в остальных есть. Спасибо!

Comment 9 Антон Мидюков 2020-02-15 21:05:33 MSK

Проблема решается добавление строки:
@$(call add,INSTALL2_PACKAGES,fdisk)

Comment 10 Michael Shigorin 2020-02-16 21:26:37 MSK

Ух ты.  Слава, Антон, спасибо!