Re: Arranque con Fake-Raid
El Tue, 10 Dec 2013 21:47:39 +0100, Alberto escribió:
El 08/12/13 18:07, Camaleón escribió:
(...)
Comprueba que hayas seguido todos los pasos (en Internet tienes varias
guías para la instalación sobre un sistema en funcionamiento del mdadm
con raid1¹) e incluso intenta iniciar el sistema manualmente desde la
consola de GRUB2 que aunque es un poco pesadita (tienes que cargar
manualmente los módulos) da mucho juego, así puedes ir viendo en tiempo
real si te reconoce o no la partición.
¹http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-
system-incl-grub2-configuration-debian-squeeze
bufff, estoy sufriendo con este tema como no recuerdo hace mucho...
Siempre es más sencillo instalar GRUB2 al instalar el sistema, después te
aparecen errores de todo tipo, con o sin RAID de por medio. GRUB2 hace
cosas mucho más raritas que la versión anterior (legacy), la verdad.
el modulo mdraid1x efectivamente era determinante, como apuntabas,
aunque yo intentaba ser segurolas ya que casi todos los posts que
consulte referenciaban al mdraid09, pero no.
No hay pérdida, sólo hay dos módulos para RAID (al menos en Wheezy):
sm01@stt008:~$ locate mdraid
/boot/grub/mdraid09.mod
/boot/grub/mdraid1x.mod
/usr/lib/grub/i386-pc/mdraid09.mod
/usr/lib/grub/i386-pc/mdraid1x.mod
No me preguntes por las diferencias entre los dos porque las desconozco :-
) pero alguien debe haberse hecho la misma pregunta, busquemos:
http://www.linuxquestions.org/questions/linux-newbie-8/what-is-the-
difference-between-mdraid09-mod-and-mdraid09_be-mod-in-grub-4175435449/
una vez en consola Grub, cargo el /dev/md0 y accedo a su estructura
correctamente, entiendo que estoy a un paso, pero...
en el momento de cargar todas las lineas y arrancar, no parece acceder
a
/dev/md0 (GR...)
Pero ¿qué mensaje te tira cuando tras cargar todos los módulos y cargar
el kernel le dices que inicie?
Boot args (cat /proc/cmdline)
Missing modules (cat /proc/modules, ls /dev)
/dev/md0 not exist
¿Te dice eso y nada más? Lo comento porque parece un mensaje del sistema
más que de GRUB2 :-?
la verdad es que esto parece de Poltergeist.
Algo le debe de faltar.
La entrada de Grub que arranca el disco anterior (sda) es esta:
(...)
Y la que he añadido para probar a arrancar md0 es esta:
menuentry Linux Debian - RAID (md0) --class debian --class gnu-linux
--class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
insmod raid
insmod mdraid1x
insmod normal
set root='(md/0)'
echo Cargando RAID Linux Kernel...
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/md0 ro quiet
echo Cargando RAMdisk inicial...
initrd /boot/initrd.img-3.2.0-4-amd64
}
Insisto en que desde la consola de Grub, y tras cargar la linea set
root='(md/0)' soy capaz de ver el contenido del disco /dev/md0, pero
tras cargar el kernel y el Ramdisk, no arranca.
Bien, eso confirma mi anterior sospecha de que se trata del sistema más
que de GRUB, vamos, que el menú de GRUB2 parece correcto.
Es posible que haya que incluir los modulos dentro del initrd ???
Parece que los tiros pueden ir por ahí. Revisa esta paǵian de la wiki de
Debian que habla de cómo depurar los problemas con el initramfs:
https://wiki.debian.org/InitramfsDebug
Yo empezaría por añadir el rootdelay=9 a la línea del kernel y seguiría
con las pruebas que indican en la página.
Saludos,
--
Camaleón
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/pan.2013.12.11.14.42...@gmail.com
Re: Arranque con Fake-Raid
El 08/12/13 18:07, Camaleón escribió:
El Sun, 08 Dec 2013 18:02:20 +0100, Alberto escribió:
El 08/12/13 16:21, Camaleón escribió:
...
y tras escoger la opción, sigue sin encontrar el dispositivo, ya sea el
UUID, md0...
Comprueba que hayas seguido todos los pasos (en Internet tienes varias
guías para la instalación sobre un sistema en funcionamiento del mdadm
con raid1¹) e incluso intenta iniciar el sistema manualmente desde la
consola de GRUB2 que aunque es un poco pesadita (tienes que cargar
manualmente los módulos) da mucho juego, así puedes ir viendo en tiempo
real si te reconoce o no la partición.
¹http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running-
system-incl-grub2-configuration-debian-squeeze
bufff, estoy sufriendo con este tema como no recuerdo hace mucho...
el modulo mdraid1x efectivamente era determinante, como apuntabas,
aunque yo intentaba ser segurolas ya que casi todos los posts que
consulte referenciaban al mdraid09, pero no.
una vez en consola Grub, cargo el /dev/md0 y accedo a su estructura
correctamente, entiendo que estoy a un paso, pero...
en el momento de cargar todas las lineas y arrancar, no parece acceder a
/dev/md0 (GR...)
...
Boot args (cat /proc/cmdline)
Missing modules (cat /proc/modules, ls /dev)
/dev/md0 not exist
...
la verdad es que esto parece de Poltergeist.
La entrada de Grub que arranca el disco anterior (sda) es esta:
menuentry 'Debian GNU/Linux, with Linux 3.2.0-4-amd64' --class debian
--class gnu-linux --class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set=root
5dc41685-0965-47ca-9688-9108b558e57a
echo'Loading Linux 3.2.0-4-amd64 ...'
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/sda1 ro quiet
echo'Loading initial ramdisk ...'
initrd /boot/initrd.img-3.2.0-4-amd64
}
Y la que he añadido para probar a arrancar md0 es esta:
menuentry Linux Debian - RAID (md0) --class debian --class gnu-linux
--class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
insmod raid
insmod mdraid1x
insmod normal
set root='(md/0)'
echo Cargando RAID Linux Kernel...
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/md0 ro quiet
echo Cargando RAMdisk inicial...
initrd /boot/initrd.img-3.2.0-4-amd64
}
Insisto en que desde la consola de Grub, y tras cargar la linea set
root='(md/0)' soy capaz de ver el contenido del disco /dev/md0, pero
tras cargar el kernel y el Ramdisk, no arranca.
Es posible que haya que incluir los modulos dentro del initrd ???
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a77deb.3010...@bersol.info
Re: Arranque con Fake-Raid
El 07/12/13 15:52, Camaleón escribió:
...
pues no, no lo sabia porque razón?
Porque de todos los tipos de RAID que existen para linux (hardware -
controladora-, software -md- y fake -dm-) es el menos estable y por ende
el más problemático.
Ten en cuenta que los fake-raid se basan en parte en ingeniería inversa
ya que el código de las BIOS que lo gestionan no está disponible para que
los desarrolladores puedan trabajar sobre él y generar drivers
competentes. Y ojo, que el fake-raid no sólo es la peor opción en Linux
sino en cualquier sistema operativo (Windows incluido, claro).
nah, no tengo ninguna necesidad de utilizar fake-raid, me da lo mismo
tirar de mdadm (que ademas ya lo conozco), pero fijate que absurdo que
tenia la sensación de que igual le descargaba algo de trabajo al S.O.
...
El primer aviso aparece cuando vas a instalar GRUB2 en una partición
(sea de RAID o convencional) en lugar de hacerlo en el MBR del disco
duro que es lo que GRUB2 prefiere.
mmm, no es el caso, lo estoy ejecutando sobre la raiz del nuevo
dispositivo...
Pues por algún motivo GRUB2 no lo detecta como disco que es lo que te
está diciendo.
~# grub-install /dev/mapper/via_beidbjcadf /usr/sbin/grub-setup: warn:
Attempting to install GRUB to a partitionless disk or to a partition.
This is a BAD idea.. /usr/sbin/grub-setup: error: embedding is not
possible, but this is required for cross-disk install.
de hecho, eso es curioso,
he intentado crear una partición a partir del dispositivo
/dev/mapper/via_beidbjcadf cuando me he dado cuenta, pero me ha dado
problemas, asi que he generado el Filesystem directamente sobre
/dev/mapper/via_beidbjcadf y de ahi, el primer warning
A GRUB2 no le gustan las particiones, y aunque sea posible instalarlo en
el primer sector de arranque de una partición, prefiere ser instalado en
el MBR del disco duro.
Ejecuta y manda la salida de:
ls -la /dev/mapper/*
lo mande en el primer mensaje
~# ll /dev/mapper/
total 0
...
crw--T 1 root root 10, 236 dic 6 16:35 control
brw-rw 1 root disk 254, 0 dic 6 16:35 via_beidbjcadf
el raid estaba activo y el dispositivo de bloques correcto, pero...
...
En el enlace de la wiki de Debian que enviaste (más concretamente en el
apartado 14.1), insiste en que te asegures de que pasas al comando grub-
install el identificador del disco duro, no de una partición.
Podrías forzar la instalación grub-install -f :-?
si, probe con el force y con el recheck, sin resultado.
En cualquier caso, he optado por seguir tu consejo y he pasado a MD,
pero esta claro que no estan saliendo las cosas.
Para sintetizar, tengo la instalación sobre un disco normal (SDA1) y
quiero pasarlo a otros discos que aunque mas pequeños, tengo bastantes
iguales y puedo montar un RAID1 con 2 de ellos y sustituir a medida que
se vayan joribiando.
He creado el nuevo raid, esta vez con mdadm...
Personalities : [raid1]
md0 : active (auto-read-only) raid1 sdc1[0] sdd1[1]
39048768 blocks super 1.2 [2/2] [UU]
unused devices: none
Le he dado formato y he pasado los datos del disco. Quiero arrancar
ahora con el RAID y he instalado con grub-install el MBR en ambos discos
(sdc y sdd), pero con el /dev/md0 me sale un segmentation fault muy
divertido (supongo que el hecho de que el md0 es el RAID de 2
particiones, sdc1 y sdd1, puede influir).
he generado una entrada nueva para GRUB...
# cat /etc/grub.d/09_raid
#!/bin/sh
set -e
exec tail -n +3 $0
# 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.
menuentry Linux Debian - RAID (md0) --class debian --class gnu-linux
--class gnu --class os {
load_video
insmod raid
insmod mdraid
insmod gzio
insmod part_msdos
insmod ext2
set root='(md/0)'
search --no-floppy --fs-uuid --set=root
13bd575c-ead4-4b99-a74e-0e000730d3bc
echo Cargando RAID Linux Kernel...
linux /boot/vmlinuz-3.2.0-4-amd64 root=/dev/md0 ro quiet
echo Cargando RAMdisk inicial...
initrd /boot/initrd.img-3.2.0-4-amd64
}
Una vez sale el menu del grub, escojo la nueva opcion, pero dice que no
encuentra el disco!
No se que me falta, la verdad.
Un saludo,
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a45dfc.9070...@bersol.info
Re: Arranque con Fake-Raid
El Sun, 08 Dec 2013 12:54:36 +0100, Alberto escribió: El 07/12/13 15:52, Camaleón escribió: ... pues no, no lo sabia porque razón? Porque de todos los tipos de RAID que existen para linux (hardware - controladora-, software -md- y fake -dm-) es el menos estable y por ende el más problemático. Ten en cuenta que los fake-raid se basan en parte en ingeniería inversa ya que el código de las BIOS que lo gestionan no está disponible para que los desarrolladores puedan trabajar sobre él y generar drivers competentes. Y ojo, que el fake-raid no sólo es la peor opción en Linux sino en cualquier sistema operativo (Windows incluido, claro). nah, no tengo ninguna necesidad de utilizar fake-raid, me da lo mismo tirar de mdadm (que ademas ya lo conozco), pero fijate que absurdo que tenia la sensación de que igual le descargaba algo de trabajo al S.O. Una controladora hardware raid sí descargaría trabajo pero ningún raid por software te va a evitar la sobrecarga de la CPU. Ahora bien, la penalización que puedas tener va a ser mínima salvo que estés con volúmenes de datos enormes. La peor opción, en cualquier caso, pasa por usar DM. Ejecuta y manda la salida de: ls -la /dev/mapper/* lo mande en el primer mensaje Se me pasaría, lo siento :-) ~# ll /dev/mapper/ total 0 ... crw--T 1 root root 10, 236 dic 6 16:35 control brw-rw 1 root disk 254, 0 dic 6 16:35 via_beidbjcadf el raid estaba activo y el dispositivo de bloques correcto, pero... ¿No hay ninguna partición creada? (...) Podrías forzar la instalación grub-install -f :-? si, probe con el force y con el recheck, sin resultado. En la wiki de ArchLinux hablan de esto, echa un ojo: https://wiki.archlinux.org/index.php/Installing_with_Fake_RAID#Use_GRUB2 Dicen que las últimas versiones de grub-bios no son compatibles con los fake-raid (mira, esto no lo sabía...) y sugieren instalar alguna versión de GRUB2 más antigua. En cualquier caso, he optado por seguir tu consejo y he pasado a MD, pero esta claro que no estan saliendo las cosas. Bueno, al menos a este ya lo conoces (a md, digo) :-) Para sintetizar, tengo la instalación sobre un disco normal (SDA1) y quiero pasarlo a otros discos que aunque mas pequeños, tengo bastantes iguales y puedo montar un RAID1 con 2 de ellos y sustituir a medida que se vayan joribiando. He creado el nuevo raid, esta vez con mdadm... (...) ¿La has creado a mano o has dejado que la genere os-prober? Una vez sale el menu del grub, escojo la nueva opcion, pero dice que no encuentra el disco! Al menos ahora llegas hasta GRUB2, lo cual quiere decir que se ha instalado bien... en un disco, al menos. No se que me falta, la verdad. Hum... Google dice que en Wheezy en lugar de insmod mdraid (que no existe) pongas insmod mdraid1x, prueba a ver, no sea una tontuna. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.08.15.21...@gmail.com
Re: Arranque con Fake-Raid
El 08/12/13 16:21, Camaleón escribió:
El Sun, 08 Dec 2013 12:54:36 +0100, Alberto escribió:
El 07/12/13 15:52, Camaleón escribió:
...
En la wiki de ArchLinux hablan de esto, echa un ojo:
https://wiki.archlinux.org/index.php/Installing_with_Fake_RAID#Use_GRUB2
Dicen que las últimas versiones de grub-bios no son compatibles con los
fake-raid (mira, esto no lo sabía...) y sugieren instalar alguna versión
de GRUB2 más antigua.
si, bueno, no es este el error, pero bueno, en cualquier caso, la
Estable de debian no se caracteriza precisamente por tener las ultimas
versiones
~$ dpkg -l grub* | grep ^ii
ii grub-common 1.99-27+deb7u2
amd64GRand Unified Bootloader (common files)
ii grub-pc 1.99-27+deb7u2
amd64GRand Unified Bootloader, version 2 (PC/BIOS version)
ii grub-pc-bin 1.99-27+deb7u2
amd64GRand Unified Bootloader, version 2 (PC/BIOS binaries)
ii grub2-common 1.99-27+deb7u2
amd64GRand Unified Bootloader (common files for version 2)
...
He creado el nuevo raid, esta vez con mdadm...
(...)
¿La has creado a mano o has dejado que la genere os-prober?
no,no, lo he creado a mano
Una vez sale el menu del grub, escojo la nueva opcion, pero dice que no
encuentra el disco!
Al menos ahora llegas hasta GRUB2, lo cual quiere decir que se ha
instalado bien... en un disco, al menos.
bueno, porque he ejecutado el grub-install en cada uno de los discos
independientes, pero de lo que se trata es que GRUB arranque el MD0 y no
los discos sueltos...
No se que me falta, la verdad.
Hum... Google dice que en Wheezy en lugar de insmod mdraid (que no
existe) pongas insmod mdraid1x, prueba a ver, no sea una tontuna.
He probado a cargar todos los modulos disponibles...
~$ cat /etc/grub.d/09_raid
#!/bin/sh
set -e
exec tail -n +3 $0
# 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.
menuentry Linux Debian - RAID (md0) --class debian --class gnu-linux
--class gnu --class os {
load_video
insmod gzio
insmod part_msdos
insmod ext2
insmod raid
insmod raid5rec
insmod raid6rec
insmod mdraid09
insmod mdraid1x
#set root='(hd2,msdos1)'
search --no-floppy --fs-uuid --set=root
13bd575c-ead4-4b99-a74e-0e000730d3bc
echo Cargando RAID Linux Kernel...
linux /boot/vmlinuz-3.2.0-4-amd64
root=UUID=13bd575c-ead4-4b99-a74e-0e000730d3bc ro quiet dmraid=true
bootdegreaded=true
echo Cargando RAMdisk inicial...
initrd /boot/initrd.img-3.2.0-4-amd64_raid
}
y tras escoger la opción, sigue sin encontrar el dispositivo, ya sea el
UUID, md0...
--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/52a4a61c.8060...@bersol.info
Re: Arranque con Fake-Raid
El Sun, 08 Dec 2013 18:02:20 +0100, Alberto escribió: El 08/12/13 16:21, Camaleón escribió: (...) https://wiki.archlinux.org/index.php/ Installing_with_Fake_RAID#Use_GRUB2 Dicen que las últimas versiones de grub-bios no son compatibles con los fake-raid (mira, esto no lo sabía...) y sugieren instalar alguna versión de GRUB2 más antigua. si, bueno, no es este el error, pero bueno, en cualquier caso, la Estable de debian no se caracteriza precisamente por tener las ultimas versiones ~$ dpkg -l grub* | grep ^ii ii grub-common 1.99-27+deb7u2 amd64GRand Unified Bootloader (common files) (...) Cierto, pero ten en cuenta que GRUB2 no es de las aplicaciones que se actualiza a diario (fíjate que wheezy comparte la misma versión de GRUB2 que jessie). ¿La has creado a mano o has dejado que la genere os-prober? no,no, lo he creado a mano Hum... Al menos ahora llegas hasta GRUB2, lo cual quiere decir que se ha instalado bien... en un disco, al menos. bueno, porque he ejecutado el grub-install en cada uno de los discos independientes, pero de lo que se trata es que GRUB arranque el MD0 y no los discos sueltos... Ya, ya... quiero decir que el raid por software es menos problemático, vamos, que al menos no te falla el comando de instalación. Hum... Google dice que en Wheezy en lugar de insmod mdraid (que no existe) pongas insmod mdraid1x, prueba a ver, no sea una tontuna. He probado a cargar todos los modulos disponibles... (...) y tras escoger la opción, sigue sin encontrar el dispositivo, ya sea el UUID, md0... Comprueba que hayas seguido todos los pasos (en Internet tienes varias guías para la instalación sobre un sistema en funcionamiento del mdadm con raid1¹) e incluso intenta iniciar el sistema manualmente desde la consola de GRUB2 que aunque es un poco pesadita (tienes que cargar manualmente los módulos) da mucho juego, así puedes ir viendo en tiempo real si te reconoce o no la partición. ¹http://www.howtoforge.com/how-to-set-up-software-raid1-on-a-running- system-incl-grub2-configuration-debian-squeeze Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.08.17.07...@gmail.com
Re: Arranque con Fake-Raid
El Fri, 06 Dec 2013 23:21:37 +0100, Alberto escribió: El 06/12/13 18:53, Camaleón escribió: ... Supongo que ya lo sabrás pero evita si te es posible (es decir, si no hay un Windows de por medio) en uso de dmraid. pues no, no lo sabia porque razón? Porque de todos los tipos de RAID que existen para linux (hardware - controladora-, software -md- y fake -dm-) es el menos estable y por ende el más problemático. Ten en cuenta que los fake-raid se basan en parte en ingeniería inversa ya que el código de las BIOS que lo gestionan no está disponible para que los desarrolladores puedan trabajar sobre él y generar drivers competentes. Y ojo, que el fake-raid no sólo es la peor opción en Linux sino en cualquier sistema operativo (Windows incluido, claro). yo he utilizado antes mdadm pero he descubierto dmraid en el caso de los fakeraid, y en este caso, tengo uno, asi que no veo porque no iba a poder utilizarlo Claro que puedes usarlo, cosa distinta es que sea lo recomendado, que no lo es. El software raid en linux tiene muchas más ventajas, siendo la primera de ellas que cualquier error se puede corregir sin problemas porque se trata de código libre, algo que no pasa con el fake-raid (dm). Dm se suele usar en un único caso: cuando no hay más tu tía, es decir cuando compartes discos duros con Windows y tienes activada la BIOS la opción del RAID. Si añades Linux en esos discos, tienes que usar dm o reinstalar Windows de nuevo. El primer aviso aparece cuando vas a instalar GRUB2 en una partición (sea de RAID o convencional) en lugar de hacerlo en el MBR del disco duro que es lo que GRUB2 prefiere. mmm, no es el caso, lo estoy ejecutando sobre la raiz del nuevo dispositivo... Pues por algún motivo GRUB2 no lo detecta como disco que es lo que te está diciendo. ~# grub-install /dev/mapper/via_beidbjcadf /usr/sbin/grub-setup: warn: Attempting to install GRUB to a partitionless disk or to a partition. This is a BAD idea.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required for cross-disk install. de hecho, eso es curioso, he intentado crear una partición a partir del dispositivo /dev/mapper/via_beidbjcadf cuando me he dado cuenta, pero me ha dado problemas, asi que he generado el Filesystem directamente sobre /dev/mapper/via_beidbjcadf y de ahi, el primer warning A GRUB2 no le gustan las particiones, y aunque sea posible instalarlo en el primer sector de arranque de una partición, prefiere ser instalado en el MBR del disco duro. Ejecuta y manda la salida de: ls -la /dev/mapper/* El mensaje de error parece indicar que GRUB2 no se ha instalado, de ahí que no te aparezca tras arrancar el equipo. si, esta claro, pero no entiendo que significa el error: embedding is not possible, but this is required for cross-disk install Hace referencia al warning que le precede, en este caso el mensaje que dice que estás intentando instalar GRUB2 en un disco sin particiones o en una partición. Y que no se puede instalar. A juzgar por el siguiente post: https://bbs.archlinux.org/viewtopic.php?pid=992768 da la impresión de que demanda precisamente que cree alguna partición, pero no lo tengo claro Indagaré en esa linea... Ojo, que en ese hilo no interviene dm (fake-raid) sino md (software raid), son cosas distintas. En el enlace de la wiki de Debian que enviaste (más concretamente en el apartado 14.1), insiste en que te asegures de que pasas al comando grub- install el identificador del disco duro, no de una partición. Podrías forzar la instalación grub-install -f :-? Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.07.14.52...@gmail.com
Re: Arranque con Fake-Raid
El Fri, 06 Dec 2013 17:38:38 +0100, Alberto escribió: Tengo una Debian arrancado con un disco normal, pero quería arrancarlo con un RAID-1 a partir de una controladora VIA, compatible con DMRAID. Supongo que ya lo sabrás pero evita si te es posible (es decir, si no hay un Windows de por medio) en uso de dmraid. La generación ha ido bien. Tengo funcionando el RAID con los 2 discos... (...) Y cuando voy a correr el grub-install sobre el nuevo dispositivo ... ~# grub-install /dev/mapper/via_beidbjcadf /usr/sbin/grub-setup: warn: Attempting to install GRUB to a partitionless disk or to a partition. This is a BAD idea.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required for cross-disk install. El primer warning lo entiendo, no he definido una partición sobre el disco, El primer aviso aparece cuando vas a instalar GRUB2 en una partición (sea de RAID o convencional) en lugar de hacerlo en el MBR del disco duro que es lo que GRUB2 prefiere. pero es que cuando ya la he generado con fdisk, el mkfs.ext4 no la veia como un dispositivo sobre el que pudiera realizar el formato (mkfs.ext4 /dev/mapper/via_beidbjcadf1). pero en cualquier caso, el problema parece ser el error siguiente, que no lo entiendo. El mensaje de error parece indicar que GRUB2 no se ha instalado, de ahí que no te aparezca tras arrancar el equipo. El caso es que, arrancando con este dispositivo RAID desde BIOS, el menu del GRUB no llega a aparecer en ningun momento. En fin, cualquier sugerencia sera bienvenida. Por el mensaje de aviso y posterior error que recibes, yo diría que GRUB2 detecta una partición en lugar de un disco duro completo (el fake-raid). Asegúrate de que estás apuntando al dispositivo correcto. Saludos, -- Camaleón -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/pan.2013.12.06.17.53...@gmail.com
Re: Arranque con Fake-Raid
El 06/12/13 18:53, Camaleón escribió: ... Supongo que ya lo sabrás pero evita si te es posible (es decir, si no hay un Windows de por medio) en uso de dmraid. pues no, no lo sabia porque razón? yo he utilizado antes mdadm pero he descubierto dmraid en el caso de los fakeraid, y en este caso, tengo uno, asi que no veo porque no iba a poder utilizarlo Y cuando voy a correr el grub-install sobre el nuevo dispositivo ... ~# grub-install /dev/mapper/via_beidbjcadf /usr/sbin/grub-setup: warn: Attempting to install GRUB to a partitionless disk or to a partition. This is a BAD idea.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required for cross-disk install. El primer warning lo entiendo, no he definido una partición sobre el disco, El primer aviso aparece cuando vas a instalar GRUB2 en una partición (sea de RAID o convencional) en lugar de hacerlo en el MBR del disco duro que es lo que GRUB2 prefiere. mmm, no es el caso, lo estoy ejecutando sobre la raiz del nuevo dispositivo... ~# grub-install /dev/mapper/via_beidbjcadf /usr/sbin/grub-setup: warn: Attempting to install GRUB to a partitionless disk or to a partition. This is a BAD idea.. /usr/sbin/grub-setup: error: embedding is not possible, but this is required for cross-disk install. de hecho, eso es curioso, he intentado crear una partición a partir del dispositivo /dev/mapper/via_beidbjcadf cuando me he dado cuenta, pero me ha dado problemas, asi que he generado el Filesystem directamente sobre /dev/mapper/via_beidbjcadf y de ahi, el primer warning El mensaje de error parece indicar que GRUB2 no se ha instalado, de ahí que no te aparezca tras arrancar el equipo. si, esta claro, pero no entiendo que significa el error: embedding is not possible, but this is required for cross-disk install A juzgar por el siguiente post: https://bbs.archlinux.org/viewtopic.php?pid=992768 da la impresión de que demanda precisamente que cree alguna partición, pero no lo tengo claro Indagaré en esa linea... -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/52a24df1@bersol.info
