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

IMHO.WS (https://www.imho.ws/index.php)

- Пингвинятник (ОС *NIX) (https://www.imho.ws/forumdisplay.php?f=76)

- - Проблема после сборки нового ядра. (https://www.imho.ws/showthread.php?t=95059)

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

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

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

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

Цитата:

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

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

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

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

Цитата:

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

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

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

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

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

Ты 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

:молись: :молись: :молись:

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

Цитата:

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

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

Цитата:

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

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

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

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

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

в поиск!
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)

Цитата:

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..

ДАЛЕЕ ВСЕ ЗАМИРАЕТ.....

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

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

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

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

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

Цитата:

Сообщение от GEf$

говорит:
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)

ты ходил по ссылке, которую я давал?
НЕ НАДО менять grub.conf
единственная правка вносится в /etc/fstab