42967 2022-06-09 20:35:09 +0300 Невозможно загрузить по методу http сквош, если не указан ramdisk_size 2024-07-12 16:27:37 +0300 1 1 4 Development Sisyphus make-initrd-bootchain unstable x86_64 Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=50888 P5 normal --- 33000 1 antohami klark antohami klark qa-sisyphus oldest_to_newest 211629 0 antohami 2022-06-09 20:35:09 +0300 Невозможно загрузить по методу http сквош из каталога, если не указан ramdisk_size. Ожидаемое поведение: сквош копируется в tmpfs и происходит загрузка. 229223 1 klark 2023-07-07 23:11:32 +0300 (Ответ для Антон Мидюков на комментарий #0) > Невозможно загрузить по методу http сквош из каталога, если не указан > ramdisk_size. Да, так было задумано. Посмотри внимательно: https://git.altlinux.org/gears/m/make-initrd-bootchain.git?p=make-initrd-bootchain.git;a=blob;f=bootchain-altboot/data/lib/altboot/translate.d/100-download и https://git.altlinux.org/gears/m/make-initrd-bootchain.git?p=make-initrd-bootchain.git;a=blob;f=bootchain-altboot/data/lib/bootchain/download#l30 Сейчас наличие ramdisk_size фактически определяет один из двух вариантов загрузки образов по FTP и HTTP. Данное поведение было сначала добалвено в propagator Алексеем Шепляковым. На мой взгляд оно вполне логичное, я его воспроизвёл в altboot: 1) Старое поведение propagator -- наличие ramdisk_size предполагает, что в /dev/ramN грузится сквош, установщик ищет пакеты в /ALTLinux/RPMS.main, каким способом примонтирован диск -- неважно, но должен быть корректно указан размер RAM-диска для размещения сквоша. 2) Новое поведение propagator -- указывать ramdisk_size не требуется, RAM-диск не используется, весь ISO-образ целиком загружается на TMPFS. При создании такого ISO-образа мы и не можем заранее знать, какой нужен размер для RAM-диска. В altboot этот режим был добавлен прежде всего для поддержки netboot, т.е. мы используем крошечный стартер (ISO-образ с ядром и initrd), но в процессе выбираем и загружаемся с какого-то другого ISO-образа, расположенного в сети. > Ожидаемое поведение: сквош копируется в tmpfs и происходит загрузка. Есть предложения, как это разрулить, не отказываясь от идеи с netboot? 229423 2 klark 2023-07-11 00:05:24 +0300 Антон предложил такой вариант, который и был реализован. С версии 0.1.5-alt17 в переменную automatic=... добавлен необязательный аргумент type:iso. Если он указан, подразумевается вариант netstart с загрузкой полного ISO-образа методами ftp или http, допускающий начальную загрузку ядра с initrd из одного источника, а продолжение загрузки из другого сетевого источника и даже другим методом. До версии 0.1.5-alt17 такой способ загрузки методами ftp и http активизировался если не указать ramdisk_size=..., но теперь его отсутсвие подразумевает иное, см.: #42966. Полный ISO-образ всегда грузится только на TMPFS. В дальнейшем можно будет использовать type для других типов образов, таких как squash, raw, ..., но пока в этом нет необходимости. 229424 3 repository-robot 2023-07-11 00:25:36 +0300 make-initrd-bootchain-0.1.5-alt17 -> sisyphus: Mon Jul 10 2023 Leonid Krivoshein <klark@altlinux> 0.1.5-alt17 - altboot: use TMPFS when ramdisk_size not set (ALT #42966) - altboot: introduce new 'type:iso' sub-argument (ALT #42967) - doc: expand the test suite by cases without ramdisk_size= - core: pack optional config file /etc/sysconfig/bootchain - interactive: pack optional file /etc/dialogrc.error 229427 4 klark 2023-07-11 00:31:44 +0300 Для методов ftp и http логика работы некоторых параметров теперь такая: 1. Если указан ramdisk_size=..., сквош сначала грузится в RAM-диск; 2. При наличии automatic=type:iso,..., ISO-образ грузится целиком в TMPFS; 3. Если ramdisk_size=... не указан, сквош грузится в TMPFS. При этом параметр lowmem не имеет значения. Для других (монтируемых) методов: 1. Если указан lowmem, ничего никуда не грузится, монтируется сквош; 2. Если указан ramdisk_size=..., сквош сначала грузится в RAM-диск; 3. Если ramdisk_size=... не указан, сквош грузится в TMPFS.