[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Partición pierde UUID



> El 11/11/2014, a las 16:30, Camaleón <noelamac@gmail.com> escribió:
> 
> El Tue, 11 Nov 2014 09:44:37 +0100, ZorroPlateado escribió:
> 
>>> El 10/11/2014, a las 15:38, Camaleón <noelamac@gmail.com> escribió:
> 
> (...)
> 
>>>> 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.
>>> 
>>> Pues no sabría decirte, me parece un diagnóstico arriesgado. El estado
>>> de un disco duro lo puedes medio adivinar con la herramienta smart pero
>>> el hecho de que pierda el identificador no podría achacarlo
>>> exclusivamente a un fallo mecánico del disco duro ya que puede haber
>>> otras causas que lo generen (p. ej., el kernel con udev va demasiado
>>> rápido y no detecta el identificador de la partición¹).
>>> 
>>> ¹https://www.debian.org/releases/stable/amd64/release-notes/ch-
> upgrading.en.html#boot-timing
>>> 
> 
>> Es muy fácil o llevo diciendo desde el principio , el comando blkid
>> /dev/sdc1 no devuelve nada de nada, ni error ni nada…
> 
> Bien, pero no te fíes de una única herramienta. Si no devuelve nada puede 
> ser por un error en la aplicación/biblioteca o que el caché desde el que 
> hace la lectura esté vacío (con "blkid -p /dev/sdc1" evitas esto último).

Comprobado sin éxito.
> 
>> con tune2fs -U uuid y un posterior blkid seguimos sin obtener el
>> identificador uuid.
> 
> Vale, aceptamos pulpo. No hay UUID, se ha ido o simplemente no existe. 
> Puedes:
> 
> 1/ Asignarle uno nuevo o el mismo que tenía

Comprobado en emails anteriores.

> 2/ Usar cualquier otro identificador
> 
>> Efectivamente el UUID ahora mismo no es un método que pueda seguir
>> usando para identificar la partición boot,
>> y el porqué lo desconozco excepto que el disco tras 10 años está
>> empezando a decir basta.
> 
> Pues sigo sin ver el motivo de por qué no puedes usar el mismo ni la 
> relación de la edad del disco con que no haya UUID.
> 
>> El comando smart está bien pero cuando tienes una controladora RAID
>> hardware con discos SCSI como que no, lo que hay que usar es el testing
>> propio de la controladora o vía software si es que lo hay.
> 
> Hay controladoras/drivers RAID que sí admiten los comandos smart, tienes 
> una lista en su web:
> 
> Checking disks behind RAID controllers
> http://www.smartmontools.org/wiki/Supported_RAID-Controllers
> 

Las LSI Perc 4 no las soporta.


Gracias, como he dicho anteriormente, el problema afecta solo a boot y cambio 
la referencia por path y paso del UUID.

> 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.11.15.30.43@gmail.com">https://lists.debian.org/[🔎] pan.2014.11.11.15.30.43@gmail.com
> 


Reply to: