Instalar Ubuntu 8.04 Hardy Heron sobre un fakeRAID
Ya he comentado en alguna que otra ocasión que mi ordenador principal (del 2005) lleva un chipset NForce 4 y dos discos exactamente iguales de 250GB que desde el primer día han estado en RAID 0, que es la idea que llevaba desde que monté el ordenador.
Un RAID por hardware es aquél en el que la controladora de discos se encarga de que la agregación de discos sea totalmente transparente para el sistema operativo, de forma que éste sólo vea un disco donde realmente hay varios. En este caso, como todo el trabajo extra de gestión del RAID lo hace la controladora, no hay sobrecarga para la CPU.
Un RAID por software es cuando el sistema operativo es el que tiene acceso directo a los discos y es él el que monta el RAID a partir de esos discos de forma transparente para las aplicaciones que ven sólo un disco donde realmente hay varios. En este caso, el trabajo de gestión del RAID lo tiene que hacer enteramente la CPU.
Un fakeRAID es una mezcla de ambas cosas. En realidad es un RAID por software: el trabajo lo hace la CPU que tiene que hacer un trabajo extra para mantener el RAID consistente, pero un fakeRAID está soportado por el chipset y por la BIOS, de forma que en el momento del arranque es transparente para los diferentes sistemas operativos si ahí hay un disco real o es un RAID. Así, aunque tanto Windows como Linux soporten su RAID propietario por software, yo en mi sistema puedo conseguir arrancar sin problemas Linux, Windows y MS-DOS desde la pareja de discos en RAID 0 de forma totalmente transparente. El fakeRAID supone una forma de que todos los sistemas operativos acepten una forma de RAID por software común. Y por eso le llaman fakeRAID (fake=falso, falsificación), porque parece que nos estén vendiendo un robusto RAID por hardware cuando es un simple RAID por software en el que el chipset tiene poca intervención.
¿Y por qué RAID 0? Pues porque la tasa de transferencia de datos es prácticamente el doble (algo que se nota mucho, por ejemplo, en edición de vídeo):
$ sudo hdparm -tT /dev/mapper/nvidia_bdehcbaa /dev/mapper/nvidia_bdehcbaa: Timing cached reads: 1680 MB in 2.00 seconds = 840.26 MB/sec Timing buffered disk reads: 362 MB in 3.01 seconds = 120.33 MB/sec $ sudo hdparm -tT /dev/sda /dev/sda: Timing cached reads: 1588 MB in 2.00 seconds = 793.95 MB/sec Timing buffered disk reads: 184 MB in 3.02 seconds = 60.90 MB/sec
y en realidad, la sobrecarga para la CPU apenas se nota. La gran desventaja del RAID 0 es que cualquier fallo en cualquiera de los dos discos causará una pérdida irremediable en toda la información de los discos. De modo que como la probabilidad de perder los datos es el doble, yo tengo que doblar mis precauciones para hacer backups frecuentes y fiables.
Los fakeRAID se soportan en Linux usando el dmraid (Device-Mapper Software RAID support tool). En 2005, cuando compré el ordenador, el dmraid era una herramienta realmente nueva que apenas acababa de añadir soporte para el chipset NForce 4 y que ninguna distribución incluía. Funciona haciendo uso del módulo dm-mod del kernel que es el que proporciona “Device mapper support”, dentro de la categoría de drivers de “Multiple devices driver support (RAID and LVM)”. El dmraid le indica al kernel que si une tal sector de este disco y tal de aquél, puede formar un nuevo dispositivo virtual accesible desde /dev/mapper/fakeraiddevice. En los kernels 2.6, el LVM hace uso del device-mapper.
En aquella época, para conseguir instalar la Debian Sarge en mi sistema con fakeRAID, tuve que hacer verdaderas virguerías. Si no recuerdo mal, tuve que instalar Debian en un disco duro adicional temporal, compilar el dmraid y ejecutarlo, hacer un debootstrap hacia el disco virtual del RAID y personalizar los scripts de creación del initrd para que ejecutaran dmraid durante el arranque y así encontrar el “root” adecuado. Todo mejoró mucho cuando en la Etch, que era la Testing por la época, añadieron el paquete de dmraid y además, los scripts adecuados para que se ejecutara durante el arraque dentro del initrd.
Instalación de Debian Etch en fakeRAID (información de referencia)
Si queremos instalar Debian Etch en fakeRAID, la forma de hacerlo es parecida a la que podemos leer en: Instalar Debian Etch en Proliant ML110 G4 (con raid1 “fakeraid”). Consiste en, antes de la fase de crear las particiones, ir a la consola (Alt+F2) y ejecutar:
# modprobe dm-mod # udpkg -i /cdrom/pool/main/d/dmraid/dmraid-udeb_1.0.0.rc13-2_i386.udeb # dmraid -a y
Volvemos a la instalación con Alt+F1, hacemos la instalación típica pero creando particiones en “/dev/mapper/fakeraiddevice” y, antes de reiniciar, volvemos a entrar en la consola para instalar el paquete de dmraid en el sistema destino, ya que de otra forma el initrd no contendrá el ejecutable del dmraid:
# chroot /target # mount -t sysfs sys /sys # mount -t proc proc /proc # apt-get install dmraid
Necesitamos montar el sysfs y el proc para poder usar la red dentro del chroot.
Si el GRUB no se ha instalado bien del todo, cosa que suele ocurrir, podemos, desde la consola de la instalación (no desde el chroot), hacer lo que nos sugiere Setting up Debian on a Serial ATA RAID device (lo que está entre <> ha de ser adaptado para cada caso en concreto):
# grub --device-map=/dev/null grub> device (hd0,<1>) /dev/mapper/<isw_dhiiedgihc_Volume02> grub> device (hd0) /dev/mapper/<isw_dhiiedgihc_Volume0> grub> root (hd0,<1>) grub> setup (hd0) grub> quit
Pero antes de hacerlo, nos tenemos que asegurar que en /boot/grub (del sistema recién instalado) tenemos los archivos stage1, stage2 y *_stage1_5. En caso contrario, podemos copiarlos ahí desde /usr/lib/grub/arquitectura/.
Instalación de Ubuntu Hardy Heron en fakeRAID
Muchas veces he contado que uso Debian Testing por aquello de que las versiones estables de Debian se quedan pronto obsoletas en cuanto a versiones. Pero al mismo tiempo, Debian Testing hace honor a su nombre y a menudo una actualización te crea problemas en algún área. Así, que dado el gran bombo y repercusión que ha tenido la aparición de Ubuntu Hardy Heron 8.04, hecho que ha tenido cabida en gran parte de los blogs que suelo leer (y a los que me uno con esta entrada), y puesto que hace mucho tiempo que tocaba una reinstalación fresquita del sistema, algo que no hacía desde el 2005 (y realmente, todavía innecesaria, pero es que quería ampliar la partición de Linux desde hacía siglos), me he decidido a probar la nueva Ubuntu. ¿Quién sabe? Quizás Ubuntu ha conseguido ser la plataforma Linux unificada por la que tantos han suspirado tanto tiempo. Lo único que lamentaría es que desplazara definitivamente a KDE a favor de GNOME, ya que sin ser un fanboy ni de el uno ni de el otro, parece que me guste algo más el primero. En cualquier caso, la diversidad en Linux nunca puede desaparecer, aunque sí que es posible que se creen grandes mayorías de usuarios que se decanten por una cierta distribución (Ubuntu) y por determinadas aplicaciones, facilitando así la uniformización, el soporte y la resolución de problemas.
La instalación de Ubuntu 8.04 en fakeRAID la podemos hacer con el CD estándar de “desktop”, no hace falta usar el “alternate”. Arrancamos desde el mismo, elegimos la opción de instalación de Ubuntu y cuando llegamos a la pantalla inicial de la instalación, la cancelamos y entramos así al LiveCD:
En el LiveCD abrimos un terminal e instalamos el paquete dmraid, que en Ubuntu es parte del repositorio universe, por lo que lo tenemos que habilitar. Así que editamos el /etc/apt/sources.list, descomentamos las líneas de universe, actualizamos la lista de paquetes e instalamos el dmraid:
$ sudo vi /etc/apt/sources.list [...] ## Uncomment the following two lines to add software from the ‘universe’ ## repository. ## N.B. software from this repository is ENTIRELY UNSUPPORTED by the Ubuntu ## team, and may not be under a free licence. Please satisfy yourself as to ## your rights to use the software. Also, please note that software in ## universe WILL NOT receive any review or updates from the Ubuntu security ## team. deb http://archive.ubuntu.com/ubuntu hardy universe deb-src http://archive.ubuntu.com/ubuntu hardy universe [...] $ sudo apt-get update $ sudo apt-get install dmraid
Al final de la instalación, el dmraid se ejecuta automáticamente, así que podemos verificar que realmente ha descubierto nuestro fakeRAID:
$ sudo dmraid -r /dev/sdb: nvidia, "nvidia_bdehcbaa", stripe, ok, 398297086 sectors, data@ 0 /dev/sda: nvidia, "nvidia_bdehcbaa", stripe, ok, 398297086 sectors, data@ 0 $ sudo dmraid -a y RAID set "nvidia_bdehcbaa" already active RAID set "nvidia_bdehcbaa1" already active RAID set "nvidia_bdehcbaa2" already active RAID set "nvidia_bdehcbaa3" already active RAID set "nvidia_bdehcbaa5" already active RAID set "nvidia_bdehcbaa6" already active RAID set "nvidia_bdehcbaa7" already active $ ls -la /dev/mapper/ brw-rw---- 1 root disk 254, 0 2008-04-29 20:21 /dev/mapper/nvidia_bdehcbaa brw-rw---- 1 root disk 254, 1 2008-04-29 17:52 /dev/mapper/nvidia_bdehcbaa1 brw-rw---- 1 root disk 254, 2 2008-04-29 17:52 /dev/mapper/nvidia_bdehcbaa2 brw-rw---- 1 root disk 254, 3 2008-04-29 20:21 /dev/mapper/nvidia_bdehcbaa3 brw-rw---- 1 root disk 254, 4 2008-04-29 20:09 /dev/mapper/nvidia_bdehcbaa5 brw-rw---- 1 root disk 254, 5 2008-04-29 17:52 /dev/mapper/nvidia_bdehcbaa6 brw-rw---- 1 root disk 254, 6 2008-04-29 19:59 /dev/mapper/nvidia_bdehcbaa7
Ahora ya podemos darle al icono de la instalación que tenemos en el escritorio para retomar la misma ahora con el fakeRAID ya activado:
Cuando llegamos a la parte de particionar el disco, deberíamos de ver las particiones que ya tengamos en nuestro fakeRAID (si tenemos alguna). Como nota adicional, es interesante comentar que si tenía un disco USB externo conectado, el particionador tenía algún problema y nunca llegaba a salir. Apagándolo pude evitar el problema.
Otro problema que tuve es que configurando /, /home y swap en distintas particiones:
Daba constantemente error por la partición de swap (¿?¿?):
Parece que porque la partición de swap se montaba automáticamente en algún punto y ni siquiera desmontándola previamente con swapoff solucionaba el problema:
sudo swapoff /dev/mapper/nvidia_bdehcbaa7
Así que finalmente opté por decirle que no usara la partición de swap (hay que decírselo tanto arriba como abajo, aunque no estoy muy seguro de por qué aparecen arriba las mismas particiones sin número) y tras aceptar que Ubuntu se instalara sin swap, todo fue bien:
Y así, finalmente la instalación va configurando todos los paquetes en el sistema de ficheros del fakeRAID:
Cuando acaba, no le tenemos que decir que reinicie el sistema, porque en el estado actual aún no podríamos usar Ubuntu. En cambio, le tenemos que decir que queremos seguir usando el LiveCD:
El problema con la instalación en este punto es el mismo que teníamos con Debian, que el paquete dmraid no está instalado en el sistema final (sí en el LiveCD) y, por ello, el initrd no lo contendrá y Ubuntu no podrá arrancar de la partición del fakeRAID. Por eso, tenemos que instalarlo como hacíamos con Debian:
$ sudo chroot /target # mount -t sysfs sys /sys # mount -t proc proc /proc # apt-get install dmraid
Si nos fijamos en la salida de la instalación del dmraid, podremos comprobar que al final de la misma añade el comando y los scripts necesarios al initrd:
# apt-get install dmraid Reading package lists... Done Building dependency tree Reading state information... Done The following NEW packages will be installed: dmraid 0 upgraded, 1 newly installed, 0 to remove and 0 not upgraded. Need to get 188kB of archives. After this operation, 709kB of additional disk space will be used. Get:1 http://es.archive.ubuntu.com hardy/universe dmraid 1.0.0.rc14-0ubuntu3 [188kB] Fetched 188kB in 3s (52.3kB/s) Can not write log, openpty() failed (/dev/pts not mounted?) Selecting previously deselected package dmraid. (Reading database … 94949 files and directories currently installed.) Unpacking dmraid (from …/dmraid_1.0.0.rc14-0ubuntu3_amd64.deb) … Can not write log, openpty() failed (/dev/pts not mounted?) Setting up dmraid (1.0.0.rc14-0ubuntu3) … * Setting up DMRAID devices… [ OK ] update-initramfs: deferring update (trigger activated) Processing triggers for initramfs-tools … update-initramfs: Generating /boot/initrd.img-2.6.24-16-generic
Respecto al GRUB, parece que la instalación de Hardy Heron lo instala bien en el MBR del fakeRAID, pero si no lo hiciera, podemos hacer también lo mismo que hacíamos en Debian usando grub desde un terminal del LiveCD asegurándonos de que en el directorio /boot/grub/ del sistema de ficheros destino tenemos los ficheros necesarios.
Para finalizar, sólo nos queda, tras arracar de nuestra Ubuntu recién instalada, configurar la swap para que se use automáticamente durante el arranque, ya que nos la hemos dejado fuera durante la instalación. Para ello, editamos el /etc/fstab y añadimos una línea parecida a esta:
/dev/mapper/nvidia_bdehcbaa7 swap swap
Y, ¡a disfrutar de Ubuntu Hardy Heron sobre fakeRAID! Y por cierto, no por haber instalado Ubuntu en este ordenador voy a dejar de dar la lata en el blog con Debian, ¡que aún la tengo en todos los otros ordenadores!
Actualización 6/5/08:
El grupo de Ubunto encargado del paquete dmraid es el ubuntu-dmraid. En Launchpad podemos ver los bugs abiertos para dmraid en Ubuntu.
Uno de ellos pide la inclusión de dmaid en main para que sea fácil instalar Ubuntu en un fakeRAID. Aunque hay un informe sobre la conveniencia de la inclusión de dmraid en Ubuntu, el paquete aún se considera muy inestable, por lo que de momento no lo incluyen.
También hay un bug sobre que GParted no puede trabajar con las particiones de un fakeRAID en Ubuntu 8.04, lo cual puedo confirmar, pero con QTParted desde Knoppix yo pude redimensionar particiones sin problemas. El fdisk de toda la vida también funciona bien con los fakeRAID.
Otro bug interesante es la detección automática de las particiones del fakeRAID por parte de udev para que no tengamos que añadir manualmente las particiones del fakeRAID al /etc/fstab.
:wq
albertjh dijo:
Increíble, como siempre una maravilla de post, haré si tengo un poquito de tiempo un enlace a este post.
Felicidades…
Un Saludo!
patata dijo:
Hola, Vicente, tan didactico como siempre. Y yo, como siempre, un preguntón (no te creas que no busco por ahí, es que no da tiempo a llevarlo todo para adelante…por eso aprovecho tanto tus entradas, me ahorran un MONTON de tiempo) A ver si me puedes ayudar con estos problemas:
- La primera, es porque tengo previsto migrar mis ubuntu server de 6.06 (la ultima lts) a 8.04 (la nueva lts) Pero en las pruebas de migracion que he hecho he comprobado que ahora en el /etc/fstab en lugar de ver los dispositivos /dev/hdxn veo unos discos scsi con algo que llama id. Ademas he comprobado que el hdparm (que usaba para perfilar el acceso a los hdd) ya no funciona. Parece que ahora hay una emulacion scsi y el dist-upgrade me ha migrado los dispositivos. Esto, me preocupa por dos temas:
* Optimizacion de los hdd, ya no funciona el hdparm qué debo usar o el nuevo sistema es más “inteligente”
* Si me decido a jugar con particiones, no se que hacer con esas id. Por ejemplo, añado un nuevo hdd que va a ser al 100% la particion home, antes lo tenia facil cambiaba /dev/hda3 por /dev/hdb1 y ya esta; pero ahora, no sé…. O si migro todo un hdd a otro, aprovechando para hacer mas grandes algunas particiones
- La otra duda, siempre que puedo la pregunto: un raid por hardware (por ejemplo por placa base), si se estropea el hardware o decido cambiar de placa base ¿puedo enchufar esos hdd en el nuevo hardware y su raid los reconocera?
Bueno, siento la brasa. Si hay algun sitio que me oriente (que no sea Google :), con eso ya me ayudas un monton. Gracias por todo
nachopro dijo:
Hola Vicenta, tanto tiempo! el trabajo y mis investigaciones me tienen sin tiempo de visitarte y escribir en mi página…
pero bueno, paso a contarte que dejé la tiranía de Ubuntu con sus binarios y dependencias… y a la semana de usar Debian, noté que era lo mismo… Así que hace 3 semanas que gozo de los beneficios y buenas formas de Gentoo Linux
Un saludo desde argentina!
Super Coco dijo:
@albertjh Gracias, ¡me alegro de que te haya gustado!
@patata Respecto a la primera pregunta, todas las particiones tienen un UUID, un número único que las identifica. Tal y como conté por encima al final de Creación de reglas udev para personalizar el nombre de los ficheros de dispositivo de las memorias USB, el UUID, así como la etiqueta, se puede usar en lugar del fichero de dispositivo para especificar qué sistema de ficheros queremos montar. Eso tiene especial importancia hoy en día por la abundancia de unidades externas USB, que igual que hoy pueden ser
/dev/sda, mañana pueden ser/dev/sdjo/dev/sdken función del orden en que conectemos nuestros dispositivos USB. Usar el UUID es una forma de saber perfectamente qué partición de qué disco queremos montar sin importarnos qué fichero de dispositivo le va a asignar.Por ejemplo, yo tengo un disco USB externo con una Ubuntu instalada en él. Como en el
fstabaparece el UUID y no el fichero de dispositivo, da igual en qué ordenador lo pinche, que siempre me arranca perfectamente, ya que es capaz de encontrar elrootsin problemas. Fíjate en el/boot/grub/menu.lsty verás como también usa los UUID para especificar elroota usar (a menos que la migración te haya dejado tu configuración de la 6.06 intacta).Para obtener el UUID de una partición, puedes usar el comando
vol_ido elblkid:Sobre el nuevo comportamiento de los discos SATA, resulta que en el kernel hay una nueva generación de drivers SATA (hablo un poco sobre ello en Disk might not be spun down properly. Update shutdown utility.). Con ellos normalmente no es necesario ajustar parámetros con el
hdparm, ya que se autoajustan ellos para máximo rendimiento. Sin embargo, elhdparmte debería seguir funcionando para cosas como hacer un benchmark (con las opciones-tT) o para ajustar el ahorro de energía, como cuento en Linux no mata discos duros, se mueren solos.Sobre lo segundo, los RAID por hardware, sean fakeRAID o RAID por hardware real, si tienes algún problema con la placa base o con la controladora, normalmente no podrás poner los discos y leerlos en otro sistema que no tenga la misma controladora o el mismo chipset (a veces entre diferentes versiones del mismo chipset -p.e. NForce2, NForce3, NForce4, también hay compatibilidad). Es otro inconveniente de tener RAID y que acentúa la necesidad de un buen backup. De todas maneras, en caso de RAID 1 (mirroring), si no me equivoco, como los dos discos son exactamente iguales, creo que sí que se podrían reutilizar en otros sistemas diferentes, aunque habría que investigarlo más en profundidad.
@nachopro Gentoo es una distribución excelente donde las haya cuyo mayor inconveniente para mi gusto es que no puedes tener un paquete instalado en pocos segundos ya que tienes que esperar a que compile. Por lo demás, una distribución genial, y el sistema de los
USEte deja de verdad personalizar la distribución a medida. ¡A disfrutar!navarone dijo:
hola
me parece un tutorial fantastico. de hecho, he encontrado un monton de paginas que hacen referencia a este tutorial.
te escribo porque me da un problema tras instalar todo. cuando se supone que hay que instalar el dmraid, al intentar hacer chroot /target, me dice lo siguiente:
chroot: cannot run command ‘/bin/bash’: no such file or directory
espero que puedas ayudarme..
1 saludo
Super Coco dijo:
@navarone Lo que te está diciendo el error es que el fichero
/target/bin/bashno existe tras la instalación, lo cual indicaría que no se ha hecho bien, ya que elbashes una de las cosas básicas que necesariamente se tienen que instalar. Por tanto, yo examinaría el directorio/targetdesde el LiveCD a ver qué es lo que ha quedado ahí tras la instalación a ver si encuentro alguna pista.También puedes probar a usar otra shell haciendo:
Iván dijo:
Hola!,
yo he actualizado este puente mi gutsy a hardy y salvo un par de pequeños problemas ya resueltos todo a ido bien. Me ha extrañado ver este post tuyo pero me alegro de que te hayas animado con ubuntu. Sobre lo de KDE, siempre puedes instalar kubuntu o instalar ese escritorio ($ sudo apt-get install kubuntu-desktop) sobre la ubuntu que ya tienes instalada.
Tu último párrafo me hace sugerirte un próximo artículo: Cuántos ordenadores/máquinas tienes en casa, cómo las tienes configuradas y para qué las utilizas. Sobre lo que piense tu chica de tanta máquina no hace falta que nos lo digas porque “todas” son iguales…
(aunque ya hemos visto en otros artículos que es muy comprensiva).
Saludos, Iván.
Super Coco dijo:
@Iván Pues ya ves que me he animado con Ubuntu. Las versiones estables de Debian hacen honor a su nombre pero también se quedan muy obsoletas.
Sobre el KDE, ya sabía que poderse usar, se podía usar (gracias por el comando para instalarlo), pero tenía entendido que está mucho peor integrado que GNOME. Tengo que probarlo y comprobarlo yo mismo. Quizás cuando el KDE 4 esté un poco más estable. En cualquier caso, lo que quería decir al respecto es que me parece que la gran popularidad de Ubuntu usando GNOME por defecto está desplazando fuertemente al KDE, lo cual es una gran lástima.
Y sobre la sugerencia de artículo, me la apunto, pero creo que no será pronto ya que requiere de un gran esfuerzo documental por mi parte
…¡que mi chica es comprensiva pero un día me tira de casa! 
Iván dijo:
Pero tú no trabajas con Etch, sino con Lenny, por lo que sí tenías los últimos cambios. Otra cosa es para algún servidor, que ahí si que Etch “a muerte” ;-).
Respecto al KDE, han salido 2 versiones distintas de kubuntu 8.04, una con KDE4 en plan beta y otra con la versión 3.5.algo más estable. Yo me he descarga las dos y voy a probarlas al menos en una máquina virtual a ver qué tal está KDE.
Saludos, Iván.
Super Coco dijo:
@Iván Bueno, yo tengo Debian Etch en todos los sistemas excepto en este que he migrado a Ubuntu, de modo que ya no tengo ninguna Lenny/Testing. Según mi experiencia, tanto la Estable como la Testing hacen honor a su nombre. Con la Debian Estable te olvidas de todos los problemas, ya que todo va muy bien, pero pronto sus versiones quedan obsoletas. Con la Debian Testing tienes versiones recientes pero siempre te estás encontrando “problemillas”. Al probar Ubuntu, mi intención es ver si consigo un término medio entre estabilidad y versiones.
Yo aún no me he atrevido con KDE 4 dados los problemas que dicen que tiene. Si te animas, ya nos contarás
Iván dijo:
Por cierto, se me olvidaba, has instalado la versión de 64 bits o la de 32?. Supongo que habrás elegido la de 64. Algún problema que destacar o funciona todo correctamente?. Yo todavía estoy con la de 32 bits y no me cambio porque me dá pereza reinstalar todo de cero otra vez. A ver si algún día de estos me animo y la pruebo.
Saludos, Iván.
Super Coco dijo:
@Iván La de 64 bits y todo sin problemas. Como conté en Sobre el plugin de Flash en Firefox/Iceweasel en Debian AMD64: El nspluginwrapper aceptado en Testing la única pega importante de tener esta versión es que el plugin de Flash no es nativo y aunque el
nspluginwrapperte permite tener Flash, no es lo que se diga muy estable. A veces deja de funcionar y a veces cuelga el navegador.Por lo demás, eligiendo binarios de AMD64 te garantizas la optimización para tu procesador (y no tienes que conformarte con la de 686) a costa de que las aplicaciones consumen un poco más de memoria porque cuando reservan memoria, los enteros son de 64 bits y no de 32.