Проблема после сборки нового ядра.

Собрал новое ядро 2.6.13 под FC4 (до этого было родное 2.6.11-1) Теперь при загрузке системы выдается ошибка Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block(0,0)

К сожалению поиск по гуглу не дал четкого решения проблемы..

[Saruman]

Ядро сам конфигурировал? Если да - то, похоже, ты забыл включить поддержку IDE-чипсета (Device Drivers -> ATA... support). Тебе нужно указать имеющийся у тебя чипсет или просто собрать с поддержкой generic IDE chipset.

Сообщение от Saruman

Ядро сам конфигурировал? Если да - то, похоже, ты забыл включить поддержку IDE-чипсета (Device Drivers -> ATA... support). Тебе нужно указать имеющийся у тебя чипсет или просто собрать с поддержкой generic IDE chipset.

Да, действительно конфигурировал сам, да и к тому же первый раз по мануалу..
Спасибо за совет, поддерержке IDE чипсета включил! Шас компилирую..

К сожалению не помоголо.. вылетает все таже ошибка:
Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block(0,0)

Слышал краем уха что нужно :

FS на которой находится корневой раздел собирать монолитно в ядре, а не модулем.

Вот только где и что в Linux Kernel v2.6.13-prep Configuration подправить, проблема..

[DeADMoroZ]

make menuconfig
меню File Systems -> Включить (* а не M) нужную ФС

Включал свою FS, но по прежнему таже ошибка! Включал ВСЕ возможные пункты из меню File Systems, безусппешно..

Кстати, ядро v2.6.12 грузилось без продобной проблемы, правдвда там сетевая карта отказалась работать (D-Link DFE 538TX 10/100 PC)

[Saruman]

Ты IDE поддержку включил generic или выбрал определенный чипсет? Если определенный - ты уверен, что не ошибся?

GEf$:
Кстати, ядро v2.6.12 грузилось без продобной проблемы

Конфиг от ядра есть? Возьми и сравни

Ты IDE поддержку включил generic или выбрал определенный чипсет? Если определенный - ты уверен, что не ошибся?

Включил generic, собрал - НЕ ПОМОГЛО! Включил ВСЕ остальные чипсеты, собрал - НЕ ПОМАГЛО...

Собрал только, что ядро v2.6.12 которое ранее грузилось нормально и обнаружил, что с ним произошла таже проблема.. при загрузке пишет: Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block(0,0)

cat /etc/fstab

# This file is edited by fstab-sync - see 'man fstab-sync' for details
LABEL=/1 / ext3 defaults 1 1
/dev/devpts /dev/pts devpts gid=5,mode=620 0 0
/dev/shm /dev/shm tmpfs defaults 0 0
/dev/proc /proc proc defaults 0 0
/dev/sys /sys sysfs defaults 0 0
LABEL=SWAP-hdc6 swap swap defaults 0 0
/dev/fd0 /media/floppy auto pamconsole,exec,noauto,managed 0 0
/dev/hdb /media/cdrecorder auto pamconsole,exec,noauto,managed 0 0
/dev/hda /media/cdrom auto pamconsole,exec,noauto,m


cat /boot/grub/grub.conf

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE: You do not have a /boot partition. This means that
# all kernel and initrd paths are relative to /, eg.
# root (hd0,6)
# kernel /boot/vmlinuz-version ro root=/dev/hdc7
# initrd /boot/initrd-version.img
#boot=/dev/hdc
default=2
timeout=5
splashimage=(hd0,6)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.12-prep)
root (hd0,6)
kernel /boot/vmlinuz-2.6.12-prep ro root=LABEL=/1 rhgb quiet
initrd /boot/initrd-2.6.12-prep.img
title Fedora Core (2.6.11-1.1369_FC4)
root (hd0,6)
kernel /boot/vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/1 rhgb quiet
initrd /boot/initrd-2.6.11-1.1369_FC4.img
title WINDOWS XP SP2 (RUS)
rootnoverify (hd0,0)
chainloader +1

[Shlomo]

ВО первых стоит взять конфиг от старого ядра, и добавить-убрать то, что нужно. Потом, в 2.6.13 не ыключена поддержка devfs, поэтому некоторые параметры загрузки прописываются в grub по другому.

ВО первых стоит взять конфиг от старого ядра

я их вроде беру.. делая make oldconfig

Потом, в 2.6.13 не ыключена поддержка devfs, поэтому некоторые параметры загрузки прописываются в grub по другому.

Интересно, теперь мучаю гугл...

[Hubbitus]

А рутовая ФС вообще в порядке? Она монтирется при загрузке из другого места? e2fsck -f что про нее говорит, нормально все?

P.S. В 4 федорке в апдейтах есть kernel-2.6.13-1.1532_FC4, попробуй хотябы загрузится с ним, ясно будет кто виновник.

[Zes]

Нда,а вот тут чел вообще переставил карты памяти местами и всё заработало.
Оушень странно...

[Bek]

в поиск!
http://www.imho.ws/showthread.php?t=43072
смотри пункт 2.6

Тебе соответственно достаточно

"LABEL=/1" заменить на /dev/hda7 (в grub.conf написано hd0,6)

А рутовая ФС вообще в порядке? Она монтирется при загрузке из другого места? e2fsck -f что про нее говорит, нормально все?

говорит:

Usage: e2fsck [-panyrcdfvstDFSV] [-b superblock] [-B blocksize]
[-I inode_buffer_blocks] [-P process_inode_size]
[-l|-L bad_blocks_file] [-C fd] [-j ext-journal]
[-E extended-options] device

Emergency help:
-p Automatic repair (no questions)
-n Make no changes to the filesystem
-y Assume "yes" to all questions
-c Check for bad blocks and add them to the badblock list
-f Force checking even if filesystem is marked clean
-v Be verbose
-b superblock Use alternative superblock
-B blocksize Force blocksize when looking for superblock
-j external-journal Set location of the external journal
-l bad_blocks_file Add to badblocks list
-L bad_blocks_file Set badblocks list


Bek
Cпасибо, шас попробую поменять в конфиге hd0,6 на /dev/hda7

заменил "LABEL=/1" на /dev/hda7, проблема не решилась
Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block(0,0)

[Hubbitus]

GEf$:
говорит:

Дак ты указал какой диск-то проверять??
Например e2fsck -f /dev/hda7
(раздел должен быть отмонтирован)

хм...

e2fsck -f  /dev/hda7
e2fsck 1.37 (21-Mar-2005)
e2fsck: No such file or directory while trying to open /dev/hda7

The superblock could not be read or does not describe a correct ext2
filesystem.  If the device is valid and it really contains an ext2
filesystem (and not swap or ufs or something else), then the superblock
is corrupt, and you might try running e2fsck with an alternate superblock:
    e2fsck -b 8193 <device>

Постараюсь обрисоват картину подробнее
Стоит FC4 kernel 2.6.11-1, решил проабгредить её ядро до 2.6.12! Скачал kernel-2.6.12-1.1456_FC4.src.rpm с офф сайта, руководствовался http://www.linux.org.ru/books/lor-fa...19.html#ss19.9 и http://linux4u.jinr.ru/docs/add04/ke...stall-2.0.html мануалами.

после установки ядра(make bzImage modules modules_install install)
система перистала заргужаться агрумантируя этим сообшением:

Kernel panic - not syncing:VFS: Unable to mount root fs on unknown-block(0,0)


конфиг grub-a

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You do not have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /, eg.
#          root (hd0,6)
#          kernel /boot/vmlinuz-version ro root=/dev/hdc7
#          initrd /boot/initrd-version.img
#boot=/dev/hdc
default=2
timeout=5
splashimage=(hd0,6)/boot/grub/splash.xpm.gz
hiddenmenu
title Fedora Core (2.6.12-prep)
        root (hd0,6)
        kernel /boot/vmlinuz-2.6.12-prep ro root=LABEL=/1 rhgb quiet
        initrd /boot/initrd-2.6.12-prep.img
title Fedora Core (2.6.11-1.1369_FC4)
        root (hd0,6)
        kernel /boot/vmlinuz-2.6.11-1.1369_FC4 ro root=LABEL=/1 rhgb quiet
        initrd /boot/initrd-2.6.11-1.1369_FC4.img
title WINDOWS XP SP2 (RUS)
        rootnoverify (hd0,0)
        chainloader +1

cat /etc/fstab

LABEL=/1                /                       ext3    defaults        1 1
/dev/devpts             /dev/pts                devpts  gid=5,mode=620  0 0
/dev/shm                /dev/shm                tmpfs   defaults        0 0
/dev/proc               /proc                   proc    defaults        0 0
/dev/sys                /sys                    sysfs   defaults        0 0
LABEL=SWAP-hdc6         swap                    swap    defaults        0 0
/dev/fd0                /media/floppy           auto    pamconsole,exec,noauto,managed 0 0
/dev/hdb                /media/cdrecorder       auto    pamconsole,exec,noauto,managed 0 0
/dev/hda                /media/cdrom            auto    pamconsole,exec,noauto,managed 0 0

Вот кусок конфига с которым ядро было собрано.

# File systems
#
CONFIG_EXT2_FS=y
CONFIG_EXT2_FS_XATTR=y
CONFIG_EXT2_FS_POSIX_ACL=y
CONFIG_EXT2_FS_SECURITY=y
CONFIG_EXT3_FS=y
CONFIG_EXT3_FS_XATTR=y
CONFIG_EXT3_FS_POSIX_ACL=y
CONFIG_EXT3_FS_SECURITY=y
CONFIG_JBD=y
# CONFIG_JBD_DEBUG is not set
CONFIG_FS_MBCACHE=y
CONFIG_REISERFS_FS=y
# CONFIG_REISERFS_CHECK is not set
CONFIG_REISERFS_PROC_INFO=y
CONFIG_REISERFS_FS_XATTR=y
CONFIG_REISERFS_FS_POSIX_ACL=y
CONFIG_REISERFS_FS_SECURITY=y
CONFIG_JFS_FS=m
CONFIG_JFS_POSIX_ACL=y
CONFIG_JFS_SECURITY=y
# CONFIG_JFS_DEBUG is not set
# CONFIG_JFS_STATISTICS is not set
CONFIG_FS_POSIX_ACL=y

З,Ы
В конфиге груба менял LABEL=/1 на /dev/hdc7, в этом случае система вообше отказывалась грузиться, не выдавая никаких ошибок..
вот, что я наблюдал на экране:

Booting Fedora Core (2.6.12-prep)'
root hd0,6
Filesystem type is ext2fs, partition type 0x83
kernel /boor/vmlinuz-2.6.12-prep ro root=/dev/hdc7
UNCOMPERSSING Linux ............ OK, booting kernel..
ДАЛЕЕ ВСЕ ЗАМИРАЕТ.....

[Saruman]

Вопрос номер раз:
ты то говоришь, что у тебя грузится система с /dev/hda7, теперь она у тебя грузится с /dev/hdc7, а может, на самом деле вообще с какого-нибудь другого раздела? Учитывая, что e2fsck у тебя на /dev/hda7 ничего не нашел, мне это кажется весьма вероятным. В общем, таблицу разделов в студию.
Вопрос номер два:
раз уж ты меняешь LABEL на /dev/hd..., в fstab ты аналогичные изменения производишь?

[Hubbitus]

С устройствами и разделами ты действтительно лучше разберись сначала, правильно Saruman говорит.

Судя по логу ГРАБа, как он начинает грузится, все-таки система у тебя на /dev/hda7, хотя не понятно почему ее не смог e2fsck проверить. Вполне возможно что она просто запорчена (не думаю что это с ядром связано).
Попробуй восстановить чем-нибудь. Она вообще монтируется у тебя, читается??

Выводы
fdisk -l /dev/hda
fdisk -l /dev/hdb
fdisk -l /dev/hdc
в студию, если у тебя все конечно на АТА-винте (ах).

И еще вопрос: Граб находится на рутовом разделе, или на отдельном загрузочном, откуда грузится все начально вообще?