38092 2020-02-14 11:31:43 +0300 regular-jeos: в инсталляторе не распознаются файловые системы fat16/fat32 2020-02-16 21:26:37 +0300 1 1 3 Distributions Regular jeos-sysv не указана all Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=37358 P5 major --- 33000 1 antohami antohami mike nickel ptrnine cas oldest_to_newest 187834 0 antohami 2020-02-14 11:31:43 +0300 regular-jeos: в инсталляторе не распознаются файловые системы fat16/fat32 Это делает невозможным установку на EFI, где уже установлены другие ОС. 187839 1 antohami 2020-02-14 11:46:00 +0300 В связи с актуализацией списка компонентов, переназначаю на целевой компонент. 187841 2 nickel 2020-02-14 12:10:43 +0300 не похоже на проявление этого бага ? https://bugzilla.altlinux.org/show_bug.cgi?id=37358 187843 3 antohami 2020-02-14 12:57:44 +0300 (Ответ для 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. 187846 4 nickel 2020-02-14 13:12:31 +0300 Может быть ptrnine@ что-то сходу подскажет? 187864 5 mike 2020-02-14 19:01:52 +0300 Н-да, как-то мимо меня (или сознания) проскочило добавление EFI в JeOS, вообще-то это было предсказуемо и должно было вылезти при первой же проверке. mkfs.fat там не хватает -- возможно, чем-то зачищается, если устанавливается. Возможно, ещё fsck.fat. 187866 6 antohami 2020-02-14 19:49:08 +0300 (Ответ для Michael Shigorin на комментарий #5) > Н-да, как-то мимо меня (или сознания) проскочило добавление EFI в JeOS, > вообще-то это было предсказуемо и должно было вылезти при первой же проверке. > > mkfs.fat там не хватает -- возможно, чем-то зачищается, если устанавливается.' Хватает. Создаётся FAT успешно. > Возможно, ещё fsck.fat. и этот есть. Вывод lsmod у regular-jeos и regular-server, запущенных в qemu, совпадает. В regular-server проблемы нет. 187873 7 ptrnine 2020-02-15 17:14:32 +0300 Опытным путем было установлено, что при добавлении fdisk и dosfstools в Requires к libevms данная проблема пропадает. fsck.fat и fdisk появились в плагине FAT после фикса вот этого бага: https://bugzilla.altlinux.org/show_bug.cgi?id=37366 И появились они, чтоб слезть с глючного libparted (глючного конкретно для FAT), который используется из fatresize Тут, конечно, моя вина. Нужно было отобразить эти изменения в логе, чего я не сделал (каюсь) 187874 8 antohami 2020-02-15 20:10:32 +0300 (Ответ для 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, а в остальных есть. Спасибо! 187875 9 antohami 2020-02-15 21:05:33 +0300 Проблема решается добавление строки: @$(call add,INSTALL2_PACKAGES,fdisk) 187890 10 mike 2020-02-16 21:26:37 +0300 Ух ты. Слава, Антон, спасибо!