Problemas con el arranque después de borrar kernel antiguo (SOLUCIONADO)

Imagen de miguel-1500
8 puntos

Tengo la versión 12.04. Todo empezó después de borrar algunos kernel antiguos. Al reiniciar, vi que no cargaba el sistema y aparecia una advertencia: "error 15, file not found". Me pedia que presionase una tecla. Al hacerlo, aparecia una lista de kernel antiguos que creía borrados y sus recoverys. Realmente no sé qué ha ocurrido, pero me llamó la atención que al borrar los kernels me preguntaba qué hacer con "menu-list". Dije que conservar.
¿Alguien podría orientarme? Sé que la todo permanece en el disco duro, lo he visto en Gparted, pero no sé cómo llegar hasta allí.

Imagen de miguel-1500
+1
0
-1

Para añadir información, he visto que al ejecutar el consola el comando sudo fdisk -l, me aparece que el inicio está en /dev/sdb1:
Dispositivo Inicio Comienzo Fin Bloques Id Sistema
/dev/sdb1 * 63 7897087 3948512+ b W95 FAT32
El sistema operativo está en otra partición:
/dev/sda3 * 10683225 300463694 144890235 83 Linux
Debo decir que mi ordenador, un DELL Inspiron 1525, venía con el SO de Ubuntu instalado y que hay otra partición (/dev/sda1) que es una utilidad DELL, supongo que el boot de la máquina.

+1
0
-1
Imagen de Jose Luis 1320
+1
0
-1

Bien...Tu estas conservando una lista antigua de arranque, esa lista CONTIENE los comandos con los cuales arrancas los kernel que ya NO tienes, no los vas a arrancar de ninguna manera.

Y bien ¿como borraste los kernel antiguos? que nadie lo hace como tu y HAY miles de maneras de deshacerse de kernels viejos, raquíticos, artríticos y no deseados....

+1
0
-1

"Yo sólo se que no se nada"
-Sócrates, filósofo griego.
-Normas del foro

Imagen de miguel-1500
+1
0
-1

Los borré siguiendo varias post que venían a decir lo mismo, busco la lista de kernels instalados y después me voy a synaptip y los desinstalo. Pero el kernel más actual está en una partición.
¿Hay alguna manera de recuperar esa información? Debo de tener 50 gb de archivos.

+1
0
-1
Imagen de Jose Luis 1320
+1
0
-1

"Lo borre según muchos post que leí" no describe como borraste los kernel viejos, y no es de mi interés ni tiempo andar buscando esos posts para ver como le hiciste, y si lo hiciera, pues en los posts hay maneras diferentes de como se borran los kernel, quedaría en la misma ambigüedad.

+1
0
-1

"Yo sólo se que no se nada"
-Sócrates, filósofo griego.
-Normas del foro

Imagen de miguel-1500
+1
0
-1

Vamos a ver, he explicado cómo lo he hecho, te he dicho que busqué en la terminal los kernel instalados (image). A partir de ahí me fui a synaptic y fui desinstalando totalmente los más antiguos. Cuando los estaba eliminado me preguntaba si mantenía menu.list y dije sí. Al final quedaron unos 5 o 6 kernels (3.2), los más nuevos. Y dos muy antiguos (2.6). No hay más.
Al decirte que seguí post que leí, quería decir que esa forma de borrar kernels antiguos aún está muy presente en los foros, para mi desgracia.
He visto que hay herramientas como boot-repair. Me ha identificado que el boot está en sdv3, que es la partición donde está Ubuntu, el único SO instalado. Inicié la reparación, pero no me atreví a ir hasta el final por temor a empeorar más las cosas. En el archivo menu.list que veo al instalar el CD live no están los kernels más nuevos, si no esos que a los que me refería en la primera entrada.

+1
0
-1
Imagen de Jose Luis 1320
+1
0
-1

"Abri synaptic y borre los kernel viejos" eso no es una explicación.

"He visto posts" eso tampoco.

Así que buena suerte, me interesa un pepino tu problema.

+1
0
-1

"Yo sólo se que no se nada"
-Sócrates, filósofo griego.
-Normas del foro

Imagen de .doc
+1
0
-1

la verdad es que no he entendido mucho de tus explicaciones, pero está claro que tendrás si desinstalar varios 'linux-image xxxx' tendrás que actualizar el grub, para que no salgan. Así que ...
sudo update-grub
y luego
sudo grub-install /dev/sda
(o .../sdb, en fin, el nombre como se reconoce el disco duro con el que arrancas

+1
0
-1
Imagen de miguel-1500
+1
0
-1

El problema es que después de comienzo del arranque, ese en el aparece el logo del fabricante, va directamente a la shell del grub, como una terminal que necesita comandos. No tengo acceso a la terminal, salvo desde un pendrive con el sistema sin instalar.
La situación del disco es esta:
255 cabezas, 63 sectores/pista, 19457 cilindros, 312581808 sectores en total
Unidades = sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico / físico): 512 bytes / 512 bytes
Tamaño E/S (mínimo/óptimo): 512 bytes / 512 bytes
Identificador del disco: 0x88000000

Dispositivo Inicio Comienzo Fin Bloques Id Sistema
/dev/sda1 63 192779 96358+ de Utilidad Dell
/dev/sda2 192780 10683224 5245222+ b W95 FAT32
/dev/sda3 * 10683225 300463694 144890235 83 Linux
/dev/sda4 300463695 312576704 6056505 5 Extendida
/dev/sda5 300463758 312576704 6056473+ 82 Linux swap / Solaris

Disco /dev/sdb: 4043 MB, 4043309056 bytes
255 cabezas, 63 sectores/pista, 491 cilindros, 7897088 sectores en total
Unidades = sectores de 1 * 512 = 512 bytes
Tamaño de sector (lógico / físico): 512 bytes / 512 bytes
Tamaño E/S (mínimo/óptimo): 512 bytes / 512 bytes
Identificador del disco: 0x000ad943
Cuando el problema comenzó, aparecía el grub con kernels que ya había borrado y, por lo tanto, no podía cargar. Lo que no sé es por qué no aparecía el kernel más actual, que sí está instalado.
Lo de aparecer directamente la shell del grub, ocurrión después de hacer lo siguiente:
sudo mount /dev/sda3 /mnt
sudo grub-install --root-directory=/mnt/ /dev/sda
Lo que estoy intentando averiguar es si puedo cargar el sistema desde la shell del grub. Desde la instalación live (Lubuntu 13.04) he visto que en la carpeta "boot" están los archivos initrd.imag-3.0-54-generic y vmlinuz-3.2.0-54-generic, que según creo son los necesarios para acceder al kernel.

+1
0
-1
Imagen de miguel-1500
+1
0
-1

A la información anterior he de añadir esto:
Dispositivo Inicio Comienzo Fin Bloques Id Sistema
/dev/sdb1 * 63 7897087 3948512+ b W95 FAT32

+1
0
-1
Imagen de cuentos
+1
0
-1

si desde un inicio hubieras informado que no tienes acceso al sistema, que te manda al shell del grub.
Lo que necesitas es recuperar el grub. lo puedes hacer con una utilidad llamada super-grub, o haciendo chroot con el usb que tienes, mira esta guia:
http://www.guia-ubuntu.com/?title=Recuperar_GRUB
te recomiendo la parte :
Usando una distribución Live
Método 1
que es la de chroot.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de miguel-1500
+1
0
-1

Bien, lo voy a intentar, pero antes debo resolver dos dudas: 1) no sé si tenía instalado el grub1 o el grub2, algo que parece importante a la hora de recuperar el grub; 2) en el fdisk -l me salen dos inicios, el sda3 y el sdb1(en ambos aparece un asterisco). No sé qué función tiene el sdb1 y si lo puedo obviar a la hora de instalar el grub.

+1
0
-1
Imagen de cuentos
+1
0
-1

bien sdb es el usb con el,que inicias, sda es el disco duro,
Actualmente se utiliza grub2, y el sistema te detecta que utilizas.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de miguel-1500
+1
0
-1

Bien, seguí la opción recomendada y me quedé en este punto:
/# grub-install --boot-directory=/boot/ --recheck /dev/sda
Unrecognized option `--boot-directory=/boot/'
Usage: grub-install [OPTION] install_device
Install GRUB on your drive.

-h, --help print this message and exit
-v, --version print the version information and exit
--root-directory=DIR install GRUB images under the directory DIR
instead of the root directory
--grub-shell=FILE use FILE as the grub shell
--no-floppy do not probe any floppy drive
--force-lba force GRUB to use LBA mode even for a buggy
BIOS
--recheck probe a device map even if it already exists

INSTALL_DEVICE can be a GRUB device name or a system device filename.

grub-install copies GRUB images into the DIR/boot directory specfied by
--root-directory, and uses the grub shell to install grub into the boot
sector.

+1
0
-1
Imagen de cuentos
+1
0
-1

que comentas y para no estar asumiendo cosas.
ejecutaste como pones:
/# grub-install --boot-directory=/boot/ --recheck /dev/sda
por que no debe de ser el /# (o sea:
---------------------------------------------
grub-install --boot-directory=/boot/ --recheck /dev/sda
---------------------------------------------
si te da un error ejecuta solo:
---------------------------------------------
grub-install --recheck /dev/sda
o
grub-install /dev/sda
Nota todos los símbolos como $ # que están en la guía no se ponen.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de miguel-1500
+1
0
-1

Al final conseguí instalar el grub con el comando grub-install /dev/sda. El problema es que al arrancar volvió a aparecerme el grub con una lista de kernel que probablemente ya no existe, kernel antiguo, más el memtest86+ bin y la reinstalación del programa.
La cuestión está en hacer que cargue el kernel más reciente.
Sí, no coloqué $ #

+1
0
-1
Imagen de cuentos
+1
0
-1

iniciar el sistema, intenta con todo los kernel que te aparecen.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de miguel-1500
+1
0
-1

Siguiendo tu indicación de intentarlo con todos los kernel, al fin conseguí entrar en el sistema (fue el tercero de la lista). Te agradezco mucho tu ayuda. Ahora solo me queda configurar el boot.

+1
0
-1
Imagen de cuentos
+1
0
-1

intenta desde synaptic a desmarcar todos los kernel que no te funcionan.
y este te regenera automáticamente el grub.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de cuentos
+1
0
-1

o en la terminal ejecuta:
sudo apt-get update
sudo apt-get dist-upgrade
y te actualiza el sistema y posibles kernel nuevos.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de miguel-1500
+1
0
-1

Intenté actualizar la distribución, pero como los kernel nuevos están instalados, dice que no hay actualizaciones nuevas. Al reiniciar aparece de nuevo el grub con la lista de kernel antiguos. No tengo problema para entrar de nuevo, pero me gustaría recuperar el kernel nuevo. ¿Tal vez con la próxima actualización del kernel? ¿Y si reinstalo el grub? Por cierto, el grub que tengo es el grub1, el antiguo. debe de ser porque el origen de mi instalación es la versión 7.10.

+1
0
-1
Imagen de miguel-1500
+1
0
-1

Al final, solo tuve que actualizar el grub (sudo update-grub). Reinicié y el sistema se cargó directamente, sin pasar por la lista de kernels. Lo curioso es que esa lista (end default options) no se actualizó. Manualmente había cambiado un kernel que ya no estaba por uno reciente y el sistema se cargó directamente con este (3.2.0-51) y no con el último (3.2.0-54). Así que puse en primer lugar el más actual y esta vez sí, se cargó el 3.2.0-54).
Veremos que ocurre en la próxima actualización. El kernel del grub se actualiza automáticamente, pero no la lista "end default options".

+1
0
-1
Imagen de cuentos
+1
0
-1

los kernel y dependencias que no ocupe el sistema, desde la terminal ejecuta:
sudo apt-get autoremove
y como sea el sistema te da la opción de aceptar o no las opciones que te da algo como ahora en mi caso:

alex@kubu:~$ sudo apt-get autoremove
Leyendo lista de paquetes... Hecho
Creando árbol de dependencias
Leyendo la información de estado... Hecho
Los siguientes paquetes se ELIMINARÁN:
linux-headers-3.8.0-29 linux-headers-3.8.0-29-generic linux-image-3.8.0-29-generic linux-image-extra-3.8.0-29-generic
0 actualizados, 0 se instalarán, 4 para eliminar y 0 no actualizados.
Se liberarán 236 MB después de esta operación.
¿Desea continuar [S/n]? y

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos

Imagen de miguel-1500
+1
0
-1

Hice el autoremove y ya no había nada para borrar.
Ahora me estoy dando cuenta de que desde el Live CD podría haber cambiado la configuración de menu.list. Hubiera bastado con cambiar la lista de kernels que aparecen en "End Default Options". Y saber cuál es el kernel disponible tampoco era difícil, bastaba con entrar en la carpeta "boot", donde están los initrd.imag y vmlinuz.
Es curioso, para detectar un problema muchas veces miramos primero lo más difícil sin pararnos a pensar que el motor se paró porque le faltaba gasolina.

+1
0
-1
Imagen de cuentos
+1
0
-1

si y no, ya que el sistema lleva un control, de archivos instalados, por eso se hace chroot para "simular" el entorno de este. Nunca lo e echo de esta manera que nombras.

+1
0
-1

(recordatorio) -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-
Si el problema se soluciono, edita el 1° hilo, y agrega (Solucionado), para tener el foro mas ordenado.
Y finaliza poniendo la solución para que sirva para otros Usuarios.
Twitter @mcuentos