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=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding:content-language; bh=US4GyCicRfFzSSeGYAtJr3NQqIyn1B4bfsLNoJdRqbA=; b=NlUTMliUf7Izo/pq7SKWxkc+5PK0Vlo/3HNjtJA2vV4XGnbqdlJiVIJw6vPINev7/5 4xKlS8YQs3ZS+UTAZUjXohL07gAenYPLQGrywZG1EJWS3yhGkOAT2ToReq3naRFDGHLQ 6E9sUMQb6sNddGY9FWAkKq95IqpMYm4iIKsP2fmk4fRG3WbNSa6xLcpLReIySE8HD/qT HaleoBM+loH/L3grS8CnIYBsGDDuxIVKt3frTgPvQ6M6vOcSKaHutwhYxi9LIb+Zbyr6 OKENmxmzn9L3BQiTKfVJ+jwTjkz2ZCUaTjmt9rO/gaMOQMzjUGX8wTfPEfXiRj193K0s K8Ow== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; 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=US4GyCicRfFzSSeGYAtJr3NQqIyn1B4bfsLNoJdRqbA=; b=mOvtc6NB6wOZ4q4U4DeoaqUDF88C+2ts8w5KZA8iaAsQBSv0GJVigIFxPAGN+O90sL /vUcsTuDnmzqJDZB9g1xNgHRKqzTUebXEiCWedaRX4DLBXRoLWylFH+swQEAs7TpQ7Uw pFK7YHFV/ZLQmVBfahNwGgpKR/TJwiVIQFGHLeS35swo7+pzlfxNMslFQ4mZfX9xWE6r BaLusmnDnLu8Egv9bv//t158+/Ac5MmkHtr1yULMT5iMVcdZ/dsHUqk353H0BWP69TgR f7w4gHH2SkQfS/fNsaEBpIo7cX+eayES2bjibWCqa5IsFJiOnNeE9Z1uduBIT0zu8Dxl wYVg== X-Gm-Message-State: ANhLgQ2i+3IweNz8+FyQ118jgIp6ggbxXqG/GugWF/oqIqWuXw49rqZ1 jwM4dTt4vcQTjzIGVD6b1xfMNPLO X-Google-Smtp-Source: ADFU+vuXTljD5vKCuGoz7Z6HrB+SCEPwR25dE3ZAWZ27qmSrjcODK3gIT7QnsOHgbm2zEpdGGmUuyQ== X-Received: by 2002:a19:840d:: with SMTP id g13mr2331117lfd.162.1582886274872; Fri, 28 Feb 2020 02:37:54 -0800 (PST) To: devel-distro@lists.altlinux.org References: <820a9927-782a-81f6-2858-602c12027655@ya.ru> <5c82f10e-11bc-45ca-8c57-c9599d4ae42f@ya.ru> <5f70c521-dfe0-c2ea-98a5-7d7725af9e33@gmail.com> <20200227130437.3c32bac7@boyarsh.office.basealt.ru> <20200227145023.2ca3891b@boyarsh.office.basealt.ru> <152b81f5-9106-be83-494b-e99510c206c5@gmail.com> <27217b42-be86-5378-72d5-d00d7ac27a30@ya.ru> <4b1dbac3-3b18-671d-3b10-e947ca72adcf@gmail.com> <0cd6dbe7-ea5e-54d2-4820-2f34395abd9b@ya.ru> <502e55e8-2529-d830-e053-94ceb3d7d4c9@basealt.ru> <333c3a5a-91f7-d495-2d77-8ef42c749dbe@ya.ru> From: Leonid Krivoshein Message-ID: <5e14acf1-dd7b-7a68-dcf3-a2c9717d0cfe@gmail.com> Date: Fri, 28 Feb 2020 13:32:47 +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: <333c3a5a-91f7-d495-2d77-8ef42c749dbe@ya.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel-distro] =?utf-8?b?0J3QtdGB0LrQvtC70YzQutC+INGP0LTQtdGAINCy?= =?utf-8?q?_stage1_=D0=B8_stage2?= 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: Fri, 28 Feb 2020 10:37:57 -0000 Archived-At: List-Archive: 28.02.2020 6:57, Антон Мидюков пишет: > 28.02.2020 10:50, Anton Farygin пишет: >> On 28.02.2020 06:35, Антон Мидюков wrote: >>> 28.02.2020 10:21, Leonid Krivoshein пишет: >>>> >>>> 27.02.2020 16:11, Aleksey Novodvorsky пишет: >>>>> чт, 27 февр. 2020 г., 16:07 Leonid Krivoshein >>>>> >: >>>>> >>>>> >>>>>     27.02.2020 15:51, Антон Мидюков пишет: >>>>>     [...] >>>>>     > И всё равно. Вопрос тот же. Нужно ли ставить их оба, или >>>>> ставить >>>>>     > только то, с которым загрузились при установке? >>>>>     > >>>>> >>>>>     Вот и предлагается это решить в обсуждении. >>>>>     Я предложил ставить оба на жёсткий диск и обосновал. >>>>>     Тем более, ты это уже успешно реализовал... >>>>> >>>>> >>>>> Согласен с тем, что оба. По крайней мере пока. >>>>> >>>> >>>> >>>> Если сильно дорожим x86_64 и i586 в графике, заморачиваемся с >>>> gfxboot для syslinux и grub, то ценой не знаю пока точно какого >>>> времени восстанавливаем то, что висит на кнопке F7 >>>> (design-bootloader/src/panel.inc) -- оно никуда не девалось, просто >>>> кнопка появляется в зависимости от имени каталога, в котором лежит >>>> ядро и initrd. У нас оно лежит в alt0. Если в имени будет >>>> присутствовать x86_64, gfxboot будет считать его одним, если i386 >>>> или x86, то другим. Нужно будет поменять переводы и подсказки >>>> вокруг, не перепутав наш un-def с егойным .undef. См. также: >>>> src/common.inc:/check_arch_boot_dir, а вот эти надо убирать: >>>> /32bit_popup, /64bit_popup. >>>> >>>> Но мне тоже не понравился этот недокументированный транслятор >>>> байт-кода, ориентированный только на Intel ix86. Если других >>>> архитектур у нас подавляющее большинство, то для них мы так F7 не >>>> забиндим и нужно делать через подменю или отдельными пунктами в >>>> главном меню, а это совсем другая структура меню получится. >>>> Реализовать так быстрей и проще, но там не будет графики, зато >>>> можно сделать универсально. >>>> >>> А может не будем для syslinux выбор ядер делать? Всё новое железо >>> будет с UEFI без legacy, а свежее ядро нужно только новому железу. И >>> тогда наша задача сведётся к реализации подменю для rEFInd на данном >>> этапе. Для i586 вообще нового железа в принципе больше не будет >>> никогда. Сэкономим на размере образов к тому же. >>> >> А если учесть то, что от refind надо уходить, то остаётся только grub. > Надо, но не прямо сейчас. Так что прямо сейчас актуален именно rEFInd. > И это прямо сейчас продлится неопределённо долго Наш .efi.img (в ElTorrito) вырос за последние годы почти вдвое и на каком-то железе это уже проблема загрузки. Теперь мы добавим туда ещё одно ядро с initrd и число совместимых машин по EFI-загрузке резко упадёт. Уж лучше перейти на grub на без графики, чем вот так. Но раз с grub'ом получилось, раз SecureBoot уже есть, осталось только сборку темы в ISO добавить -- сама тема для grub тоже есть. > , так как: >> >> Но придётся поработать над вопросами подписи ядер и модулей на этапе >> сборки. >> > -- Best regards, Leonid Krivoshein.