[РЕШЕНО] Kernel panic - not synicng: VFS: Unable to mount root fs on unknown-block(8,18)
Diversant 17 февраля, 2012 - 17:54
Очередная неудачная попытка сборки ядра :)
На всякий случай для более полной инфы снимок экрана: http://tinypic.com/r/20hrrwi/5
Вывод lspci -k следующий:
00:00.0 Host bridge: Intel Corporation 4 Series Chipset DRAM Controller (rev 03) Subsystem: Giga-byte Technology Device 5000 Kernel modules: intel-agp 00:01.0 PCI bridge: Intel Corporation 4 Series Chipset PCI Express Root Port (rev 03) Kernel modules: shpchp 00:1c.0 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 (rev 01) Kernel modules: shpchp 00:1c.1 PCI bridge: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 (rev 01) Kernel modules: shpchp 00:1d.0 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 (rev 01) Subsystem: Giga-byte Technology Device 5004 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.1 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 (rev 01) Subsystem: Giga-byte Technology Device 5004 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.2 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 (rev 01) Subsystem: Giga-byte Technology Device 5004 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.3 USB Controller: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 (rev 01) Subsystem: Giga-byte Technology Device 5004 Kernel driver in use: uhci_hcd Kernel modules: uhci-hcd 00:1d.7 USB Controller: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller (rev 01) Subsystem: Giga-byte Technology Device 5006 Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev e1) 00:1f.0 ISA bridge: Intel Corporation 82801GB/GR (ICH7 Family) LPC Interface Bridge (rev 01) Subsystem: Giga-byte Technology Device 5001 Kernel modules: iTCO_wdt, intel-rng 00:1f.1 IDE interface: Intel Corporation 82801G (ICH7 Family) IDE Controller (rev 01) Subsystem: Giga-byte Technology Device b001 Kernel driver in use: ata_piix Kernel modules: ata_piix 00:1f.2 IDE interface: Intel Corporation 82801GB/GR/GH (ICH7 Family) SATA IDE Controller (rev 01) Subsystem: Giga-byte Technology Device b002 Kernel driver in use: ata_piix Kernel modules: ata_piix 00:1f.3 SMBus: Intel Corporation 82801G (ICH7 Family) SMBus Controller (rev 01) Subsystem: Giga-byte Technology GA-8I945PG-RH Mainboard Kernel driver in use: i801_smbus Kernel modules: i2c-i801 01:00.0 VGA compatible controller: nVidia Corporation G94 [GeForce 9600 GT] (rev a1) Subsystem: nVidia Corporation Device 0545 Kernel driver in use: nvidia Kernel modules: nvidia 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) Subsystem: Giga-byte Technology GA-EP45-DS5 Motherboard Kernel driver in use: r8169 Kernel modules: r8169 04:01.0 Multimedia video controller: Brooktree Corporation Bt878 Video Capture (rev 11) Kernel driver in use: bttv Kernel modules: bttv 04:01.1 Multimedia controller: Brooktree Corporation Bt878 Audio Capture (rev 11) 04:02.0 Multimedia audio controller: Creative Labs SB Audigy (rev 03) Subsystem: Creative Labs SB0090 Audigy Player/OEM Kernel driver in use: EMU10K1_Audigy Kernel modules: snd-emu10k1 04:02.1 Input device controller: Creative Labs SB Audigy Game Port (rev 03) Subsystem: Creative Labs SB Audigy Game Port Kernel driver in use: Emu10k1_gameport Kernel modules: emu10k1-gp 04:02.2 FireWire (IEEE 1394): Creative Labs SB Audigy FireWire Port Subsystem: Creative Labs SB Audigy FireWire Port Kernel driver in use: ohci1394 Kernel modules: ohci1394
Поддержку ФС и упомянутых модулей естественно собирал в ядре. Не подскажете где копать?
Если надо будет - скину grep на что надо из .config-а.
»
- Для комментирования войдите или зарегистрируйтесь
Для начала конфиг загрузчика,
Для начала конфиг загрузчика, fstab и fisk -l ( с вашими комментариями что у вас /boot / и т.д.
В конфиге GRUB-a я уверен
В конфиге GRUB-a я уверен поскольку попросту подменял ядро на другое с указанием того же рута ;)
Дело в том что на НТФС-ном разделе стоит GRUB4DOS и в дуал-буте гружу поочередно то оффтоп, то линь.
Отдельный раздел под /boot не выделен, т.к. запилены разделы еще под оффтоп.
Ядро собирается под виртуалкой, а потом пытаюсь его уже грузить на реале ;)
fstab работает уже под другим ядром, да тут по-моему о нём ещё и рано говорить, т.к. здесь даже в busybox нет варианта свалиться.
fdisk -l (если конечно это внесёт ясность, а не запутает.. хехе)
Понимаю что /dev/sda5 валяется как аппендикс, но резать по живому не хотелось.. Поскольку инфу перенести попросту было некуда, соответственно и расположение такое что ыыы..
Конечно щас взглянул и сам задался вопросом зачем мне тогда sdb1 раз ядро кидаю всё равно в sdb2.. :)
Ну а ядро вызывал всё-таки так...
1. Убедиться, что корневая ФС
1. Убедиться, что корневая ФС в ядре - [*]
2. Если п.1 в порядке - поменять винты местами :), ибо не с того винта root смонтировать пытается :)
P.S.: Linux - это красная таблетка :-) Windows - синяя...
CONFIG_EXT2_FS=y CONFIG_EXT2_
А зачем менять винчи если там рядом тут же лежит рабочее ядро, которое с теми же командами всё запускает? ;)
если есть рабочее ядро то
если есть рабочее ядро то почему бы не сравнить конфиги?
Там ещё и initramfs в нагрузку
Там ещё и initramfs в нагрузку ;) Не сам же собирал. Да и знал бы на что смотреть и сравнил наверное. А тут даже и в xconfig для ядра по поиску смотрел, но недокумекал ;)
[Решено]
Всё-таки всё верно было сказано сказано! Спасибо.
Перепроверил и поменял обращение к руту в ядре. Загрузилось..
А я то думал что в паник не будет падать, а сколько-нибудь дальше пойдет :) хехе
В общем внимательность, внимательность и ещё раз внимательность.