Imagenes de instalación de las versiones estables para Mageia y OpenMandriva.
OpenMandriva: Mageia (Mageia 9) 20/Agosto/2023 - Anuncio, Descargas.
Blogdrake recomienda descargar las imágenes de instalación (iso) vía torrent para evitar corrupción de datos, aprovechar mejor su ancho de banda y mejorar la difusión de las distribuciones.
Como resolver problema con Grub para iniciar discos secundarios
Ya llevo peleando tiempo para arrancar xp y Mandriva en discos diferentes del principal.
En principio es sencillo, instalando Grub en el principal con Mandriva, si tenemos Windows o Mandriva o cualquier otro so en discos secundarios,
y configurandolo desde el gestor gráfico o editando a mano el menu.lst de Grub , no tiene que fallar.Tal como me ocurre con otra maquina, sin problemas.
Pero a veces en algunos casos la realidad es otra, ¿ porque me funciona en una y en otra, no, con configuraciones casi iguales:
Máquina a:
hd1: sda1-2-3-4 con Mandriva (/, /home, swap + una partición extra)
hd2: sdb1 (xp)-sdb2(ntfs pagefile para xp), sdb3 ntfs (soft para xp)
Todo arranca perfecto con Grub en el mbr en sda, y evidentemente el sector de arranque de sdb con el bootloader de xp.
Máquina b:
hd1: sda1-2-3-4 con Mandriva (/, /home, swap + una partición extra)
hd2: sdb1 una particion única para descargas
hd3: sdc1 una partición única para documentros
hd4: sdd1: ntfs (xp), sdd2: ext3 ( / Mandriva), sdd3: ext4 (/home mandriva), sdd4: (extendida), sdd5: fat32 (pagefile xp), sdd6: swap sdd7:ntfs (soft xp)
hd5: sde1 una partición única para backup.
En el sda (principal) también esta Grub en el mbr
En el sdd esta el bootloader en el mbr y Grub en la partición raiz sdd2.
No hay manera que arranque ni mandriva ni xp desde Grub en sda a pesar de estar correcto:
color black/cyan yellow/cyan
gfxmenu (hd0,0)/boot/gfxmenu
default 0
title Mandriva-Linux 2010
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=Mandriva-Linux_2010 root=UUID=bfff646a-ad43-41f6-bc93-41650490b7fc resume=UUID=9daacb60-ccec-45ec-98cf-2980c367208f splash=silent speedboot=no PROFILE=default vga=794
initrd (hd0,0)/boot/initrd.img
title failsafe
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=bfff646a-ad43-41f6-bc93-41650490b7fc failsafe
initrd (hd0,0)/boot/initrd.img
title 2010-pruebas
kernel (hd3,1)/boot/vmlinuz BOOT_IMAGE=linux root=UUID=92e553b2-4581-43b7-b0d3-c70ce56914c1 resume=UUID=b81eaa4c-ce00-4bb5-80e2-f5959d277472 splash=silent vga=788
initrd (hd3,1)/boot/initrd.img
title WinXP-Juegos
root (hd3,0)
makeactive
map (hd0) (hd3)
map (hd3) (hd0)
chainloader +1
Dónde estará el problema... Grrrrr. buscando, y modificando durante horas y navegando por la red, viendo que otros tienen el mismo problema, aparentemente insoluble :-(
Salto a bios, configurada con 6 conectores sata en ahci, configurados en ide, pasa lo mismo.
Y al final me fijo que en el menu de la bios esta asi:
sata1 ahci
sata2 ahci
sata3 ahci
sata4 not instaled (claro me queda uno libre ya que el 3 y 4 no son bootables )
sata 5 ahci
sata 6 ahci
y pienso, ¿ no será que a pesar de que grub vea el sata5 como hd3 (sata 1 es hd0), a pesar de que los demás esten correctamente mapeados (hd0-1-2-4 y 5 son correctamente reconocidos en el fstab), que el fallo este allí ?
En efecto pruebo a reemplazar en menu.lst hd3 por hd4 , ( es decir saltar el que no esta instalado en bios ) dejandolo así:
color black/cyan yellow/cyan
gfxmenu (hd0,0)/boot/gfxmenu
default 0
title Mandriva-Linux 2010
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=Mandriva-Linux_2010 root=UUID=bfff646a-ad43-41f6-bc93-41650490b7fc resume=UUID=9daacb60-ccec-45ec-98cf-2980c367208f splash=silent speedboot=no PROFILE=default vga=794
initrd (hd0,0)/boot/initrd.img
title failsafe
kernel (hd0,0)/boot/vmlinuz BOOT_IMAGE=failsafe root=UUID=bfff646a-ad43-41f6-bc93-41650490b7fc failsafe
initrd (hd0,0)/boot/initrd.img
title 2010-pruebas
kernel (hd4,1) /boot/vmlinuz BOOT_IMAGE=linux root=UUID=92e553b2-4581-43b7-b0d3-c70ce56914c1 resume=UUID=b81eaa4c-ce00-4bb5-80e2-f5959d277472 splash=silent vga=788
initrd (hd4,1) /boot/initrd.img
title WinXP-Juegos
root (hd4,0)
makeactive
map (hd0) (hd4)
map (hd4) (hd0)
chainloader +1
Y ahora todo arranca correctamente :-D
Moraleja, en las bios modernas, que todas funcionan igual, si hay un slot sata vacío ( lo que surge porque unos son de boot y otros de datos),
hay que saltar la asignación del slot vacío en el mapeo de Grub.
Espero que saque del apuro a los que se encuentren en ese caso.
Saludos.
- Blog de inot
- Entra a tu cuenta o crea una para poder comentar.
# 101512 Bien ahora ten cuidado cuando
Bien ahora ten cuidado cuando actualices el kernel, podrías toparte con esto
¿lo usas?, ¿la lees?, ¿las conoces?,Herramienta útil
BOFH
# 101519 Ya veo que te ha tocado la
Ya veo que te ha tocado la negra....
Que raro que una actualización de kernel modifique el mapeo de Grub...pero bueno sabiendolo es facil corregir.
Pero mas lo es todavía que Grub no reconozca el mapeo (que el mismo define en device.map) y el sistema si lo interprete correctamente en fstab... es decir que fstab mapea bien hd3 como sdd, y grub lo mapea como sdc.
No tiene lógica.
Al que está sentado en el trono, y al Cordero, sea la alabanza, la honra, la gloria
y el dominio por los siglos de los siglos.
Linux user #463168