Bug 20684
| Summary: | Не загружаются ядра 2.6.30 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Serge Polkovnikov <robin> | ||||||||
| Component: | kernel-image-std-def | Assignee: | Vitaly Chikunov <vt> | ||||||||
| Status: | CLOSED WORKSFORME | QA Contact: | qa-sisyphus | ||||||||
| Severity: | normal | ||||||||||
| Priority: | P3 | CC: | kernelbot, placeholder, vt | ||||||||
| Version: | unstable | ||||||||||
| Hardware: | all | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
root на IDE или на SATA? на SATA на ядрах ниже .30 он видится как hda или как sda? sda В БИОСе включен в AHCI режим. показывайте что там у вас в /etc/lilo.conf для 30-го и того на котором грузится vga="0x31B"
#vga="0x348"
lba32
prompt
default="ALTLinux"
boot="/dev/sda"
timeout="50"
install="menu"
append="splash=silent"
image="/boot/vmlinuz"
initrd="/boot/initrd.img"
label="ALTLinux"
append=" splash=silent"
root="/dev/sda7"
read-only
image="/boot/vmlinuz-2.6.29-std-def-alt4"
initrd="/boot/initrd-2.6.29-std-def-alt4.img"
label="2629-std-def-4"
root="/dev/sda7"
read-only
optional
image="/boot/vmlinuz-2.6.30-std-def-alt3"
initrd="/boot/initrd-2.6.30-std-def-alt3.img"
label="2630-std-def-3"
root="/dev/sda7"
read-only
optional
покажите вывод $ ls -l /dev/disk/by-uuid/ и /etc/fstab до кучи [root@home1 ~]# ls -l /dev/disk/by-uuid/ загалом 0 lrwxrwxrwx 1 root root 10 лип 5 2009 0678B35078B33CED -> ../../sda5 lrwxrwxrwx 1 root root 10 лип 5 2009 370226f2-5099-4926-9597-f8eedaa4cda5 -> ../../sda6 lrwxrwxrwx 1 root root 10 лип 5 2009 78d9b234-6671-4704-8ab4-121d52145532 -> ../../sda9 lrwxrwxrwx 1 root root 10 лип 5 2009 9f340cf7-fcaa-4fe8-8265-78a8c6870ec1 -> ../../sda8 lrwxrwxrwx 1 root root 10 лип 5 2009 c7355a9e-bf3f-4e1a-8a27-c48ee70625b5 -> ../../sda7 lrwxrwxrwx 1 root root 10 лип 5 2009 CA34789834788969 -> ../../sda1 [root@home1 ~]# cat /etc/fstab # This file is edited by fstab-sync - see 'man fstab-sync' for details proc /proc proc nosuid,noexec,gid=proc 0 0 devpts /dev/pts devpts nosuid,noexec,gid=tty,mode=620 0 0 tmpfs /tmp tmpfs nosuid 0 0 /dev/sda7 / ext3 defaults 0 1 /dev/sda8 /home ext3 defaults 0 0 /dev/sda9 /var/pub ext3 defaults 0 0 /dev/sda6 swap swap defaults 0 0 /dev/sda1 /mnt/win_c ntfs-3g rw,locale=uk_UA.UTF-8 0 0 /dev/sda5 /mnt/win_d ntfs-3g rw,locale=uk_UA.UTF-8 0 0 /var/pub /var/ftp/pub none bind 0 0 Created attachment 3639 [details]
Вот скиншот загрузки на .30 ядре
Вот скиншот загрузки на .30 ядре
Created attachment 3640 [details]
dmesg от .29 ядра
dmesg от .29 ядра
Что-то случилось с образом initramfs - либо он испорчен, либо lilo по каким-то причинам не может правильно передать его ядру. Сделайте на всякий случай копию файла /boot/initrd-2.6.30-std-def-alt3.img в текущем его состоянии, после чего проверьте этот файл: gunzip -tv /boot/initrd-2.6.30-std-def-alt3.img zcat /boot/initrd-2.6.30-std-def-alt3.img | cpio -tv Если будут какие-то ошибки, можно попробовать перегенерировать этот файл, после чего необходимо переустановить загрузчик lilo: mkinitrd -fv /boot/initrd-2.6.30-std-def-alt3.img 2.6.30-std-def-alt3 lilo -v Сохраните вывод всех команд и приложите получившийся файл, чтобы потом можно было разобраться, где именно что-то испортилось. Created attachment 3641 [details]
initrd-test.txt
Ошибок не замечено...
Тогда на всякий случай всё-таки выполните lilo -v (и приложите вывод этой команды). Если после этого всё равно останется "RAMDISK: Couldn't find valid RAM disk image starting at 0", значит, имеются какие-то проблемы во взаимодействии lilo с новым ядром (возможно, проявляющиеся только с конкретной материнской платой и версией BIOS). Можно попробовать использовать другой загрузчик (например, grub или extlinux). Делал - не помогает. # lilo -v LILO version 22.7.3, Copyright (C) 1992-1998 Werner Almesberger Development beyond version 21 Copyright (C) 1999-2006 John Coffman Released 11-Aug-2006, and compiled at 18:33:11 on Mar 28 2007 Reading boot sector from /dev/sda Using MENU secondary loader Calling map_insert_data Boot image: /boot/vmlinuz -> vmlinuz-2.6.30-std-def-alt3 Mapping RAM disk /boot/initrd.img -> initrd-2.6.30-std-def-alt3.img Added ALTLinux * Boot other: /dev/sda1, on /dev/sda, loader CHAIN Added Windows Boot image: /boot/memtest-2.11.bin Added memtest86-2.11 Boot image: /boot/vmlinuz-2.6.27-std-def-alt17 Mapping RAM disk /boot/initrd-2.6.27-std-def-alt17.img Added 2627-std-def-17 Boot image: /boot/vmlinuz-2.6.29-std-def-alt4 Mapping RAM disk /boot/initrd-2.6.29-std-def-alt4.img Added 2629-std-def-4 Boot image: /boot/vmlinuz-2.6.30-std-def-alt1 Mapping RAM disk /boot/initrd-2.6.30-std-def-alt1.img Added 2630-std-def-1 Boot image: /boot/vmlinuz-2.6.30-std-def-alt3 Mapping RAM disk /boot/initrd-2.6.30-std-def-alt3.img Added 2630-std-def-3 Writing boot sector. /boot/boot.0800 exists - no boot sector backup copy made. Тогда можно попробовать grub. Чтобы не разламывать существующий загрузчик, можно сделать CD для загрузки grub: 1) Из пакета grub-0.97-alt5.i586.rpm вынуть файл /boot/grub/stage2_eltorito (вариант grub для загрузки с CD). 2) В каталоге с файлом stage2_eltorito выполнить команду mkisofs -R -b stage2_eltorito -no-emul-boot -boot-load-size 4 -boot-info-table -o grub.iso stage2_eltorito (вместо mkisofs можно также использовать genisoimage). 3) Записать получившийся образ grub.iso на CD-RW и загрузиться с него. 4) В загрузившемся grub выполнить команды: root (hd0,6) kernel /boot/vmlinuz-2.6.30-std-def-alt3 root=/dev/sda7 vga=0x31B splash=silent initrd /boot/initrd-2.6.30-std-def-alt3.img boot На всякий случай ещё попробуйте убрать опции vga=0x31B splash=silent (хотя, если initramfs не распаковывается, splash в любом случае не появится). Спасибо. К сожалению, это не то решение, что я расчитывал. Переходить на груб пока нет особого желания. Посмотрим, что еще ментейнер скажет. А пока на .29 посижу. Всё-таки проверьте, загружается ли то же самое ядро и initrd через grub. Ещё попробуйте собрать полный вывод ядра при попытке загрузки через lilo. Идеальный вариант для этого - подключить через COM-порт другую машину нульмодемным кабелем и загрузиться с параметрами console=ttyS0,115200 console=tty0, предварительно настроив на другой машине запись приходящих в порт данных в файл. Если нет возможности настроить serial console, придётся опять делать снимки экрана. Для этого при загрузке через lilo добавьте параметр rootdelay=3600 Затем, когда ядро будет отрабатывать эту задержку, используйте Shift+PageUp, чтобы вывести на экран предыдущие сообщения ядра. Через grub система загружается Похоже проблемы из-за каких-то изменений в работе с бутсплешами. Заменил бутсплеш на другой (рашьше стоял самопальный) ядро начало грузиться. (В ответ на комментарий №20) > Заменил бутсплеш на другой (рашьше стоял самопальный) ядро начало грузиться. Это 1-е, что нужно пробовать, если самопальный Ну и что теперь с багом делать? С одной стороны проблема связана с моим самопальным бутсплешем и с другими бутсплешами ядро загружается нормально. С другой стороны не факт, что мой бутсплеш неправильный - утилиты его генерирующие о каких либо проблемах с ним не сообщают. Старые ядра (до 2.6.29 включительно) с ним грузились без проблем. Груб тоже загружает с ним ядро без проблем. Вообще, патч по словам vsu патч для ядра настолько стремный, что можно спокойно говорить, что "неофициальные бутсплеши не поддерживаются" Точнее, vsu против этого патча вообще. Съехали на plymouth. |
Description
Serge Polkovnikov 2009-07-05 14:37:08 MSD