Kernel pánico cuando se arrancan en RedHat Linux bajo VMWare Fusion: Sistema de archivos no encontrado

StackOverflow https://stackoverflow.com/questions/3199046

Pregunta

Esto debería ser simple. Sin embargo, me está dando el infierno.

Problema:
He compilado el último núcleo y cuando reinicio mi caja, se genera un núcleo de pánico relativos al sistema de archivos.

Pregunta
¿Cómo consigo el nuevo kernel para reconocer el sistema de archivos de VMWare? Tiene que haber alguna en algún configuración que permite que los conocimientos de instalación de Linux que el "disco duro" no es realmente una unidad, pero en realidad un archivo que representa una máquina virtual.

Fondo
Primero y ante todo, no soy un gurú de Linux. Esta es la primera vez que compilar el núcleo. Lo que he hecho para conseguir este problema:

  • descargados versión del núcleo 2.6.34 de kernel.org
  • desempaquetado la fuente en un directorio
  • seguido las instrucciones de instalación aquí:
    • http://www.cyberciti.biz/tips/compiling-linux-kernel-26.html
  • Básicamente, RAN: make menuconfig, make, módulos de producción, producción modules_install, make install, reinicio
  • I en realidad no cambia nada en la sección make menuconfig

Al reiniciar, falló con un error a lo largo de las líneas de: 

No volume groups found
Volume group "VolGroup00" not found
Unable to access resume device (/dev/VolGroup00/LogVol01)
mount: could not find filesystem '/dev/root'
setuproot: moving /dev failed: No such file or directory
setuproot: error mounting /proc: No such file or directory
setuproot: error mounting /sys: No such file or directory
switchroot: mount failed: No such file or directory
Kernel panic - not syncing: Attempted to kill init!

Medio ambiente
Estoy corriendo Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE) bajo VMWare Fusion Versión 3.1.0 (261058) que se ejecuta en un MacBook Pro con OS X 10.5.8 funcionamiento de un procesador de 2,8 GHz Intel Core Duo con 4 GB 1067 MHz de memoria DDR3. La máquina virtual se asigna 2 núcleos de procesador y 2048 MB de memoria. La máquina virtual de ajuste disco duro apunta a la "Red Hat Enterprise Linux 5.vmdk" archivo con el conjunto "Tipo de bus" a "SCSI" set "Tamaño del disco" a 40 Gb y la opción "Split 2 Gb de archivos en" marcada.

Cuando uso el siguiente archivo /boot/grub/menu.lst, todo funciona perfectamente, excepto que arranca en el núcleo mal (2.6.18-194.3.1.el5PAE en lugar de 2.6.34): 

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/sda
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.34)
    root (hd0,0)
    kernel /vmlinuz-2.6.34 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.34.img
title Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.18-194.3.1.el5PAE.img
title Red Hat Enterprise Linux Server (2.6.18-194.el5PAE)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-194.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.18-194.el5PAE.img

Cuando uso el siguiente archivo (con las últimas líneas comentadas y un par de otras ediciones pequeñas), se intenta arrancar el kernel correcto, pero falla el arranque con el kernel panic descrito anteriormente: 

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/sda
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.34)
    root (hd0,0)
    kernel /vmlinuz-2.6.34 ro root=/dev/VolGroup00/LogVol00 rhgb quiet
    initrd /initrd-2.6.34.img
    savedefault
    boot
#title Red Hat Enterprise Linux Server (2.6.18-194.3.1.el5PAE)
#   root (hd0,0)
#   kernel /vmlinuz-2.6.18-194.3.1.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
#   initrd /initrd-2.6.18-194.3.1.el5PAE.img
#title Red Hat Enterprise Linux Server (2.6.18-194.el5PAE)
#   root (hd0,0)
#   kernel /vmlinuz-2.6.18-194.el5PAE ro root=/dev/VolGroup00/LogVol00 rhgb quiet
#   initrd /initrd-2.6.18-194.el5PAE.img

No entiendo cómo, en un caso, se puede averiguar el sistema de archivos de VMWare muy bien, mientras que en el otro caso, no se puede. ¿Qué me estoy perdiendo? ¿Hay alguna opción especial de compilación relacionados con VMWare que debe elegir? ¿Hay algo en el lado VMWare Fusion que tengo que cambiar? No puedo resolver esto!

Cualquier y todas las sugerencias son muy apreciadas!

¿Fue útil?

Solución

Su núcleo es, probablemente, no puede cargar los módulos necesarios para localizar sus volúmenes.

Mi mejor conjetura es su initrd no está en el lugar correcto. Tiene que estar en el mismo directorio que el kernel instalado.

Además, no es una buena idea seguir las instrucciones de Debian para un sistema RedHat. En general está bien, pero que está haciendo algo que es relativamente específico de distribución.

Otros consejos

He tenido un problema similar.

El núcleo era mucho mayor que el hardware. Unidad de disco duro se une de forma predeterminada SATA. Me reconfigurado (en el BIOS o en VM.Properties) de hardware para conectarse por el IDE. Se trabajó para mí, estoy feliz:)

Me recibió el pánico en el núcleo en una situación diferente. Tenía una estación de trabajo RHEL 5.5 en el que el BIOS / placa base falló. Por lo tanto, moví la unidad de sistema operativo a otro PC que es idéntico (Dell T5500) y otra que es una vuelta de la generación (Dell T5400). He hecho esto en el pasado, ya que Linux contiene controladores para muchas placas base, y el PC por lo general las botas a la altura. Ambos errores de kernel eran idénticos. Estaba muy sorprendido. Mencioné la resolución a un amigo, y se acordó de una configuración del BIOS que podría causar que esto ocurra. Cambiamos las BIOS-> Unidades -> SATA de funcionamiento-> SATA RAID a RAID AHCI. Después de cambiar esta configuración del BIOS, tanto en PC arrancado con el sistema operativo RHEL5.5 HD !! Los PCs de reemplazo tenían Windows anteriores. Me dijo que Windows necesita la configuración del BIOS ATA mientras que Linux requiere el otro. ¿Quién sabía!

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top