Сборка dosfstools-3.0.22-alt1 привела к слому установки на UEFI -- установленная система выглядит как настоящая, но firmware (ни virtualbox, ни железного стенда) её как загрузочную цель не признаёт. Детали выясняются, но пересборка с 1:3.0.11-alt1.1 проблему решает. Прошу быть готовым к починке/откату пакета в рабочее состояние. good: http://nightly.altlinux.org/sisyphus/snapshots/20131002/regular-icewm-20131002-x86_64.iso bad: http://nightly.altlinux.org/sisyphus/snapshots/20131009/regular-icewm-20131009-x86_64.iso Возможно, проблема во взаимодействии с libevms или коммитах, сделанных ради какой-то кривой железяки (e048a8d, d63e0d6, 17c956c). Попытку bisect думаю предпринять, но это не очень быстро в связи с необходимостью сборки пакета и сборки/установки образа с ним. (баг был замечен на прошлой неделе, но до dosfstools докопался только сегодня)
(В ответ на комментарий №0) > Возможно, проблема во взаимодействии с libevms или коммитах, сделанных ради > какой-то кривой железяки (e048a8d, d63e0d6, 17c956c). Проблема в коммите e048a8d, исправил, отправил в апстрим.
dosfstools-3.0.22-alt2 -> sisyphus: * Tue Oct 15 2013 Michael Shigorin <mike@altlinux> 3.0.22-alt2 - fixed small FAT32 filesystem cluster size to avoid confusing UEFI firmware into ignoring the resulting ESP (closes: #29476)
Опять вылезло с 3.0.23-alt1. Симптомы -- образ (например, regular-rescue.iso или regular-lxde.iso) не грузится с болванки, при этом грузится с флэшки. Загруженный с OVMF kvm вываливается в шелл, где можно пойти в fs0: и заметить, что в EFI\BOOT якобы пусто (т.е. нет даже . и ..). Возможно, разница между "хорошими" и "плохими" FAT-образами в размере, который влияет на выбор параметров ФС. Есть "плохие" образы размером 33751040 и 38895616 байт, а также "хороший" размером 32636928 байт. Возможно, это граница 32M. Здесь отмечаю, чтоб не потерялось. Если будет из чего, повешу отдельно.
Нашлось и "чего", повешено как bug #29662.
