Bug 34363

Summary: Lilo 24.x can't load initrd on Supermicro SYS-5018D-FN8T/X10SDV-TP8F
Product: Sisyphus Reporter: Sergey Y. Afonin <asy>
Component: liloAssignee: placeholder <placeholder>
Status: CLOSED WONTFIX QA Contact: qa-sisyphus
Severity: normal    
Priority: P3 CC: glebfm, ldv, led, legion, mike, placeholder, rider
Version: unstable   
Hardware: all   
OS: Linux   
Attachments:
Description Flags
kernel panic with 24.x
none
Kernel panic, lilo-24.2-alt1 without "large-memory"
none
Kernel panic, lilo-22.7.3-alt8, with "large-memory"
none
Normal startup, lilo-22.7.3-alt8, without "large-memory" none

Description Sergey Y. Afonin 2017-12-19 20:30:22 MSK
После обновления 22.7.3 -> 24.0 система больше не загружается. Поведение 24.0, при этом, практически идентично поведению 22.7.3, если включить large-memory в lilo.conf, такое впечатление, что в 24.0 оно по-умолчанию. При этом, попытка установки ядра 4.9 c 22.7.3 вызывает предупреждение 

Warning: The initial RAM disk is too big to fit between the kernel and
   the 15M-16M memory hole.  It will be loaded in the highest memory as
   though the configuration file specified "large-memory" and it will
   be assumed that the BIOS supports memory moves above 16M.

initrd-4.4.86-std-def-alt0.M80P.1.img  3383904 - ещё лезет
initrd-4.9.70-std-def-alt0.M80P.1.img  3776416 - уже нет

Баг больше как заметка про Supermicro X10SDV-TP8F, так как баг где-то там скорее, раз больше нигде пока не вылезло. Про BIOS написано

BIOS Information
        Vendor: American Megatrends Inc.
        Version: 1.0b
        Release Date: 11/21/2016
        ...
        BIOS Revision: 5.6

Обновлять пока не пробовал.
Comment 1 Sergey Y. Afonin 2017-12-19 20:32:29 MSK
Не грузится с kernel panic из-за невозможности смонтировать rootfs, может попозже фото сделаю, или текстовый вывод через консольку.
Comment 2 Dmitry V. Levin 2017-12-19 20:41:09 MSK
Попробуйте lilo из task #195778.
Comment 3 Sergey Y. Afonin 2017-12-20 11:08:10 MSK
Created attachment 7324 [details]
kernel panic with 24.x

C 24.2 тоже не грузится.
Comment 4 Sergey Y. Afonin 2018-01-12 19:30:36 MSK
Created attachment 7351 [details]
Kernel panic, lilo-24.2-alt1 without "large-memory"
Comment 5 Sergey Y. Afonin 2018-01-12 19:33:06 MSK
Created attachment 7352 [details]
Kernel panic, lilo-22.7.3-alt8, with "large-memory"

Практически так же, как и с lilo 24.2
Comment 6 Sergey Y. Afonin 2018-01-12 19:36:03 MSK
Created attachment 7353 [details]
Normal startup, lilo-22.7.3-alt8, without "large-memory"

На всякий случай, для сравнения. Кое-какие изменения в распределении памяти видны.
Comment 7 Sergey Y. Afonin 2018-01-12 19:52:37 MSK
Хорошо бы, если не сильно сложно, откатить изменение в lilo 24, которое делает large-memory постоянным, раз такие случаи есть. Лучше заранее увидеть при обновлении, что что-то пошло не так. Из Supermicro ответили, что ОС не поддерживается. Если сложно, надо lilo 22 оставлять параллельно. Хотябы будет возможность собрать своё ядро и не использовать initrd.

Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?.. Рост размера произошёл, в основном, из-за увеличения объёма упакованных туда утилит.
Comment 8 Sergey Y. Afonin 2018-01-12 20:01:18 MSK
(In reply to comment #7)

> Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?..

Можно (поставив make-initrd-busybox), но бесполезно:

initrd-4.9.75-std-def-alt0.M80P.1.img  3528035 - это, тоже, много.
Comment 9 Sergey Y. Afonin 2018-01-12 20:39:32 MSK
Похоже, ещё размер ядра влияет: удаление usb тоже не спасло, хотя размер initrd стал меньше 3383904 (из примера в первом сообщении). А вот 4.4.110 из c7 вполне влезло с busybox (без busybox тоже не влезло), и делает вид, что работает. Но это с lilo 22.
Comment 10 Alexey Gladkov 2018-01-15 15:30:07 MSK
(В ответ на комментарий №8)
> (In reply to comment #7)
> 
> > Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?..
> 
> Можно (поставив make-initrd-busybox), но бесполезно:
> 
> initrd-4.9.75-std-def-alt0.M80P.1.img  3528035 - это, тоже, много.

Можно попробовать собрать busybox c минимумом всего, но думаю размер тратится не им а udev & co и их зависимостями.
Comment 11 Michael Shigorin 2018-01-16 15:58:57 MSK
(В ответ на комментарий №7)
> Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?..
Так делал mkinitrd, в make-initrd одной из задач был как раз переезд на glibc.
Comment 12 Sergey Y. Afonin 2018-11-28 02:15:17 MSK
(In reply to comment #7)

> Хорошо бы, если не сильно сложно, откатить изменение в lilo 24, которое делает
> large-memory постоянным, раз такие случаи есть.

Откат называется "small-memory". Опция появилась, видимо, в  23.x, но в lilo.conf(5) не описана почему-то (Bug 35665).

Только она не спасает уже. Даже та пара kernel/initrd, что нормально обрабатывается и грузится посредством 22.7.3 без "large-memory", при попытке добавить в загрузку посредством 23.2 и 24.0 со "small-memory" вызывает предупреждение 

Warning: The initial RAM disk is TOO BIG to fit in the memory below 15M.
  It will be loaded in the high memory it will be
  assumed that the BIOS supports memory moves above 16M.

и не может смонтировать rootfs.
Comment 13 Sergey Y. Afonin 2018-11-29 16:02:29 MSK
(In reply to comment #0)

> BIOS Information
>         Vendor: American Megatrends Inc.
>         Version: 1.0b
>         Release Date: 11/21/2016
>         ...
>         BIOS Revision: 5.6
> 
> Обновлять пока не пробовал.

Обновил, без изменений.

BIOS Information
        Vendor: American Megatrends Inc.
        Version: 2.0
        Release Date: 06/13/2018
...
        BIOS Revision: 5.6

Ревизия такая же осталась почему-то. Совпало что ли...
Comment 14 Sergey Y. Afonin 2021-11-19 13:06:32 MSK
Для статистики. На Supermicro SYS-1019D-14CN-FHN13TP при генерации конфига lilo не ругается, но как-то слишком долго другит ядро, а потом не загружает initrd всё равно. Ядро падает в kernel panic при этом.

BIOS Information
        Vendor: American Megatrends Inc.
        Version: 1.4
        Release Date: 01/12/2021
        ...
        BIOS Revision: 5.14
Comment 15 Sergey Y. Afonin 2021-11-19 17:43:11 MSK
(In reply to Sergey Y. Afonin from comment #14)

> другит

Надо же на столько опечататься... "грузит" разумеется. :-)