Hola no soy usuario de linux, pero estoy pensando seriamente en incorporarlo debido a mi trabajo.
Si alguien me puede dar una mano, le agradeceria, mi problema es el siguiente:
Al intentar iniciar un sistema centos, con un disco que ha sido clonado en otra maquina, veo el siguiente mesaje en pantalla:

wating for driver initialization.
scanning and configuring dm raid supported devices
scanning logical volumes
reading all physical volumes. this may take a while...
actuvating logical volumes
volume group "VolGroup00" not found
trying to resume from /dev/VolGroup00/LogVol01
unable to access resume device (/dev/VolGroup00/LogVol01)
creating root device.
mouting root filesystem.
munt: could not find filesystem ´/dev/root´
setting up other filesystem.
setting up new root fs
setuproot: moving /dev failed: no such file or directory
no fstab.sys, mouting internal defaults
setuproot: error mounting /proc: no such file or directory
setuproot: error mounting /sys: no such file or directory
swiching to new root and runnig init.
unmouting old /dev
unmouting old /proc
unmouting old /sys
switchroot: mount failed: no such file or directory
karnel panic - not syncing: attempted to kill init!

A que se puede deber esto y si alguien tiene la solución sería un alivio en mi vida. Gracias!

1) No dupliques mensajes.

2) Clonar un sistema Linux no es algo que recomendaría a alguien que empieza a usar el sistema. Es algo simple que puede convertirse en una pesadilla.

3) Por el tipo de error, casi seguro se trata de un disco IDE (otra cuestión: cuando se solicita ayuda, hay que brindar esos datos). Si instalas un sistema Linux en el master primario en la máquina A, sólo funcionará en el master primario de la máquina B.

4) Ese error de inicio es claro: no consigue montar la partición raíz, porque no la encuentra. Como no la encuentra, luego no encuentra todo lo demás: directorios de sistema, kernel, etc. Puede solucionarse desde un live-cd, chroot y reescritura de /etc/fstab. Pero creo que es mucho más simple que aclares cómo están organizados los discos, y cómo estaban en la máquina original, porque de todos modos, mientras no tengamos esos datos no sabremos qué va en fstab.

Perdón, y gracias por la Rta., los duplicados fueron por error, sin intención.
Te comento que tres disco fueron clonados desde un IBM con un disco principal y las clonaciones fueron todas iguales desde sd0 a sd1 donde sd0 es el principal en el IBM. Las otras dos copias funcionaron perfectamente cuando se agregaron a las PCs(eran iguales). En ésta PC (la del problema) el disco se conecta a trevés de ata.
Para seguir sus instrucciones que live-cd me recomiendan y como identifico la organización de los discos para reescriturar fstab.
Una casa mas tengo el servidor principal IBM con su disco, aparte de la que no funciona, esto lo digo por si sirve para alguna prueba.

live-cd cualquiera ya que la idea es que puedas editar el fstab y los discos puedes identificarlos con fdisk

El archivo /etc/fstab tiene esta estructura:


Puse dos ejemplos distintos para que notes la diferencia posible de escritura. Los instaladores suelen escribir el UID de la partición. Un humano, prefiere escribir la ruta al dispositivo (segunda línea).

Lo que tienes que hacer, es localizar las particiones, y editar /etc/fstab con esa información. Para ver cuáles son las particiones, tal vez vayas un poco a ciegas con fdisk (si bien es la primera opción para un administrador) y te convenga utilizar gparted. Un livecd que seguro trae gparted es el de Ubuntu. Lo abres y ves cuales son las rutas a las particiones, en caso de que haya más de una. Pero, sobre todo, al dispositivo (el disco: /dev/sdXY)

Luego, los comandos en una terminal, en el ejemplo suponiendo que tu disco está ubicado en /dev/sdb y las particiones son 1 la /, 2 la /home.

$sudo mount /dev/sdb1 /mnt
$sudo nano /mnt/etc/fstab

Ahora editas el archivo, reemplazando las cadenas correspondientes por las rutas correctas para tus particiones. Siguiendo con el ejemplo, deberías dejar algo así:

/dev/sdb1 / ext3 errors=remount-ro 0 1
/dev/sdb2 /home ext3 defaults 0 2

Como hablas de un servidor, es probable que también tenga partición /boot. En ese caso, también deberías especificar la ruta en el mismo archivo.

En rigor, las únicas particiones indispensables para que arranque el sistema son /boot (si existe) y /.


PD: pero antes de hacer todo esto, asegúrate de que no se soluciona cambiando el orden de arranque de los discos en el SETUP (o BIOS, o como lo llames).

Ok! intento y te comento, muchas gracias!