Re: Partición pierde UUID
> El 6/11/2014, a las 15:29, Camaleón <noelamac@gmail.com> escribió:
>
> El Thu, 06 Nov 2014 10:38:38 +0100, ZorroPlateado escribió:
>
>>> El 5/11/2014, a las 16:09, Camaleón <noelamac@gmail.com> escribió:
>
> (...)
>
>>>>> Pero ya sabes que los kernels más recientes recomiendan el uso de la
>>>>> nueva nomenclatura (id/uuid/label/path) de lo contrario te arriesgas
>>>>> a que la partición cambie en cada reinicio.
>>>>
>>>> Claro, pero si te falla el UUID porque ni puedes extraer el asignado
>>>> con blkid ni mantiene asignando con tune2fs ya me dirás,,,, tengo que
>>>> volver al sistema antiguo /dev/sda1. Eso o crear una nueva partición
>>>> boot que veo imposible ya que hace 10 años se planificó de una manera
>>>> y ahora es imposible cambiar.
>>>
>>> (...)
>>>
>>> No se sigo. El identificador lo crea el kernel (udev más bien) al vuelo
>>> al iniciar el sistema y lo puedes consultar con un simple "cat". ¿Qué
>>> es lo que te devuelve?
>>>
>>> Ya sabes que puedes iniciar el sistema manualmente desde el propio
>>> GRUB2 siempre y cuando cargues lo módulos que necesites y que sepas
>>> cuál es la partición raíz (a efectos prácticos es indiferente que sea
>>> /dev/sda1 o que sea UUID=xxxx).
>>>
>> 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.
En otro servidor ha sido muy importante el uso por defecto de UUID que
traen todas las distros porque al averiarse la controladora de disco podemos
cambiar el disco a otro servidor y arrancamos con mínimos ajustes.
Y en el caso de que jueggues por ejemplo con 6 discos haciendo RAID con
mdadme es estupendo el poder identificar los discos por UUID independientemente
de lo que detecte el kernel y del slot al que conectes.
Gracias a todos.
>
>> Con tune2fs podría volver a asignar el mismo UUID que tenía antes, pero
>> se ve que sigo
>> sin poder extraer ninguna UUID de esa partición con lo que me deja en
>> la situación de
>> seguir con la nomenclatura antigua /dev/sdc1.
>
> Hay vida más allá del UUID, usa cualquier otra etiqueta y carga la
> partición :-)
>
>> La persona que tengo a 300 km ha conseguido arrancar el sistema a pesar
>> del problema de montaje y después he podido recolectar toda esta
>> información.
>
> Desde una LiveCD o desde el entorno de mantenimiento se tiene acceso a
> esos datos.
>
> Saludos,
>
> --
> Camaleón
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: [🔎] pan.2014.11.06.14.29.52@gmail.com">https://lists.debian.org/[🔎] pan.2014.11.06.14.29.52@gmail.com
>
Reply to: