> El 7/11/2014, a las 16:28, Camaleón <noela...@gmail.com> escribió: > > El Fri, 07 Nov 2014 12:01:12 +0100, ZorroPlateado escribió: > >>> El 6/11/2014, a las 15:29, Camaleón <noela...@gmail.com> escribió: > > (...) > >>>> En el momento de crear un sistema de ficheros se le asigna el UUID, >>>> no se crea al vuelo en el arranque por udev, el comando blkid para la >>>> particion boot no devuelve nada por el motivo que sea cuando se ha >>>> tirado años sin problemas. >>> >>> No todas las particiones tienen un identificador específico asignado >>> (que no tiene por qué ser el UUID, también te sirven LABEL, PATH y el >>> ID) por lo que eso es irrelevante: usa el que tengas. Lo que te quería >>> decir es que el directorio "/dev" lo genera el kernel al vuelo a través >>> de las reglas udev, ya no es una ruta estática. Lo único que te >>> interesa saber a efectos de que GRUB cargue el sistema y pueda >>> iniciarlo es cómo detecta el kernel la partición que antes era >>> "/dev/sdc1" y ahora puede ser cualquier otra y tener un identificador >>> "x”. >> >> La partición sigue siendo igualmente /dev/sdc1… por eso no hay problemas >> y se va a quedar así, pero es una terrible XXX que te deje un sistema de >> buenas a primeras sin arrancar por la perdida del UUID. > > (...) > > Pues entonces no entiendo qué es lo que te ha pasado. Si no existe el > identificador UUID en alguna partición, ni el kernel ni GRUB2 te van a > impedir usar cualquier otro identificador para iniciar el sistema. > > Saludos,
Creo que haberme explicado bien.. La partición boot está identificada por el UUID, así lleva muchos años. Ahora se pierde el UUID de dicha partición y tras el arranque del kernel y llega el momento de montaje del resto de particiones como la boot pues va a fallar. De modo que la única salida es especificar en el fstab la identificación por path y ya que el problema de volver a asignar el mismo UUID a dicha partición no corrige el asunto no puedo hacer nada más. Ahora estos sintomas de disco solo me pueden avisar de que los 10 años ya pesan y que me prepare para un fallo general. > > -- > 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: https://lists.debian.org/pan.2014.11.07.15.28...@gmail.com > -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/ecbaa232-3639-446a-a610-a0a4224a7...@gmail.com