From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,FUZZY_XPILL autolearn=no autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=oyKNchuKxkBtlqP/z1KDBdnmM9GJy57KdhMHeOOSU0o=; b=Gju6teXLfzx05jmL7BuxkA7lUB2V3hJykjrdazfPUHfbHOQtOZcYITikSvQesgFB3d cYm1olfeR4zOnAX3eC6btFvfA9v/hHN7TaRJKFKHTwAdJnJAQuJ5kPgxkrKtEMWVGMIP gHXCkPp/XhhAoDgQp+OD5E64erGIeOpLRVauzG9AG/UP8LaFYKaG4FKV6Xqs85ydyZiL I1HBTsThgLqJKYoCGeH9pPjeYsvGuwuIqKdkAi8i1lnn1YktX3tVitTjgsdvFZ7sdIwt DwdB5v9p4/RSq2zl8R6keKHUAX7fJuOzpAm2zWlR72r9xc2pbYzqhHhle9U8QruxW9Si qz4A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding :content-language; bh=oyKNchuKxkBtlqP/z1KDBdnmM9GJy57KdhMHeOOSU0o=; b=Nx5Ing3CUPv49/EYjKvgI6bi5nW2AuRHAwduAudHbCVHAzFFZQtOunlrBrRhraEMrr wKDULu/uDsQIgqn1tID9dnR44m+iKhA4iSDowhW0O5AgAI/zB+dS7kgrWxLE/NKct+t6 1vXoEj7XQAyMYEAQpABZx075BLfw62pP20+k3m45C9hZLu883X2rmi9UFsnRMq3lnvLY G09zLj/KkAMsXbD3FwlIvMaBruefyShRLi9zJ15nVX5QKuWz0s6TQOsaRNVEIplPhwLB QJbqHmpYj4mDZDuCzUEjlsc50ujrSMHTFGgFddvcCF6cLtIS9XbF5f+lk0/cvbhUIwYD USHg== X-Gm-Message-State: AOAM530v8TvNWChh1X09dM40PDmewr7/w4zhWck6eG1idhTuOrWoV3tk 9r7WV9kcjwnqIxL+SYHPeNfNLF6fRnA= X-Google-Smtp-Source: ABdhPJxu8sMQ2FbMkp5DPPX4LtGLLQv0TvfiAARRUNOKb35/l5NVomgXV52IFomlaAO5PApHcYZIiQ== X-Received: by 2002:a05:6512:e98:: with SMTP id bi24mr18825531lfb.497.1632164475486; Mon, 20 Sep 2021 12:01:15 -0700 (PDT) To: devel-distro@lists.altlinux.org References: <06e35ac1-be6d-32eb-4e35-0a0a297a7a3a@ya.ru> <20210920180857.GC19247@imap.altlinux.org> From: Leonid Krivoshein Message-ID: Date: Mon, 20 Sep 2021 22:01:14 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20210920180857.GC19247@imap.altlinux.org> Content-Type: text/plain; charset=koi8-r; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel-distro] mkimage-profiles 1.4.18-alt1 X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Sep 2021 19:01:17 -0000 Archived-At: List-Archive: Привет! 20.09.2021 21:08, Michael Shigorin пишет: >> - Добавлена новая фича initrd-bootchain на замену >> initrd-propagator. Вместо propagator используется набор фич >> make-initrd-bootchain-*, разработанных Леонидом Кривошеиным >> (klark@). Если переменная BRANCH пуста (собираем для Сизифа), >> то iso образ будет собран с make-initrd-bootchain, если задан >> BRANCH, то с propagator. Исключением является e2k, для >> которого всё также будет осуществляться сборка propagator. > Да, bootchain ещё совсем не проверял -- пока не до того. Его пока рано смотреть. До версии 0.1.7 вряд ли стоит. Если образы e2k собираются с make-initrd, то локальная загрузка (cdrom, disk) должна работать нормально. А сетевую загрузку допиливаем на пару с Антоном Мидюковым. Сколько роутеров на пути, столько сюрпризов. =)) В целом, я слышал, что на aarch64 тоже грузится. >> - Появилась возможность собирать образ только со stage1. >> Нужно для сборки образа с сетевой загрузкой > Такая возможность когда-то давно уже была -- см. коммит > ad687508559d47941b3b6c54c9d119f99e05bdcd и цель > distro/server-ovz-netinst... (удалено тоже давно коммитом > 1345c6e041d5d2a411b60fce67bddf24fca6db39 по причине кончины > той машинки, где эти эксперименты выкладывались -- т.к. > адрес был по необходимости зашит и в загрузочный образ) Рабочее название "netstart" по подобию "сетевой стартеркит", чтобы не путать с alterator-netinst, у которого тоже сетевая загрузка, но с другим смыслом. А как у тебя решалась проблема разницы в модулях ядра в stage1 и stage2? Через kexec или оверлеем нужные модули ядра дотаскивались до чрута? >> - В syslinux и grub в пункты загрузки инсталятора (install2) и >> rescue добавлен lowmem. При локальной загрузке с propagator для >> метода cdrom lowmem включался всегда и так. И лишь с disk имел >> значение, но disk включался лишь в syslinux для локальных >> накопителей. Для bootchain же lowmem имеет значение всегда. > Возможно, пора это в bootchain назвать как-то иначе (обрабатывая > по старинке и lowmem так же). Вот бы сразу дать осмысленное название, тогда сделаем алиас. Если, конечно, названий в пространстве /proc/cdmline не жалко. :-) > В mdk stage1 этот режим подразумевался действительно для машин, > у которых не хватало памяти для зачитывания в неё инсталятора, > чтобы дальше было возможно в первую очередь диски менять (ну и > работать немного быстрей). > > Размеры оперативной памяти и минимальный порог загружаемости > std-def последние лет десять росли быстрее, чем размер install2, > как мне кажется. > > В общем, сейчас оно по смыслу noramdisk скорее или что-то такое. Для этих целей сейчас в bootchain нужно не указывать ramdisk_size= -- тогда вместо /dev/ramN будет использоваться tmpfs. Это же является fallback'ом для realtime ядер, т.к. они собраны без поддержки ramdisk. Совсем отказаться от этого можно не во всех случаях, например, для методов ftp/http образ надо куда-то сначала загрузить. > Но можно и не трогать, конечно. lowmem вполне годный переключатель, я не против его переименовать по уму. >> К тому же метод cdrom в инсталяторе с отключенным lowmem >> приводит к ошибке в скрипте preinstall.d/99-cdrom.sh > ...который как раз и занимался реализацией многодисковой > установки, когда в рамках школьного проекта (2008 год же!) > опять понадобилась (что-то поставляли на CD1/CD2). Да пора бы уже исправить этот косяк -- там скрипт не проверяет backing device и рассчитывает только на /dev/loopN. > Спасибо за труды! Ох, да! Присоединяюсь! -- Best regards, Leonid Krivoshein.