LINUX.ORG.RU

[Kernel Panic] Viruchaite!

 


0

1

Kernel panic unable to mount root fs on unknown-block(0,0)
Please append a correct «root=» boot option; here are the availible partitions

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  set have_grubenv=true
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function recordfail {
  set recordfail=1
  if [ -n "${have_grubenv}" ]; then if [ -z "${boot_once}" ]; then save_env recordfail; fi; fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs
  insmod video_cirrus
}

insmod part_msdos
insmod ext2
set root='(/dev/sda,msdos1)'
search --no-floppy --fs-uuid --set=root 674bbcf4-706a-4424-8524-26a7cdd5559c
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=auto
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root='(/dev/sda,msdos1)'
search --no-floppy --fs-uuid --set=root 674bbcf4-706a-4424-8524-26a7cdd5559c
set locale_dir=($root)/boot/grub/locale
set lang=en_US
insmod gettext
if [ "${recordfail}" = 1 ]; then
  set timeout=-1
else
  set timeout=10
fi
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
set menu_color_normal=white/black
set menu_color_highlight=black/light-gray
if background_color 44,0,30; then
  clear
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
if [ ${recordfail} != 1 ]; then
  if [ -e ${prefix}/gfxblacklist.txt ]; then
    if hwmatch ${prefix}/gfxblacklist.txt 3; then
      if [ ${match} = 0 ]; then
        set linux_gfx_mode=keep
      else
        set linux_gfx_mode=text
      fi
    else
      set linux_gfx_mode=text
    fi
  else
    set linux_gfx_mode=keep
  fi
else
  set linux_gfx_mode=text
fi
export linux_gfx_mode
if [ "$linux_gfx_mode" != "text" ]; then load_video; fi
menuentry 'Ubuntu, with Linux 2.6.38-8-generic' --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	set gfxpayload=$linux_gfx_mode
	insmod part_msdos1
	insmod ext2
	set root='(/dev/sda,msdos1)'
	search --no-floppy --fs-uuid --set=root 674bbcf4-706a-4424-8524-26a7cdd5559c
	linux	/boot/vmlinuz-2.6.38-8-generic root=UUID=674bbcf4-706a-4424-8524-26a7cdd5559c ro   quiet splash vt.handoff=7
	initrd	/boot/initrd.img-2.6.38-8-generic
}
menuentry 'Ubuntu, with Linux 2.6.38-8-generic (recovery mode)'  --class ubuntu --class gnu-linux --class gnu --class os {
	recordfail
	set gfxpayload=$linux_gfx_mode
	insmod part_msdos
	insmod ext2
	set root='(/dev/sda,msdos1)'
	search --no-floppy --fs-uuid --set=root 674bbcf4-706a-4424-8524-26a7cdd5559c
	echo	'Loading Linux 2.6.38-8-generic ...'
	linux	/boot/vmlinuz-2.6.38-8-generic root=UUID=674bbcf4-706a-4424-8524-26a7cdd5559c ro single 
	echo	'Loading initial ramdisk ...'
	initrd	/boot/initrd.img-2.6.38-8-generic
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/20_memtest86+ ###
menuentry "Memory test (memtest86+)" {
	insmod part_msdos
	insmod ext2
	set root='(/dev/sda,msdos1)'
	search --no-floppy --fs-uuid --set=root 674bbcf4-706a-4424-8524-26a7cdd5559c
	linux16	/boot/memtest86+.bin
}
menuentry "Memory test (memtest86+, serial console 115200)" {
	insmod part_msdos
	insmod ext2
	set root='(/dev/sda,msdos1)'
	search --no-floppy --fs-uuid --set=root 674bbcf4-706a-4424-8524-26a7cdd5559c
	linux16	/boot/memtest86+.bin console=ttyS0,115200n8
}
### END /etc/grub.d/20_memtest86+ ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Windows 7 (loader) (on /dev/sda3)" --class windows --class os {
	insmod part_msdos
	insmod ntfs
	set root='(/dev/sda,msdos3)'
	search --no-floppy --fs-uuid --set=root 5C7EA92C3CE3E723
	chainloader +1
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
u menja sda1 ext4



Последнее исправление: Spuddy (всего исправлений: 1)

Сравни вывод с sudo blkid /dev/sda1 с UUID=674bbcf4-706a-4424-8524-26a7cdd5559c должно быть одно и тоже. Если одинаково, то драйвер ext4 не попал в initrd - пересобери initrd.

ciiccii
()

> Kernel panic unable to mount root fs on unknown-block(0,0)
Выше никакой ругани на initramfs нет? Livecd под рукой есть?

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

Выше никакой ругани на initramfs нет?

Переставил заново, ибо терять было нечего кроме времени. «Паника» появилась, после второй перезагрузки(установка -> reboot -> установка апдейтов, софта(оно же emac, skype, smplayer, adobe, chromium) -> reboot(рядовой) признаюсь, сносил пакеты из Umangera, но !мне кажется! они не пинципиальны). нет, Initramfs не ругалось, но все же очень хотелось бы разобраться с «Паникой» и unable to mount root fs on unknown-block. Что же могло повлиять на перенос рута на другую партицию?

Spuddy
() автор топика
Ответ на: комментарий от AITap

И перенос / здесь ни при чём, проблема происходит на более раннем этапе, поскольку поиском настоящего root занимается не само ядро, а скрипт в initramfs.

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

Показывайте снимок экрана в момент паники.

Я снес ubuntu и заново поставил, но последнее записал в кратце, что в топе и висит Kernel panic unable to mount root fs on unknown-block(0,0)
Please append a correct «root=» boot option; here are the availible partitions и их перечисление
при первой загрузке скрипт ведь нашел рут, видимо, я потом что-то напортачил? готовый grub по выбору ядра все же запустил в первый раз.

Spuddy
() автор топика

Ещё раз Вам говорю: ubuntu, которая не может найти «настоящий» root, будет ругаться _по-другому_. Она скажет: «Gave up waiting for root device» и вывалится в initramfs-шелл.
В Вашем случае до этого не доходит, и ошибка случается раньше, ещё на этапе запуска скрипта, который подключает необходимые модули и ищет настоящий /.
Гипотеза: при обновлении был неправильно пересобран initramfs, что и сломало систему. Для проверки гипотезы мне таки нужен снимок экрана в момент паники.

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

Ясно, ясно, не кричите, пожалуйста! я не правильно изъяснился

Переставил заново, ибо терять было нечего кроме времени. «Паника» появилась, после второй перезагрузки

этим я хотел сказать, что я пере установил и теперь все нормально, просто хочу выяснить причины прошлой паники. Т.о. после переустановки снимок уже не предоставлю.
А вот за инфу большое спасибо!

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

Теперь понятно.
Если сбой повторится, в следующий раз постарайтесь не паниковать вместе с ядром и попытайтесь диагностировать проблему.
Удачи!

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