Bug 38092 - regular-jeos: в инсталляторе не распознаются файловые системы fat16/fat32
Summary: regular-jeos: в инсталляторе не распознаются файловые системы fat16/fat32
Status: CLOSED FIXED
Alias: None
Product: Regular
Classification: Distributions
Component: jeos-sysv (show other bugs)
Version: не указана
Hardware: all Linux
: P5 major
Assignee: Антон Мидюков
QA Contact: Andrey Cherepanov
URL:
Keywords:
Depends on:
Blocks: 33000
  Show dependency tree
 
Reported: 2020-02-14 11:31 MSK by Антон Мидюков
Modified: 2020-02-16 21:26 MSK (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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
Ух ты.  Слава, Антон, спасибо!