Debian 8.3 no arranca despues de instalar Kali Linux
Debian 8.3 no arranca despues de instalar Kali Linux
Hola amigos debianitas, he estado liando con un problema desde hace una semana y es que debian 8.3 no arranca despues de haber instalado kali linux rolling release.
Antes de realizar la instalación de Kali linux el estado mi pc era este:
- El esquema de particiones del disco duro es GPT.
- Windows 8.1 x64 instalado en modo UEFI.
- Debian 8.3 x64 instalado en modo UEFI.
- Grub2 reconocia windows y debian, hasta ahi todo funcionaba bien.
Luego decidi instalar Kali Linux version 2016.1 de 64 bit, quemé la iso en un DVD, coloqué el DVD en la lectora, configuré el boot mode del UEFI-BIOS en UEFI-only, reinicié la pc para que corriera el DVD pero se quedaba en pantalla negra entonces cambie el boot mode de UEFI-only a BIOS-legacy y así si se pudo iniciar la instalación.
Cuando llegué a la ventana de instalación de grub, seleccioné para que se instalara y luego siguiente siguiente y así finalizó la instalación. Se reinició la pc, cargó GRUB solo con kali, ingresé a kali y ejecuté "sudo update-grub" pero ni así pudo reconocer a debian y windows, luego de investigar encontré un tutorial en youtube para instalar kali en modo UEFI.
Realicé los pasos del tutorial, tuve que montar particiones boot, efi, proc, sys, dev. Luego de ejecutar el comando chroot removí grub e instalé grub-efi, reinicié la pc y reconoció Windows, Debian y Kali pero no arrancaba Debian.
Y como pensé que el problema era porque había instalado Kali en modo bios-legacy, lo desintalé y restauré grub a como estaba antes de instalar kali.
Justo hoy día he booteado Kali en un pendrive y cambiado el boot mode de UEFI-BIOS en UEFI-only, y por fín logré instalar Kali en modo UEFI. Luego que terminó la instalación me puse a probar si es que podia arrancar cada sistema operativo, y sí funcionaba de maravilla, hasta que configuré el timeout de Grub2 y lo actualicé con "sudo update-grub", y adivinen qué, Debian era el único que no arrancaba, o si lo hace lanza una serie de errores que se los voy a mostrar en imagenes.
UEFI-BIOS
Grub
Arrancando Debian 8.3
En este punto ejecuto el comando journalctl -xb, el log de errores está en esta pagina
También ejecuto el comando systemctl, el log esta aqui
Iniciando Kali
Ese error lo lanza al iniciar pero igual puedo entrar al entorno grafico.
Entradas de Debian en opciones avanzadas
cada vez que ejecuto "sudo update-grub" se agrega una entrada más en las opciones avanzadas de Debian.
Perdonen que haya sido tan detallado, espero puedan guiarme a resolver este problema.
De antemano muchas gracias.
Hola,
Algo similar me sucedió hace un tiempo. Lo que te pasa es que compartes alguna partición entre las dos distros (ya sea la swap o la home). Entonces, cada distro ha nombrado la misma partición con un uuid distinto.
La solución es fácil, sustituye este uuid por el lugar físico de montaje de dicha partición (dev/sdax...) en /etc/fstab de cada distribución que tienes instalada.
Ya nos comentas si te ha funcionado.
Un saludo.
A modo informativo.... yo lo que hago cuando instalo alguna distro junto a Debian, es recuperar el grub de Debian en lugar de instalar otro en la distro nueva. Por ejemplo con el instalador de Debian:
Saludos.
We were but stones. Your light made us stars
Acabo de detectar el problema, y es cuando hago "sudo update-grub" en Debian o Kali, Si es en Debian entonces Grub encuentra los kernel de debian y kali pero hace arrancar a ambos con el kernel de Debian por eso no funcionaba Kali; pero si hago el "update grub" desde Kali igualmente Grub encuentra los dos kernel pero hace arrancar a ambos con el kernel de Kali y es por eso que Debian no funcionaba.
El kernel de Debian es el 3.16.0-4 y el de Kali Linux es 4.3.0
Solo cuando edito las entradas de Kali y Debian en Grub puedo hacer que funcionen ambos pero eso siempre es manual.
¿Hay alguna manera de configurar Grub2 para que Debian y Kali arranquen cada uno con su respectivo kernel?
Y con respecto al fstab, esta es la información que tengo.
fstab de Debian
fstab de Kali Linux
No me queda claro finalmente cual grub ( el de debian ,o el de kali) es el que esta funcionando .
Una alternativa que uso cuando grub y varios sistemas causan problemas es ,deshabilitar el OSprober del grub que corresponda ( esto se hace editando /etc/defaulut/grub y descomentar o agregar la linea que lo indica )
Luego simplemente agrego una o unas entradas en /etc/grub.d/40_custom ,indicando el o los sistemas operativos que quiero iniciar
He seguido el tutorial de Rescue mode en el instalador de Debian y llegué hasta este punto, si mi disco duro tuviese el esquema de particiones MBR sin dudarlo escribiria /dev/sda y Grub se instalaría en el MBR, pero tengo el esquema de particiones GPT y no tengo idea donde instalarlo, o en /dev/sda para instalar grub en el MBR de GPT o en /dev/sda1 que es la particion boot que tengo.
El Grub de Kali es el que tengo funcionando.
Gracias caliban, he desactivado los scripts 10_linux y 30_os-prober o mejor dicho les he quitado el permiso de lectura, he leido un poquillo de ello en esta web
He agregado manualmente las entradas en el archivo 25_custom
Luego de esto ejecuté "sudo update-grub" en la terminal.
Ahora si puedo arrancar los 3 Sistemas operativos sin problemas.
Muchas gracias amigos, gracias por ayudarme a resolver este problema que me tenía loco toda una semana.
PD: Me gustaría agregar una entrada de "Apagar Sistema" en el Grub asi tipo el comando poweroff
PD2: Todavia me queda la duda de como recuperar grub en un disco GPT usando el instalador de Debian.
Para tus preguntas quiza puedas pasar por
Para las entradas que uso,el mejor resultado sobre todo cuando estas experimentando y para evitar que grub confunda particiones uso el siguiente esquema de entradas
Claro que adecuas al las UUID que corresponda ,de este modo grub busca la partición por su UUID cosa mas segura, también podrías usar LEVELS , por otra parte siempre agrego la entrada recovery por si las moscas ,y de ultima si te fijas en / , no en /boot, debian guarda dos imágenes la ultima , y otra llamada OLD , si incluís esa también , tendrás una entrada con un kernel viejo,por seguridad .
En conclusión tendrás siempre una entrada con kernel actualizado, un kernel anterior y un recovery .
Estoy confundido, mencionas que en el recovery debo indicar el kernel en / y no /boot pero veo que en el ejemplo está /boot, aparte tengo 2 kernels funcionando.
Lo del UUID si lo entendi perfectamente, entonces cambiare de /dev/sda10 al UUID de esa partición.
perdón, me he expresado mal , en el enlace que te puse explican en detalle.
Recovery si te fijas linux " ro single"
Me refería al uso del kernel antiguo si initrd /initrd.img fijate que apunta a / y a su vez existe una /initrd.img.old
una corresponde al kernel actual y otra al inmediato anterior.
Hace un listado de / y vas a ver las imagens con un enlace simbolico que apunta a /boot
Ejemplo:
He listado el directorio raiz / y aparecen los enlaces simbolicos que mencionaste
y para la entrada de Debian siguiendo tu esquema, lo he colocado de esta forma
Pero Grub lanza el siguiente error, para cualquiera de esos dos intentos:
También intente con esto
Pero igual sigue lanzando el mismo error de que el fichero /vmlinuz no ha sido encontrado.
Esta entrada sí funciona, he visto que la condicional if se cumple, así que se pueden quitar algunas lineas de codigo. Es muy buena idea hacer referencia al kernel actual mediante el enlace simbolico vmlinuz pero cómo hacerlo.
Además estoy trabajando con GPT.