Grub falla al iniciar exDebian

Grub falla al iniciar

12 envíos / 0 nuevos
Último envío
#1 Dom, 15/04/2018 - 14:50
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

Grub falla al iniciar

 

 No, no es la letra de ninguna canción, ni se ha roto nada.  :)

 

 Tengo una incidencia.

 Uno de mis ordenadores, un portátil, de repente voy a usarlo y está en un ciclo continuo de reinicios,
 sin que llegue a mostrarse el menú del grub.

 He mirado los ajustes del bios y están bien. (Aquí ni uefi ni diferentes modos ni nada. Bios tradicional,
 que es un pent. III).

 El disco gira, y no da errores.
 En el mismo disco hay una partición msdos. Le he puesto un disquette de boot y arranca bien. Además
 tengo acceso al contenido de c: sin ningún problema.  El disco está vivo.

 Luego tiene que ser que el grub se ha liado y debe estar haciendo algo mal. Pero me pilla de sorpresa
 porque no he tocado nada ni hecho nada en especial ni he configurado ni instalado nada nuevo.
 Hice una sesión normal,  todo correcto,  lo apago como siempre.   Y unos días después me hace esto.

 Me fastidia un poco porque es el que tengo configurado para mi impresora, y ahora no puedo usarla.

 ¿Os ha pasado a alguno?.  ¿Cual creéis que puede haber sido la causa?.
 Imagino que ahora lo que me toca es coger el disco de la instalación y pedir un rescate de grub, ¿no?.
 (A ver si ahora me acuerdo de como estaban distribuidas la particiones, que son dos debian ).
 

 Saludos.

 

Dom, 15/04/2018 - 16:08
moonwatcher
Imagen de moonwatcher
Desconectado/a
moderador
se unió: 21/01/16

Pues parece que como primera opción sería reinstalar el grub. Quizás una actualización te lo haya petado.

Nota: ¿Crees que ese titulo describa el problema?

We were but stones. Your light made us stars

Dom, 15/04/2018 - 16:41
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Una opción, si tenes algún live,  hace chroot sobre el sistema , y reinstala grub en el MBR ..

Mar, 17/04/2018 - 14:30
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 

 Si, eso parece. Me tocará revisar y emparejar las particiones, y luego reinstalar todo el grub de nuevo.

 

 @ Moonwatcher:  ¿Actualización?. No, trabaja offline y no se ha conectado en absoluto.

 " Nota: ¿Crees que ese titulo describa el problema? "

 Bien, evidentemente grub se ha roto y ya no funciona.   Decir que ha hecho 'catacrack' me pareció muy gráfico,

 y se entiende en cualquier país de habla hispana. Diría que incluso con habla de origen latín.

 Por lo tanto opino que es corto, concreto y da una imagen inmediata de la situación, - de la cual por otro

 lado ignoro su origen y causa. -

 

 

Mié, 18/04/2018 - 02:42
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

pues no, no da una imagen inmediata de la situación. A mi "grub catacrack" me  suena igual que los "ayuda por favor" de antaño... Tiempo llevas ya en el foro, y el anterior si mal no recuerdo, como para saber que no sigue las normas con las que tanto  insistimos a los nuevos...

Si tengo un problema con el controlador gráfico y me voy a cualquier foro y pongo de título "me ha petao la imagen", lo más probable es que ayuda reciba poca y si una buena retaíla de reproches por no seguir las normas.

  No hay bar que por bien no venga....
Dom, 22/04/2018 - 15:36
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 En contra de lo que pensaba parece que si debe ser un uso local del término.

 Lo del crack/catacrack es un término popular basado en la ¿conocida? onomatopeya del crujido que emiten
 algunas cosas al ceder y romperse.
 Por aquí, decir que algo ha hecho 'catacrack', o simplemente 'crack', nos dice sin necesidad de más
 matizaciones que el artefacto u objeto de que se trate se ha roto, y ya no funciona o sirve más.

 Por tanto, en mi caso, al decir que el grub ha hecho catacrack cualquier paisano entenderá = "el grub
 se ha roto, y ya no me funciona". (Que realmente es lo que sabía del problema).
 Asi de escuetos y prácticos somos. :)

 Con todo, evidentemente, estoy abierto a sugerencias para el cambio de título y encontrar uno más
 internacional, a prueba de estándares locales y que lo pillen de lado a lado del globo.

 

 

Dom, 22/04/2018 - 15:41 (Responder a #6)
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Percontator wrote:

 

 Con todo, evidentemente, estoy abierto a sugerencias para el cambio de título y encontrar uno más
 internacional, a prueba de estándares locales y que lo pillen de lado a lado del globo.

 

 

A tu pedido.

Lun, 23/04/2018 - 13:56
moonwatcher
Imagen de moonwatcher
Desconectado/a
moderador
se unió: 21/01/16

No es que no se entienda, es que debemos poner un titulo que no solo describa el problema, sino que también sirva para otros usuarios que usen el buscador. Nadie va a poner en el buscador "grub catracrack", en cambio "Grub falla al iniciar" si.

En fin, parece mentira que haya que estar explicando esto a estas alturas indecision

We were but stones. Your light made us stars

Mar, 24/04/2018 - 14:21
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 

 Caliban:

A tu pedido

Ok, gracias.

 

 Y ya que estoy aquí,  con tanta discusión filológica se me olvidó contar el resultado.

 Efectivamente, luego de arrancar en modo de rescate y emparejar y montar todas las particiones requeridas, reinstalé grub,

 -que no "update-grub"-,  y al reiniciar todo volvió a la normalidad.

 

 Queda la duda pero, de que fué lo que lo cascó.

 Si a alguien se le ocurre alguna causa por la que en un uso normal y sin instalaciones ni actualizaciones pueda estropearse

 aún está a tiempo de intervenir,  si no a finales de semana lo daré por cerrado.

 

Mar, 24/04/2018 - 17:59
Panko
Imagen de Panko
Desconectado/a
moderador
se unió: 18/02/16

Una ligera pregunta, ¿tu grub usa UUID para identificar las particiones correspondientes a cada parte del sistema o sigue tirando de /dev/sdX?

Lo mismo en fstab, ¿usas UUID o /dev/sdX para identificar particiones?

No me ha pasado en años de uso de Debian, pero recientemente en un arranque, me dí cuenta de que el conky no me mostraba la temperatura ni I/O del disco duro. Con sorpresa añadida de que era incapaz de conseguir esos datos desde una consola apuntando al dispositivo /dev/sda. No se por qué razón  le dió la ventolera de reconocer el  teléfono conectado por usb como /dev/sda y /dev/sdb, y las particiones de mi disco como /dev/sdc y /dev/sdd. Algo que nuna había hecho teniendo dicho  teléfono conectado. A ver si por cualquier cosa algún fallo de energía en el inicio provocó que reconociera el/los discos/particiones en diferente orden y pudiera haber provocado el error.

Cabe decir que mi sistema se actualiza todos los dias, así que el mismo caso no es, pero quien sabe...

También, tratándose de un equipo viejo como dices, no estaría de más el uso de fsck o alguna utilidad para comprobar el estado del mismo (incluso s.m.a.r.t.) no sea que empiece a mostrar signos de llegar al final de su vida...

 

Edit.....

¿Dos Debian? Estás seguro que en la última sesión no hiciste nada que pudiera afectar a grub? A ver si el debian que no tiene control sobre el mismo trató de hacer algo, pisando la configuración del grub controlado por el otro debian...

 

  No hay bar que por bien no venga....
Mar, 24/04/2018 - 19:06
caliban
Imagen de caliban
Desconectado/a
moderador
se unió: 14/01/16

Lo extraño es que si cambiara como grub reconoce las particiones, al pasar de las indicaciones en el MBR de donde buscar la segunda instancia de grub escupiría un mensaje de error indicando que no puede encontrarlo en la partición indicada bla bla ( en grub legacy era error 15 si no mal recuerdo ) , por los síntomas parece mas bien ( si no da mensaje de error alguno) un problema sobre el MBR , corrupto, dañado ,y/o  daño de disco claro .

 

Dos debian  = particion-dos ; particion-debian ( si entiendo bien )

Dom, 29/04/2018 - 15:12
Percontator
Imagen de Percontator
Desconectado/a
colaborador
se unió: 20/03/16

 Panko:

  ¿usas UUID o /dev/sdX para identificar particiones?

 Puedo ver los dos. Ya que el disco tiene su uuid "global", y cada partición la suya correspondiente.
 La verdad es que no creo que hoy dia puedas particionar y formatear un disco sin que le asignen una uuid.

 Pero creo que la que tiene preferencia es el formato clásico, (/dev/sdx/), ya que asi me lo dan mtab,
 las ordenes mount, fdisk y df.   Y en el escritorio, gparted.

 Para ver la uuid tengo que mirar en fstab, que pone la uuid seguida del comentario "was on /dev/sdaX during installation",
 o bien mandar  blkid /dev/sdaX

 
 En cuanto a grub la verdad es que con tantas lineas, parámetros, if else y demás nunca he tenido claro que lineas
 se están usando en el ordenador y cuales quedan fuera debido por ejemplo a algún condicional.

 Aún asi yo diría que está usando la uuid, ya que tiene lineas como:
 insmod part_msdos
 insmod ext2
 set root=hd0;msdos2

 Pero luego para la misma entrada:
 search --nofloppy-- fs uuid -- set=root --hint-ieee1275=ieee1275//disk@0,msdos2' --hint-efi=hd0,msdos2-baremetal=ahci0,msdos bb2be....[su uuid]....a742
 else
 search --no-floppy-- --fs-uuid --set=root bb2be.......a742
 fi

 .......
 linux  /boot/vmlinuz-3.16.0-4-586 root=uuid=bb2be.......742

 
 
 El smart está activado, o asi se lo pedí en la instalación. Se que había un comando que incluso desde la cónsola
 podías pedirle un informe del disco en texto.
 Incluso una vez leí no recuerdo si fué aquí o en otro sitio un comando que te mostraba las horas totales de
 funcionamiento del disco.
 Pero por más que pienso no recuerdo como eran estas ordenes.
 
 
 Caliban:

 Dos debian  = particion-dos ; particion-debian ( si entiendo bien )

  smiley  No, mas bien no.  :)
 Hay 2 Debian, debian 8.8 y un 9.1,  Aunque el 9.1 apenas se ha usado. Ni siquiera está bien equipado con todos los
 programas adicionales que me pueden ser interesantes, porque a este ordenador le daba por no querer instalar
 el entorno gráfico del 9.1.  Me rompía la instalación cada vez que lo incluía.
 Al final se quedó con solo la línea de comandos, pero actualmente apenas tiene algún uso.
 
 Las particiones del disco quedarían asi:
 
 /dev/sda1   Msdos,  este es el disco C:
 /dev/sda2   La raiz del debian 8.8
 /dev/sda3   El /home
 /dev/sda4   Partición extendida.
 /dev/sda5   Swap
 /dev/sda6   La raiz del debian 9.1
         (Su home es sda3)

 ...un problema sobre el MBR , corrupto, dañado ,y/o  daño de disco claro"

 
 Estoy de acuerdo, parece algo en el mbr. Solo espero que no sea lo último, que este es pata.