Tengo un SSD que quiero RECORTAR antes de instalar Ubuntu en él. Me han sugerido que deje algo de espacio sin dividir, de modo que la nivelación de desgaste tenga bloques libres para trabajar. Sin embargo, entiendo que debido a que la unidad ya tenía algún software instalado, simplemente volver a particionarla dejando algo de espacio sin particionar es insuficiente. Y mkfs no RECORTARÁ el área no particionada.
Al leer la hdparmpágina de manual, encontré --trim-sector-ranges, que suena exactamente lo que necesito usar. También tiene una advertencia que dice:EXCEPCIONALMENTE PELIGROSO. ¡¡NO USE ESTA OPCIÓN!!dos veces.
he visto unrecomendaciónsugiriendo utilizar el comando de borrado seguro ATA en su lugar. Pero también leí que el borrado seguro tiene el riesgo debloquear el dispositivo.
¿Qué es lo que --trim-sector-rangeslo hace tan peligroso que es mejor correr el riesgo de brickear el dispositivo?
Respuesta1
Recortar sectores básicamente le dice al SSD que los sectores ya no contienen datos útiles y que pueden recolectarse como basura (es decir, borrarse) para poder reutilizarlos en futuras operaciones de escritura. Esto puede mejorar el rendimiento de escritura cuando el disco se está llenando, ya que la capa de traducción de firmware del controlador SSD tiene más "margen de libertad" para jugar con bloques/páginas físicas.
En hdparm, los sectores que se van a recortar se proporcionan como LBA (bloques lógicos). Si su SSD ha sido formateado con un sistema de archivos, recortar LBA ciertamente dañará el sistema de archivos y lo dejará inutilizable (ya que el usuario no tiene conocimiento de la asignación subyacente del sistema de archivos a LBA). Para SSD formateados con un sistema de archivos, el recorte debe realizarse en un nivel superior, con herramientas como fstrim.
Cuando sea compatible, el comando "borrado seguro ATA" debería borrar todos los bloques físicos del SSD. Podría ser más o menos equivalente a recortar todos los sectores del SSD, pero probablemente de una forma más optimizada y segura.
El enlace al que se hace referencia indica que el comando de "borrado seguro" falló cuando se usó con un adaptador USB a SATA. Esto podría deberse a una implementación deficiente o defectuosa del controlador USB a SATA, o a una implementación que no cumple con las especificaciones SATA recientes.
Para borrar el contenido de un SSD, el comando de borrado seguro SATA es la forma preferida de hacerlo. La --trim-sector-rangesopción de hdparm es para fines experimentales y de referencia. Solo para aplicaciones muy específicas (algunos sistemas de bases de datos) que abordan SSD en el nivel LBA puede hdparmtener sentido recortar sectores.
Para terminar, la recomendación de dejar algo de espacio sin particionar (llamado sobreaprovisionamiento) para nivelar el desgaste es interesante, siempre que este espacio haya sido recortado de alguna manera antes (un "borrado seguro ATA" también servirá para este propósito). Si no es el caso, y si existieran datos anteriores en el rango LBA del espacio no particionado, el controlador SSD asumirá que todavía son datos válidos y se esforzará por mantenerlos "vivos", posiblemente moviendo los bloques y páginas asociados ( aumentando así el desgaste general!)