Pues si, el primer disco (hda) de los tres que componen el RAID5 (hda,hdc,hdg) ha dicho que no quiere trabajar más. Sin problemas, recibo un email del monitor de RAID avisándome que el disco está fallando y lo saca del RAID.
Bien, el siguiente paso lógico es comprar un nuevo disco para sustituir al afectado. Voy a comprar otro disco de 300G pero sólo encuentro SATA. No importa, le enchufo una controlador SATA PCI, le conecto el nuevo disco (sda), quito el defectuoso (hda) y arranco de nuevo la máquina... y no arranca.
Momento de pánico...
Bien, no aparece nada en pantalla, o sea no carga ni el bootloader (GRUB). Así que sospecho que el problema está en que justamente ha fallado el disco principal (hda). Lo vuelvo a conectar y por suerte el disco no estaba totalmente irrecuperable y logro arrancar el sistema de nuevo.
Al parecer lo que indiqué en el artículo anterior no es del todo correcto. Curiosamente creí haberlo probado convenientemente. Al final mediante el wiki de Gentoo (aunque uso Debian) probé el mecanismo alternativo de configurar GRUB. Arranqué y funcionó.
Así que tengo dos teorias:
- El procedimiento que utilicé originalmente no es correcto y lo probé mal.
- El procedimiento original era correcto pero con los cambios de kernel y actualizaciones automáticas del GRUB se debería volver a ejecutar con cada actualización de kernel.
Actualización 25/2/09: Vaya, hace tiempo de esta entrada. Pero revisando el blog la he encontrado y queria actualizar este tema. El enlace a la web de Gentoo está roto porque hay una nueva versión que de paso tiene la solución correcta.
Los pasos serian así, os pongo un ejemplo en el que queremos actualizar el tercer disco (/dev/sdc) para que arranque (de la primera partición, /dev/sdc1):
- device (hd0) /dev/sdc
- root (hd0,0)
- setup (hd0)
Así que se trata de una variación del anterior haciendo "creer" al sistema que el disco /dev/sdc es el primero (en realidad si falla el otro y hay que cambiar el orden del RAID, así será). Como siempre, YMMV.
Entradas
4 comentarios:
Hola que tal,
no sé si será de ayuda, pero a mi también me dió problemas un HD SATA con el GRUB. Aunque en la BIOS el SATA estaba puesto como primario, y de hecho es el que arranca, el GRUB me lo detectaba como tercero. Los otros dos discos que tengo son IDE.
Después de pegarme muy mucho con el GRUB, y gracias a un LiveCD, pude reinstalar el GRUB y hacer que arrancara, aunque no encontraba las particiones donde tenia la Ubuntu. Editando directamente las líneas de arranque desde la consola del GRUB, pude arrancar por fin. Entonces edité el menu.lst del GRUB para que los cambios fueran permanentes, y hete aquí la solución.
Supongo que no aportaré mucha información. Pero vaya, al leer el problema en el blog me he acordado y he querido comentarlo.
Apa.
Siau.
Bueno la verdad es que yo tengo una configuración muy parecida, con SATA (5 discos) en raid1 y raid 5 y el arranque se hace en raid 1, me base en este documento.
http://xtronics.com/reference/SATA-RAID-debian-for-2.6.html
http://tldp.org/HOWTO/Software-RAID-HOWTO.html
Saludos!!
Sargue, tengo la misma configuración que ti en RAID1 y RAID5, con 4 discos SATA.
Se me presenta el mismo problema (el servidor no arranca) si el disco que deja de funcionar es el primero.
Encontraste solución para que bootee con cualquier de los otros discos SATA?
Lo interesante es que en una VM probé lo que dices en la entrada anterior sobre GRUB y funciona. Pero en la maquina real no logro hacerlo funcionar. :o(
gracias
Tip
Tip, dependerá de si tenias bien configurado el grub.
Al arrancar usa las opciones de la BIOS para que intente arrancar desde otro disco. Si lo consigues ya está.
Sino no te quedará más opción que arrancar con algun live-cd para restaurar el RAID sustituyendo el disco defectuoso.
Suerte!
Publicar un comentario en la entrada