LINUX.ORG.RU

[gentoo][grub] kernel panic


0

1

понадобилось поставить винду. выделила раздел под нее, установила, восстановила граб и не смогла бутнуться обратно в генту.

No filesystem could mount root, tried: (список фс)
VFS: unable to mount root fs on unknown-block(8,4)

в соответствии с новой нумерацией разделов подправила граб и фстаб, но не помогло.
из логов не смогла вытащить текст эррора (там его нету о_О), поэтому вот вам фото

fdisk -l

Диск /dev/sda: 250.1 ГБ, 250059350016 байт
255 heads, 63 sectors/track, 30401 cylinders
Units = цилиндры of 16065 * 512 = 8225280 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disk identifier: 0x627f73f1

Устр-во Загр     Начало       Конец       Блоки   Id  Система
/dev/sda1   *           1       12982   104276891    7  HPFS/NTFS
/dev/sda2           12983       15201    17824117+  83  Linux
/dev/sda3           15202       24057    71129392   83  Linux
/dev/sda4           24057       30402    50966529    5  Расширенный
/dev/sda5           24057       24215     1269760   83  Linux
/dev/sda6           24216       25507    10370805   83  Linux
/dev/sda7           25507       30137    37189632    7  HPFS/NTFS
/dev/sda8           30137       30402     2128896   82  Linux своп / Solaris

/etc/fstab

# <fs>                  <mountpoint>    <type>          <opts>          <dump/pass>

/dev/sda2 / ext4 noatime 0 1
/dev/sda1 /media/lallapalooza ntfs-3g defaults,locale=ru_RU.utf8 0 1
/dev/sda8 none swap sw 0 0 
/dev/sda3 /home ext4 defaults 0 1
/dev/sda6 /usr/portage/distfiles ext4 defaults 0 1 
/dev/sda5 /boot noatime defaults 0 1
/grub/menu.lst

title Awesome Gentoo
root (hd0,4)
kernel /boot/vedro2 real_root=/dev/sda2 ro

/dev/sda5 /boot noatime defaults 0 1 #тип фс где? почему пробел а не запятая между noatime и defaults?

на разделе /dev/sda5 есть симлинк типа (ln -s . ./boot)?

anonymous ()
Ответ на: комментарий от ipwww

не учи плохому, /boot у нее отдельным разделом

anonymous ()
Ответ на: комментарий от anonymous

вижу косяк, исправила. результата нет
но раньше тоже не было указано фс и стоял пробел, буталось все чудодейственной силой?

acidpink ()
Ответ на: комментарий от HTaeD

теперь вот в этой строчке вместо списка фс указана только ext4

No filesystem could mount root, tried: (список фс)

по сути, ничего не изменилось

acidpink ()
Ответ на: комментарий от acidpink

>не загрузилось
Выходит, не в таком уж и рабочем.

HTaeD ★★★★ ()

Я вот смотрю на тред, и мне не даёт покоя (хоть и стыдно оплошать но лень проверять):
то что /boot после / не может влиять, или так и было и так работает?

adriano32 ★★★ ()
Ответ на: комментарий от adriano32

физическое положение разделов относительно друг друга никак не влияет на работоспособность
было одно время: своп-корень-помойко-хомяк-бут
всё работало
бут был в попе потому что это экскорень мандривы (емнип) во времена дуалбута

megabaks ★★★★ ()
Ответ на: комментарий от adriano32

а какое отношение он имеет к сему? о_О
для работы системы boot раздел вообще не нужен
абсолютно!
он нужен только загрузчику - ибо там ядро (initrd - опционально) и всякие конфиги да менюшки (в случае нормального груба, а не говна ака груб2)

megabaks ★★★★ ()

иногда бывает так что если корневой (либо бутовый, не помню точно) раздел далеко от начала, то груб тупит и не может загрузить ядро

anonymous ()

> kernel /boot/vedro2 real_root=/dev/sda2 ro

No filesystem could mount root, tried: (список фс)

VFS: unable to mount root fs on unknown-block(8,4)

У тебя ядро не может примаунтить переданный раздел, так как в нём нет поддержки нужной ФС.

anonymous ()
Ответ на: комментарий от anonymous

> root вместо real_root в стоке ядра. не влияет?

real_root парсится скриптами в initrd/initramfs и далее делается туда switch_root/pivot_root

anonymous ()
Ответ на: комментарий от acidpink

> спасибо, это я поняла.

Пожалуйста.

как же оно не поддерживает ext4, если неделю назад поддерживало?

1) У тебя драйвер ext4 может быть собран как модуль

2) Он может быть вкомпилен в ядро

Если у тебя было бы №2, то всё бы работало, посему, скорее всего у тебя вариант №1. Тогда, модуль находится в initramfs/initrd. В этом случае тебе нужно удостовериться, что initramfs:

1) либо вкомпиленна в ядро

2) либо загружается отдельно с помощью grub

Если 2.а, то ядру нужно передать root=/dev/ram ramdisk=16384 real_root=/dev/<something>

anonymous ()

У меня была похожая ситуация, но не в связи установкой windows, а grub2 неожиданно начинал путать разделы и диски, хотя они прописаны по uuid и не мог найти / (/boot тоже отдельно)

решилась включением в биосе AHCI и sata native mode

ss_ash ★★★ ()

проблема решилась пересборкой ядра.

acidpink ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.