¿Instalación limpia Snow Leopard - Zero Out SSD?

La puesta a cero de la unidad se realiza normalmente por motivos de seguridad, pero también hay otro beneficio de poner a cero el rendimiento de un SSD. El firmware de un SSD hace muchos trucos complicados para aumentar el rendimiento y la confiabilidad del disco, pero se vuelven menos efectivos cuanto más datos tiene que retener la unidad. Dado que eliminar un archivo o reformatear un disco no hace que los bits del disco vuelvan a cero, el firmware de la unidad aún debe administrar esos datos. Si pone a cero la unidad, permite que el firmware deje de administrar todos esos datos y, a su vez, puede ofrecer un mejor rendimiento de los datos que tiene.

¿Quieres reinstalar tu antiguo MBP, porque quieres venderlo? Así que poner a cero .

¿Quiere instalar OS X en el nuevo MBP? No necesita cero.

"Zero out" es para la seguridad. vea aquí también . Y si viene del Departamento de Defensa, CIA, etc.;) y tiene información clasificada en su cuaderno, use la salida cero de múltiples pases. ;)

Para aquellos que han escuchado que hay alguien que ha visto a una persona que sabe cómo funciona la nivelación del desgaste,;) Tómelo de manera sencilla :)

Le muestro cómo funciona la nivelación de desgaste al borrar todo un SSD sector por sector. (y no archivo por archivo).

Por la simplicidad imagina que tu SSD tiene solo 10 sectores, con números desde 0 hasta 9.
Nuevamente, para este ejemplo, no necesitamos diferenciar entre nivelación de desgaste estática / dinámica, solo necesitamos saberlo, que SSD contando un poco el conteo de escritura en cada sector en SSD.

El esquema es el siguiente:

sector number -> 0  1  2  3  4  5  6  7  8  9 
my DATA          .  .  .  .  .  .  .  .  .  .
usage count      0  0  0  0  0  0  0  0  0  0 

para el nuevo ssd tenemos un recuento de uso "0" para todos los sectores. (en realidad esto no es cierto, pero para este ejemplo está bien), y no tenemos datos sobre el SSD.

Bien, después de un tiempo de uso del uso normal de SSD obtenemos, por ejemplo, el siguiente:

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          .  .  x  x  .  .  x  .  .  .
usage count      5  6  6  6  5  5  7  6  4  5

por lo tanto, hemos ocupado físicamente los sectores # 2,3,6 (por lo tanto, mis datos ESTÁN realmente en estos sectores, y no importa lo que el sistema operativo piense dónde están) y el SSD mantiene su tabla de uso. Puede ver que la tabla de uso (fila inferior) está casi nivelada. (por qué no está exactamente nivelado no importa para este ejemplo, y tampoco es necesario que discutamos cómo SSH mantiene su tabla de sectores libres, sino que necesitamos saber, ya que la tabla de sectores libres de la SSD no tiene nada con la tabla de sectores libres del SO). / p>

Entonces, borre todo el SDD sector por sector. ¿Qué significa esto? El sistema operativo escribirá algunos datos (no siempre ceros) en cada sector de forma secuencial en el SSD.

El sistema operativo envía un comando al SSD "escribe estos ceros en el sector 0". La nivelación de desgaste del SSD elige en bloque con el número más bajo de escrituras y escribe los ceros en. En nuestro pequeño ejemplo, este será el sector 8, por lo que obtenemos:

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          .  .  x  x  .  .  x  .  -  .
usage count      5  6  6  6  5  5  7  6  5  5

Dibujé con '-' el sector escrito para el proceso de borrado. Por lo tanto, el sistema operativo "piensa" que se borró el sector 0, pero esto no es cierto, porque la nivelación del desgaste borró el sector 8.

A continuación, el sistema operativo desea borrar el sector "1". La nivelación de desgaste elige el primer sector con el menor número de escritura, por lo que el sector 0 en nuestro ejemplo.

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  .  x  x  .  .  x  .  -  .
usage count      6  6  6  6  5  5  7  6  5  5

para el sector 2: se escribió en el sector 4

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  .  x  x  -  .  x  .  -  .
usage count      6  6  6  6  6  5  7  6  5  5

sector 3 - > 5

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  .  x  x  -  -  x  .  -  .
usage count      6  6  6  6  6  6  7  6  5  5

sector 4 - > 8 (OTRA VEZ obtuvo una escritura en el sector 8, porque tiene el primer sector con el menor número de escrituras)

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  .  x  x  -  -  x  .  -  .
usage count      6  6  6  6  6  6  7  6  6  5

sector 5 - > 9

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  .  x  x  -  -  x  .  -  -
usage count      6  6  6  6  6  6  7  6  6  6

sector 6 - > 0

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  .  x  x  -  -  x  .  -  -
usage count      7  6  6  6  6  6  7  6  6  6

sector 7 - > 1

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  -  x  x  -  -  x  .  -  -
usage count      7  7  6  6  6  6  7  6  6  6

sector 8 - > 2

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  -  -  x  -  -  x  .  -  -
usage count      7  7  7  6  6  6  7  6  6  6

sector 9 - > 3

sector number -> 0  1  2  3  4  5  6  7  8  9 
MY DATA          -  -  -  -  -  -  x  .  -  -
usage count      7  7  7  7  6  6  7  6  6  6

Como se puede ver, después del primer paso (el sistema operativo cree que se borraron todos los sectores), pero en la realidad, los sectores 6 y 7 no se tocaron.

En el siguiente paso, el número de sector 6 todavía no se borra. Pero en la 3ª pasada GOT borró. En la realidad es más complicado, pero el principio básico es:

• si borra todo el disco por sector (y no a nivel de sistema de archivos, por lo tanto no archivo por archivo), obtendrá nivelado todos los sectores en escritura
• mientras que no puede asegurarse de que todos sus archivos se hayan borrado en la 1ª pasada, en el paso múltiple puede garantizar esto, solo porque de nivelación de desgaste.

Ahora muestro, por qué algunos usuarios se confunden con el borrado. Imagina:

• tenemos un SSD vacío: todos los sectores tienen cero recuento de uso. El SSD tiene, por ejemplo, 10 sectores.
• escribimos un archivo, lo que se escribió en el primer sector en SSD porque este sector es el primero con el conteo de uso 0. Por lo tanto, el sector # 0 tendrá un conteo de uso 1. (nuevamente, esto no es cierto en la realidad) , debido a la tabla de inodos, o tablas FAT al inicio de la SSD, pero para el ejemplo está bien)
• por lo tanto, los otros 9 sectores son gratuitos (y tienen un recuento de uso 0). Cuando reescribe EL ARCHIVO 9 veces, obtiene escrituras físicamente en los sectores 1-9, por lo que después de la 9ª reescritura, su archivo es AÚN EN SSD y es posible recuperarlo. Esto se debe a que solo escribe 1 sector en el momento (reescribiendo solo el espacio ocupado con el archivo).
• en el SSD con 1000 sectores, no podemos garantizar la reescritura física del archivo (con una longitud de 1sector) en el borrado de 1000pass.

Pero con el borrado de múltiples pasadas de TODOS los sectores (sector por sector) en SSD, se eliminarán todos los sectores y todos los sectores tendrán el mismo recuento de escritura al final. (y el ARCHIVO más antiguo se borra primero).

Solo pregunte, si algo no está completamente claro.

Lo que he leído sobre este tema es que no importa tanto lo que contienen los sectores (ya sea 1 o 0) como si el dispositivo controlador sabe o no el sector ha sido borrado (como se alude en this ocz forum post .

En este caso, el controlador del dispositivo cree que realmente desea almacenar todos los ceros en todas esas secciones, por lo que en realidad no ayuda (hace lo contrario a lo que usted quiere).

En su lugar, debe usar una utilidad especial para informar al controlador que todo ha sido borrado. Consulte este hilo

Ten en cuenta : no he probado nada de esto por mi cuenta. Acabo de hacer una investigación antes de comprar un SSD para mi MBP 2011.

No estoy seguro de por qué todos se dieron cuenta de que esto se refería a un SSD ...

Aún así, aunque no puedo responder a la respuesta de Kyle, dado que el firmware y el hardware de Apple difieren de otros SSD en el mercado ... a menos que esté paranoico y tenga la intención de vender la unidad más antigua, no me molestaría con eso (Existen borradores de 7 y 35 pases porque el pase 0 no es infalible).

Sin embargo, volviendo al tema: vale la pena señalar que el estándar 2010 MBP 13 "no vino con el SSD. Dicho esto: Borrar, volver a particionar (1 partición, GUID) y reinstalar. ¡Disfrutar!