<div>&gt;недостаточно для нормальной работы в qemu.</div><div>Зачем нужно запускать в qemu да еще на нее ориентироваться ?</div><div>Вы делаете систему для игрушек с qemu или для пользователей с реальным оборудованием ?</div><div>Да же с точки зрения тестирования, qemu бесполезен, его поведение ни как не связано с реальным железом.</div><div> </div><div>&gt;корневой раздел авторасширится</div><div>дык он и должен автоматом расширятся на весь носитель  , пользователи могут использовать широчайшую гамму носителей от 8 до .....</div><div>кстати, я специально проверил, запустил альт, запустил gparted и сразу в рабочей системе, без проблем расширил раздел на весь носитель, не нужно ни каких сложных манипуляций.</div><div> </div><div>&gt;но это нужно будет как-то донести до пользователей.</div><div>это задача не пользователя, а системы, самой автоматом выполнить нужную настройку (расширение) без участия пользователя.</div><div> </div><div><br /></div><div><br /></div><div>16.08.2021, 16:08, "Антон Мидюков" &lt;midyukov-anton@ya.ru&gt;:</div><blockquote><p>16.08.2021 19:50, Oleg Ivanov пишет:<br /></p><blockquote class="210e7a848e8fcb45wmi-quote">  &gt;- regular-vm.mk: установлен размер образов VM_SIZE в 7 GiB, чтобы влазили на 8 <br /> ГБ флешки;<br /> лучше использовать размер файловой + 1Гб (этого достаточно для первичного старта <br /> до того, как будет авторасширение), иначе сейчас получается например для builder <br /> и остальных не больших систем приходиться писать на носитель кучу пустоты (на <br /> что тратиться очень много времени).<br /> <br /></blockquote><p><br />1 ГБ свободного места будет явно недостаточно для нормальной работы в qemu.<br />Конечно img можно увеличить и корневой раздел авторасширится, но это нужно<br />будет как-то донести до пользователей.<br />Текущий вариант кажется мне компромиссным.<br /><br /></p><blockquote class="210e7a848e8fcb45wmi-quote"> <br /> 10.08.2021, 18:46, "Антон Мидюков" &lt;<a href="mailto:midyukov-anton@ya.ru">midyukov-anton@ya.ru</a>&gt;:<br /> <br />     Здравствуйте<br /> <br />     Доступна новая версия mkimage-profiles 1.4.15-alt1<br /> <br />     Изменения следующие:<br /> <br />     - reports.mk: targets.svgz будет преобразовываться в pdf, если доступен<br />     rsvg-convert.<br />        В pdf просматривать иерархию целей удобнее и искать нужную цель тоже;<br /> <br />     - reports.mk: При сборке с CHECK=1 и REPORT=1 distcfg.mk сохраняется, как<br />     build.cfg.<br />        Т.е. при проверке получаем более полноценный рапорт;<br /> <br />     - vmguest: Добавлены xorg-drv-spiceqxl, xorg-dri-virtio в kvm/x11;<br /> <br />     - grub: добавлен пропущенный '--id' для пунктов меню grub.cfg;<br /> <br />     - grub: исправлено ошибочное назначение переменной GRUB_UI при вызове цели<br />     use/grub/ui/%<br />        для архитектур, на которых для grub не нужен графический режим.<br /> <br />     - grub: исправлен выбор дефолтом пункта меню "Install", если переменная<br />     GRUB_DEFAULT не<br />        назначена;<br /> <br />     - live.mk: Добавил новую цель grub-ui.iso для сборки минимального образа<br />     grub с темой;<br /> <br />     - build.mk: теперь создаётся .work/aptbox сразу после завершения<br />     конфигурирования профиля.<br />        Это позволяет обращаться к apt с запросами на этапе конфигурирования<br />     списков пакетов;<br /> <br />     - pkg.in: Добавлена поддержка суффикса @META (т.е. метапакет) в списках<br />     пакетов. Пакет с такой пометкой<br />        будет раскрываться в список, состоящий из него самого и его<br />     непосредствованных зависимостей.<br />        Эта фичу стоит использовать, чтобы после удаления метапакета команда<br />     'apt-get autoremove' не удалила<br />        пользователю зависимости этого пакета.<br />        Пример ещё одного резона. Я перевёл стартеркит Engineering на<br />     использование метапакетов.<br />        И было неприятно наблюдать в инсталяторе при просмотре содержимого группы<br />     пакетов только один метапакет.<br />        Теперь же пользователю видны пакеты, которые установятся. Всё, как<br />     раньше, но у меня появилась<br />        возможность, ничего не меняя в mkimage-profiles, поддерживать p9 и p10.<br />     Думаю, что и p11 и т.д. тоже;<br /> <br />     - tar2fs: Добавлен отступ 16 MiB перед первым разделом для aarch64 и armh.<br />        Это место может быть использовано для записи u-boot для Rockchip;<br /> <br />     - tar2fs: Если на корневом разделе есть /boot/extlinux/extlinux.conf, то он<br />     помечается, как загрузочный<br />        Это позволяет один и тот же образ загружать через u-boot, используя<br />     конфиг extlinux.conf, и через edk2,<br />        используя grub-efi;<br /> <br />     - arm-rpi4: Режим nouboot (загрузка ядра при помощи firmware без<br />     использования u-boot) теперь используется<br />        только при выборе цели use/arm-rpi4/kernel и целей от неё зависящих. Это<br />     позволяет делать образы с ядрами<br />        std-def/un-def, которые уже содержат загрузчик в режиме u-boot для<br />     Raspberry Pi;<br /> <br />     - regular-vm.mk: регулярки/стартеркиты для aarch64/armh теперь сразу<br />     содержат загрузчик для Raspberry Pi и<br />        отступ до первого раздела 16 MiB для записи других u-boot;<br /> <br />     - net: Убрал зависимость у use/net/nm/native на use/net/nm. Таким образом,<br />     можно в одном месте назначить всем<br />        десктопным регуляркам использовать нативный режим NetworkManager, но при<br />     этом часть из них вообще не комплектовать<br />        NetworkManager;<br /> <br />     - net: Теперь включачется сервис udevd-final при вызове use/net/etcnet. Это<br />     позволило обойти проблему позднего<br />        появления сетевого интерфейса, уже после запуска службы network на systemd;<br /> <br />     - init: включен udevd-final для sysvinit, так как обнаружилось, что без него<br />     иксы не реагируют на ввод;<br /> <br />     - regular.mk: Для стартеркитов отключено использование grupcboot и<br />     многоядерной загрузки в ISO.<br />        Используется, как раньше, isolinux;<br /> <br />     - firmware: Добавлен firmware-alsa-sof в use/firmware/laptop (спасибо cas@);<br /> <br />     - x11: удалён primus, так как удалён из Сизифа;<br /> <br />     - pack: добавлен вариант упаковки squash для ve архивов (спасибо glebfm@);<br /> <br />     - Добавлен фича lxc-guest для создания контейнеров LXC (спасибо glebfm@);<br /> <br />     - arm-rpi4: специфичные добавки были вынесены из базовой цели use/arm-rpi4;<br /> <br />     - regular-vm.mk: установлен размер образов VM_SIZE в 7 GiB, чтобы влазили на<br />     8 ГБ флешки;<br /> <br />     - realtime.mk: отключен plymouth, так как с ним дальше initrd грузиться<br />     отказывается<br />        (багу так и не завёл);<br /> <br />     - Добавлены e2k исправления alt-workstation, slinux;<br /> <br />     - добавлены последние коммиты для alt-server (спасибо boyarsh@);<br /> <br />     - добавлены последние коммиты для alt-workstation (спасибо sem@).<br /> <br />     Страница проекта: <a href="https://www.altlinux.org/Mkimage/Profiles/m-p">https://www.altlinux.org/Mkimage/Profiles/m-p</a><br />     &lt;<a href="https://www.altlinux.org/Mkimage/Profiles/m-p">https://www.altlinux.org/Mkimage/Profiles/m-p</a>&gt;<br /> <br />     История анонсов: <a href="https://www.altlinux.org/Mkimage/Profiles/m-p/news">https://www.altlinux.org/Mkimage/Profiles/m-p/news</a><br />     &lt;<a href="https://www.altlinux.org/Mkimage/Profiles/m-p/news">https://www.altlinux.org/Mkimage/Profiles/m-p/news</a>&gt;<br /> <br />     -- <br />     С уважением, Антон Мидюков &lt;<a href="mailto:antohami@altlinux.org">antohami@altlinux.org</a><br />     &lt;<a href="mailto:antohami@altlinux.org">mailto:antohami@altlinux.org</a>&gt;&gt;<br />     _______________________________________________<br />     devel-distro mailing list<br />     <a href="mailto:devel-distro@lists.altlinux.org">devel-distro@lists.altlinux.org</a> &lt;<a href="mailto:devel-distro@lists.altlinux.org">mailto:devel-distro@lists.altlinux.org</a>&gt;<br />     <a href="https://lists.altlinux.org/mailman/listinfo/devel-distro">https://lists.altlinux.org/mailman/listinfo/devel-distro</a><br />     &lt;<a href="https://lists.altlinux.org/mailman/listinfo/devel-distro">https://lists.altlinux.org/mailman/listinfo/devel-distro</a>&gt;<br /> <br /> <br /> _______________________________________________<br /> devel-distro mailing list<br /> <a href="mailto:devel-distro@lists.altlinux.org">devel-distro@lists.altlinux.org</a><br /> <a href="https://lists.altlinux.org/mailman/listinfo/devel-distro">https://lists.altlinux.org/mailman/listinfo/devel-distro</a><br /> <br /></blockquote><p><br /><br /></p><span class="f55bbb4eeef208e8wmi-sign">-- <br />С уважением, Антон Мидюков &lt;<a href="mailto:antohami@altlinux.org">antohami@altlinux.org</a>&gt;<br />_______________________________________________<br />devel-distro mailing list<br /><a href="mailto:devel-distro@lists.altlinux.org">devel-distro@lists.altlinux.org</a><br /><a href="https://lists.altlinux.org/mailman/listinfo/devel-distro">https://lists.altlinux.org/mailman/listinfo/devel-distro</a><br /></span></blockquote>