From: Alexey Gladkov <legion@altlinux.ru> To: "Антон Мидюков" <midyukov-anton@ya.ru> Cc: devel-distro@lists.altlinux.org Subject: Re: [devel-distro] grub-efi в инсталяторе Date: Mon, 10 Feb 2020 10:51:47 +0100 Message-ID: <20200210095146.gswqfvspiy5xynmf@comp-core-i7-2640m-0182e6> (raw) In-Reply-To: <214f9fb1-02d7-b821-9faa-6cda4243415d@ya.ru> On Mon, Feb 10, 2020 at 09:58:54AM +0700, Антон Мидюков wrote: > 12.01.2020 22:18, Антон Мидюков пишет: > > 09.01.2020 21:39, Антон Мидюков пишет: > > > 09.01.2020 2:29, Антон Мидюков пишет: > > > > > > > > [...] > > > > > > > > 4. В mki-copy-efiboot для grub-efi ядро копировать в boot, если > > > > его ещё там нет. Аналогично для других EFI_BOOTLOADER проверять, > > > > есть ли уже ядро в EFI/BOOT, и если есть не копировать. > > > > > > > Копировать ядро в boot, видимо, плохая идея. В qemu грузится, на > > > железе же ядро не находит. > > > > [...] > > > > > В связи с этим переделал задание 243937 (mkimage), всё хорошенько > > перепроверил и исправил очепятки. > > > > Количество правок сократил. Убрал упоминание несуществующего grubx86boot. > > > > Без патча > > 0017-sub.in-stage1-call-copy-kernel-instead-of-copy-BOOTL.patch для > > mkimage-profiles будет работать по-старому. > > > > Прошу аппрув для задания 243937 (mkimage). > Повторяю просьбу. Если что-то сделал неправильно, не молчите, пожалуйста. Письма про EPERM я игнорирую. Это не pull-request. Они значат лишь то, что кто-то собирает ваш пакет. В будущем пожалуйста присылайте нормальный запрос с описанием того, что вы делаете. Теперь конкретно по таску 243937. 1f2ab51466760f2c614f33d916d8b7fefa90dd95 ("mki-copy-kernel: initial target for copying kernel") Описание коммита не поясняет зачем он нужен вообще. Не вызывать mki-copy-$BOOTLOADER дважды ? Не вызывайте, если не нужно. Какую проблему вы решаете этим коммитом ? > [ x$EFI_DESTINATION != 'x' ] Пожалуйста, не пишите так. В mki-copy-kernel вы анализируете ${BOOTLOADER:-}. Такой переменной нет в mkimage. Если это новый параметр, то его нужно требовать в скрипте и описать. Есть параметр BOOT_TYPE. Вы его имели в виду ? Вы проверяете BOOTLOADER только на значения isolinux, syslinux, pxelinux, ieee1275boot. Типов загрузчиков в mkimage больше. Если они не должны обрабатываться, то задокументируйте это. Также вы вынесли код копирования ядра в отдельный таргет продублировав код из соответствующих mki-copy-$BOOTLOADER. Это плохое решение. Это приведёт к рассинхронизации кода в будущем. Также следующий кто будет добавлять новый вариант загрузчика скорее всего пропустит этот скрипт. Я не против вынести копирование ядра в отдельный таргет, если это необходимо. Но мне не нравится, как это реализовано. Если вы хотите это сделать, то убирайте соответствующий код из mki-copy-*. Например, пусть они сами вызывают новую утилиту с параметром `mki-copy-kernel $DESTDIR`. e0501c5fcf9bde41d1cfc88c0941b7282e23bcdb ("mki-copy-grubaa64boot, mki-pack-efionly-isoboot: replaced grub to EFI/BOOT") Опять же описание коммита не совсем понятно. Вы создаёте EFI/BOOT и копируете части grub туда потому что директории вне EFI могут быть не доступны. Когда не доступны ? Вы наверно имели в виду, что для grub во время загрузки может быть доступен только EFI раздел ? (просто угадываю сейчас). > +[ -f "$chroot/.image/$imgdir/EFI/BOOT/grub.cfg" ] || > + message "Warning: /.image/$imgdir/EFI/BOOT/grub.cfg: not found." Зачем этот варнинг, если внизу есть код, который создаёт этот конфиг ? > +mkdir $verbose -p EFI/BOOT Вот тут вы можете написать EFI/BOOT/fonts чтобы не проверять и создавать эту директорию ниже. -- Rgrds, legion
prev parent reply other threads:[~2020-02-10 9:51 UTC|newest] Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top 2019-11-01 14:18 Alexey Shabalin 2019-11-14 19:10 ` Alexey Shabalin 2019-11-15 9:49 ` Alexey Gladkov 2019-11-15 14:59 ` Alexey Shabalin 2019-11-18 15:57 ` Michael Shigorin 2020-01-08 19:29 ` Антон Мидюков 2020-01-09 14:39 ` Антон Мидюков 2020-01-12 15:18 ` Антон Мидюков 2020-02-10 2:58 ` Антон Мидюков 2020-02-10 9:51 ` Alexey Gladkov [this message]
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20200210095146.gswqfvspiy5xynmf@comp-core-i7-2640m-0182e6 \ --to=legion@altlinux.ru \ --cc=devel-distro@lists.altlinux.org \ --cc=midyukov-anton@ya.ru \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: link
ALT Linux Distributions development This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/devel-distro/0 devel-distro/git/0.git # If you have public-inbox 1.1+ installed, you may # initialize and index your mirror using the following commands: public-inbox-init -V2 devel-distro devel-distro/ http://lore.altlinux.org/devel-distro \ devel-distro@lists.altlinux.org devel-distro@lists.altlinux.ru devel-distro@lists.altlinux.com public-inbox-index devel-distro Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.devel-distro AGPL code for this site: git clone https://public-inbox.org/public-inbox.git