Alexander Galanin wrote:
> 26.04.2019 22:48, Andrey Jr. Melnikov пишет:
> >> Я попробовал перепаковать initrd.gz с помощью xz -9. Было 8111803 байт,
> >> стало 5919008, но это больше 5 Мб. Всё равно б не помогло.
> >
> > Эм. У тебя там весь SPI-флеш чтоль 8 мегабайт? Новый напаять не вариант?
26.04.2019 22:48, Andrey Jr. Melnikov пишет:
>> Я попробовал перепаковать initrd.gz с помощью xz -9. Было 8111803 байт,
>> стало 5919008, но это больше 5 Мб. Всё равно б не помогло.
>
> Эм. У тебя там весь SPI-флеш чтоль 8 мегабайт? Новый напаять не вариант?
Знаешь ведь, наверно, что разбивка
Hleb Valoshka <375...@gmail.com> wrote:
> On 4/25/19, Andrey Jr. Melnikov wrote:
> >> kmod (26-1) unstable; urgency=medium
> >
> >> * New upstream release.
> >> * Removed patch check_builtin_kver, which was needed to support 2.6.32
> >> kernels.
> >> * Link with OpenSSL to support
Alexander Galanin wrote:
> 26.04.2019 12:03, Andrey Jr. Melnikov пишет:
> > XZ это LMZA. Зачем поддерживать подмножество одно и того-же ?
> > усложнение и увеличение кода u-boot ради выигрыша в пол секунды -
> > сомнительная нужность. Но если тебе так хочется - патчи 10 летней давности
> > ещё
Alexander Galanin wrote:
> 25.04.2019 20:21, Andrey Jr. Melnikov пишет:
> >> Недавно ставил buster на новую машину и заинтересовался тем, почему
> >> initramfs получается таким большим. А там внутри libcrypto лежит!
> > Ой, ты только заметил? Я уже как с год топчусь по граблям собирая убунтушный
On 4/25/19, Andrey Jr. Melnikov wrote:
>> kmod (26-1) unstable; urgency=medium
>
>> * New upstream release.
>> * Removed patch check_builtin_kver, which was needed to support 2.6.32
>> kernels.
>> * Link with OpenSSL to support parsing modules signatures.
>
>> -- Marco d'Itri Sun, 10
26.04.2019 12:03, Andrey Jr. Melnikov пишет:
XZ это LMZA. Зачем поддерживать подмножество одно и того-же ?
усложнение и увеличение кода u-boot ради выигрыша в пол секунды -
сомнительная нужность. Но если тебе так хочется - патчи 10 летней давности
ещё можно нагуглить.
Я попробовал перепаковать
Alexander Galanin wrote:
> 26.04.2019 5:51, sergio пишет:
> > On 25/04/2019 00:54, Alexander Galanin wrote:
> >
> >
> >> u-boot не умеет распаковывать образы, сжатые xz.
> >
> > А CONFIG_RD_XZ для чего?
> Для ядра Linux. u-boot - это несколько другая программа:
>
25.04.2019 20:21, Andrey Jr. Melnikov пишет:
Недавно ставил buster на новую машину и заинтересовался тем, почему
initramfs получается таким большим. А там внутри libcrypto лежит!
Ой, ты только заметил? Я уже как с год топчусь по граблям собирая убунтушный
вариант ядра. Особенно красиво когда
26.04.2019 5:51, sergio пишет:
> On 25/04/2019 00:54, Alexander Galanin wrote:
>
>
>> u-boot не умеет распаковывать образы, сжатые xz.
>
> А CONFIG_RD_XZ для чего?
Для ядра Linux. u-boot - это несколько другая программа:
On 25/04/2019 00:54, Alexander Galanin wrote:
> u-boot не умеет распаковывать образы, сжатые xz.
А CONFIG_RD_XZ для чего?
--
sergio.
Alexander Galanin wrote:
> Всем привет!
> Недавно ставил buster на новую машину и заинтересовался тем, почему
> initramfs получается таким большим. А там внутри libcrypto лежит!
Ой, ты только заметил? Я уже как с год топчусь по граблям собирая убунтушный
вариант ядра. Особенно красиво когда это
24.04.2019 22:54, sergio пишет:
>> А с максимальным урезанием всех модулей всё равно меньше семи мегабайт
>> сделать не получалось.
> тот же бастер с MODULES=dep, BUSYBOX=n, COMPRESS=xz
> initrd.img-4.19.0-4-amd64 4.5M
> грузится, я проверил.
Умение всё проверять похвально. Однако тут сделаны
24.04.2019 22:26, Коротаев Руслан пишет:
> Есть ещё dracut [1]. Тема пришла из Fedora (Red Hat) и завязана на
> systemd (udev). Там идея какая, не запаковывать все драйвера в initramfs
> и выполнять там какие-то скрипты, а как можно скорее монтировать корень
> и передать ему управление.
Спасибо
On 24/04/2019 19:57, Alexander Galanin wrote:
> 24.04.2019 16:25, sergio пишет:
>> buster: initrd.img-4.19.0-4-amd64 35M
> А с максимальным урезанием всех модулей всё равно меньше семи мегабайт
> сделать не получалось.
тот же бастер с MODULES=dep, BUSYBOX=n, COMPRESS=xz
Alexander Galanin пишет:
> Тут есть комический эффект. initramfs стараются сделать как можно меньше.
> Именно для этого в него кладут оптимизированные по размеру klibc и busybox.
> А вот он, спасибо за статистику, от релиза к релизу вырос на 80% без
> видимого улучшения потребительских свойств.
24.04.2019 16:25, sergio пишет:
> On 24/04/2019 12:16, Alexander Galanin wrote:
>
>> заинтересовался тем, почему initramfs получается таким большим
> stretch: initrd.img-4.9.0-8-amd64 19M
> buster: initrd.img-4.19.0-4-amd64 35M
>
> Разница в 16M, меньше чем в два раза. Каким большим? Почему это
On 24/04/2019 12:16, Alexander Galanin wrote:
> заинтересовался тем, почему initramfs получается таким большим
stretch:
initrd.img-4.9.0-8-amd64 19M
buster:
initrd.img-4.19.0-4-amd64 35M
Разница в 16M, меньше чем в два раза.
Каким большим? Почему это должно интересовать остальных?
> Пишу это
Всем привет!
Недавно ставил buster на новую машину и заинтересовался тем, почему
initramfs получается таким большим. А там внутри libcrypto лежит!
Попадает она туда по зависимости от бинарника modprobe, который у нас
сейчас предоставляется пакетом kmod. А он с некоторых пор скомпилирован
с
19 matches
Mail list logo
