From: Leonid Krivoshein <klark.devel@gmail.com> To: make-initrd@lists.altlinux.org Subject: Re: [make-initrd] Possible missing firmware Date: Mon, 7 Jul 2025 22:53:58 +0300 Message-ID: <bda6f844-1148-4561-be5d-1be4b1106b66@gmail.com> (raw) In-Reply-To: <aGvrjY3jvp7MTSIT@lks.home> Привет, Константин! On 7/7/25 18:45, Konstantin Lepikhov wrote: > Hi Leonid! > > On 07/07/2025, at 05:12:10 PM you wrote: > >>> Один вопрос - зачем превращать make-initrd в диагностический инструмент >>> для поддержки? Если заказчик не додал каких файлов это проблема заказчика, >>> а не всех пользователей дистрибутива. Мне пока это видится как процесс >>> "давайте создадим проблему а потом будем ее героически решать". >> Конечно, можно сделать отдельный (внешний) инструмент, но (я надеюсь) >> его механизмы рано или поздно будут полезны make-initrd для интеграции с >> его функционалом. Проблемы-то разные им можно будет отлавливать, >> разумнее всего это делать на этапе создания образа initrd. Сейчас >> алгоритм весьма простой: есть модуль -- в initrd затягиваются все >> упоминаемые в них firmware, при их наличии в stage2 rootfs. А будут >> фильтры, будет более глубокое понимание их назначения, можно будет >> тянуть только то, что нужно в конкретной системе. Это направление, в >> котором можно двигаться. > bla-bla-bla. Конечно, нужно встроить логи в ядро, чтобы оно сразу при загрузке > говорило, чего заказчику не хватает для счастья. И это направление, в > котором нужно двигаться. Нет, ядро уже пишет проблемы в логи, и про нехватку прошивок, только поздновато. Или ничего не пишет, система виснет наглухо спустя пол дня работы. Или она грузится с такими проблемами, что логов уже не посмотреть. > Смотрите, я тоже так умею писать ни о чем, но с > пафосом. Извините, но наболело уже. Хотелось бы добавить пафоса: в RedHat это с 2011 года, в Debian/Ubuntu даже не знаю сколько, почему нам нельзя иметь такой же инструмент? Вы знаете, как это сделать иным способом? Каким инструментом? > Из 19+ сообщений вы так и не привели ни одного use case относительно > make-initrd. Все эти ссылки в багзилле - результат отвратительной работы > поддержки для продукта ООО, и make-initrd эту проблему не решит никак. Вы были невнимательны. Например, приводился такой баг: https://bugzilla.altlinux.org/50471 Из бага очевидно, что ошибка была в апстриме ядра. Она была исправлена в 6.4, было предложено бэкпортировать исправление в 6.1 LTS. Что здесь не так с нашей поддержкой? Поддержка определила, что файл не попадает в stage1 после генерации initramfs, хотя в stage2 rootfs он есть. make-initrd был при том, что об эту ошибку он спотыкался, ему больше не откуда брать информацию о требуемых firmware. > Встаивать бессмысленную диагностику, которая и так есть в модуле ядра в > виде modinfo и в документации самого модуля, лично мне кажется глупостью. Про диагностику см. выше. А ранее я ответил, почему это будет полезно не только для диагностики. Нет, modinfo -- это не инструмент для конечного пользователя (инструмента), чтобы отлавливать такие ситуации в автомате -- см. заголовок темы. -- WBR, Leonid Krivoshein.
next prev parent reply other threads:[~2025-07-07 19:53 UTC|newest] Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top 2025-07-02 23:37 Leonid Krivoshein 2025-07-04 10:42 ` Alexey Gladkov 2025-07-04 10:43 ` Anton Midyukov 2025-07-04 11:38 ` Alexey Gladkov 2025-07-04 13:20 ` Alexey Gladkov 2025-07-04 15:03 ` Alexey Gladkov 2025-07-04 15:23 ` Leonid Krivoshein 2025-07-04 18:23 ` Alexey Gladkov 2025-07-05 0:47 ` Leonid Krivoshein 2025-07-05 8:36 ` Alexey Gladkov 2025-07-05 13:04 ` Leonid Krivoshein 2025-07-05 15:00 ` Alexey Gladkov 2025-07-05 22:40 ` Leonid Krivoshein 2025-07-05 23:57 ` Alexey Gladkov 2025-07-06 15:36 ` Leonid Krivoshein 2025-07-06 17:25 ` Alexey Gladkov 2025-07-06 21:21 ` Leonid Krivoshein 2025-07-08 9:47 ` Alexey Gladkov 2025-07-08 12:58 ` Leonid Krivoshein 2025-07-07 12:07 ` Konstantin Lepikhov 2025-07-07 14:12 ` Leonid Krivoshein 2025-07-07 15:45 ` Konstantin Lepikhov 2025-07-07 19:53 ` Leonid Krivoshein [this message] 2025-07-08 10:45 ` Alexey Gladkov 2025-07-08 15:52 ` Konstantin Lepikhov 2025-07-08 16:30 ` Alexey Gladkov 2025-07-09 6:47 ` Konstantin Lepikhov
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=bda6f844-1148-4561-be5d-1be4b1106b66@gmail.com \ --to=klark.devel@gmail.com \ --cc=make-initrd@lists.altlinux.org \ /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
Make-initrd development discussion This inbox may be cloned and mirrored by anyone: git clone --mirror http://lore.altlinux.org/make-initrd/0 make-initrd/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 make-initrd make-initrd/ http://lore.altlinux.org/make-initrd \ make-initrd@lists.altlinux.org make-initrd@lists.altlinux.ru make-initrd@lists.altlinux.com public-inbox-index make-initrd Example config snippet for mirrors. Newsgroup available over NNTP: nntp://lore.altlinux.org/org.altlinux.lists.make-initrd AGPL code for this site: git clone https://public-inbox.org/public-inbox.git