Summary: | Lilo 24.x can't load initrd on Supermicro SYS-5018D-FN8T/X10SDV-TP8F | ||
---|---|---|---|
Product: | Sisyphus | Reporter: | Sergey Y. Afonin <asy> |
Component: | lilo | Assignee: | 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
Sergey Y. Afonin
2017-12-19 20:30:22 MSK
Не грузится с kernel panic из-за невозможности смонтировать rootfs, может попозже фото сделаю, или текстовый вывод через консольку. Попробуйте lilo из task #195778. Created attachment 7324 [details]
kernel panic with 24.x
C 24.2 тоже не грузится.
Created attachment 7351 [details]
Kernel panic, lilo-24.2-alt1 without "large-memory"
Created attachment 7352 [details]
Kernel panic, lilo-22.7.3-alt8, with "large-memory"
Практически так же, как и с lilo 24.2
Created attachment 7353 [details]
Normal startup, lilo-22.7.3-alt8, without "large-memory"
На всякий случай, для сравнения. Кое-какие изменения в распределении памяти видны.
Хорошо бы, если не сильно сложно, откатить изменение в lilo 24, которое делает large-memory постоянным, раз такие случаи есть. Лучше заранее увидеть при обновлении, что что-то пошло не так. Из Supermicro ответили, что ОС не поддерживается. Если сложно, надо lilo 22 оставлять параллельно. Хотябы будет возможность собрать своё ядро и не использовать initrd. Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?.. Рост размера произошёл, в основном, из-за увеличения объёма упакованных туда утилит. (In reply to comment #7) > Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?.. Можно (поставив make-initrd-busybox), но бесполезно: initrd-4.9.75-std-def-alt0.M80P.1.img 3528035 - это, тоже, много. Похоже, ещё размер ядра влияет: удаление usb тоже не спасло, хотя размер initrd стал меньше 3383904 (из примера в первом сообщении). А вот 4.4.110 из c7 вполне влезло с busybox (без busybox тоже не влезло), и делает вид, что работает. Но это с lilo 22. (В ответ на комментарий №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 и их зависимостями. (В ответ на комментарий №7) > Интересно, а за счёт какого-нибудь busybox можно initrd уменьшить ?.. Так делал mkinitrd, в make-initrd одной из задач был как раз переезд на glibc. (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. (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 Ревизия такая же осталась почему-то. Совпало что ли... Для статистики. На 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 (In reply to Sergey Y. Afonin from comment #14) > другит Надо же на столько опечататься... "грузит" разумеется. :-) |