Instalación limpia de Snow Leopard - ¿Cero SSD?

¿Quieres reinstalar tu viejo MBP, porque quieres venderlo? Así que cero a la izquierda .

Quiero instalar OS X en el nuevo MBP - no necesito cero.

"Zero out" es para la seguridad. ver también aquí . Y si vienes del Departamento de Defensa, de la CIA, etc. ;) y tienes información clasificada en tu portátil, utiliza la función de eliminación de pases múltiples.)

Para los que han oído que hay alguien que ha visto a esa persona que sabe cómo funciona la nivelación del desgaste, ;) TÓMENLO CON CALMA :)

Te muestro cómo funciona el nivel de desgaste al borrar un SSD entero sector por sector. (y no archivo por archivo).

Para simplificar, imagine que su SSD sólo tiene 10 sectores, con números del 0 al 9.
De nuevo, para este ejemplo no necesitamos diferenciar entre el nivel de desgaste estático/dinámico, sólo necesitamos saber, que el SSD cuenta de alguna manera el recuento de escritura en cada sector del 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 ssd fresco tenemos cuenta de uso "0" para todos los sectores. (en realidad esto no es cierto, pero para este ejemplo está bien), y no tenemos ningún dato en el SSD.

Ok, después de un tiempo de uso de la utilización normal del SSD obtenemos por ejemplo lo 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

Así, tenemos físicamente ocupados los sectores# 2,3,6 (así, mis datos ESTÁN realmente en estos sectores, y no importa lo que el SO piense donde están) y el SSD mantiene su tabla de uso. Usted puede ver la tabla de uso (fila inferior) es casi nivelado. (por qué no está exactamente nivelada no importa para este ejemplo, y también no necesitamos discutir cómo el SSH mantiene su tabla de sectores libres, pero necesitamos saber, que la tabla de sectores libres del SSD no tiene nada con la tabla de sectores libres del SO).

Entonces, ven a borrar todo el SDD sector por sector. ¿Qué significa esto? El SO escribirá algunos datos (no siempre ceros) en cada sector secuencialmente en el SSD.

El sistema operativo envía una orden al SSD "escribe estos ceros en el sector 0". El nivelador de desgaste del SSD elige el bloque con el menor número de escrituras y escribe los ceros en él. En nuestro pequeño ejemplo este será el sector 8, por lo que obtendremos:

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

Dibujo con '-' el sector escrito para el proceso de borrado. Así que el sistema operativo "piensa" que tiene borrado el sector 0, pero esto no es cierto, porque el desgaste de nivelación borrado el sector 8.

A continuación, el sistema operativo quiere borrar el sector "1". La nivelación de desgaste elige el primer sector con el menor número de escrituras, 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 (de nuevo se escribió 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 puedes ver, después de la 1ª pasada, (el SO cree que se han borrado todos los sectores) pero en realidad los sectores 6 y 7 no se han tocado.

En la siguiente pasada, el sector número 6 sigue sin borrarse. Pero en la tercera pasada se borró. En la realidad es más complicado, pero el principio básico es:

• si borras todo el disco sector por sector (y no a nivel de sistema de archivos, así que no archivo por archivo), conseguirás nivelar todos los sectores al escribir
• mientras tú no puede Asegúrese de que todos sus archivos se borran en la primera pasada, en la multipase puede asegurarse de ello, sólo porque de la nivelación del desgaste.

Ahora muestro, por qué algunos usuarios se confunden con el borrado. Imagínate:

• tenemos un SSD vacío - todos los sectores tienen un recuento de uso cero. El SSD tiene, por ejemplo, 10 sectores.
• escribimos un archivo, lo que se escribió en el primer sector del SSD porque este sector es el primero con el conteo de uso 0. Así que el sector #0 tendrá el conteo de uso 1. (de nuevo, esto no es cierto en la realidad, debido a la tabla de inodos, o a las tablas FAT al principio del SSD - pero para el ejemplo está bien)
• por lo que, los otros 9 sectores están libres (y tiene el recuento de uso 0). Cuando se reescribe EL ARCHIVO 9 veces, físicamente tienes escrituras en los sectores 1-9, así que después de la 9ª reescritura tu archivo es TODAVÍA EN SD y posible de recuperar. Esto se debe a que sólo se escribe 1 sector a la vez (reescribiendo sólo el espacio ocupado con el archivo).
• en el SSD con 1000 sectores, nosotros no puede asegurar reescritura física del archivo (con longitud de 1sector) ya sea en el borrado de 1000 pases.

Pero con el borrado multipaso de TODOS los sectores (sector por sector) en el SSD, se borrará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).

Sólo hay que preguntar si algo no está del todo claro.

Lo que he leído sobre este tema es que no importa tanto lo que contengan los sectores (si son 1's o 0's) como si el dispositivo controlador sabe que el sector ha sido borrado (como se alude en este post del foro de ocz .

En este caso, el controlador del dispositivo piensa que en realidad quieres almacenar todos los ceros en todas esas secciones, por lo que en realidad no ayuda (hace lo contrario de lo que quieres).

En su lugar, es necesario utilizar una utilidad especial para informar al controlador de que todo ha sido borrado. Véase este hilo

Tenga en cuenta : En realidad no he probado nada de esto. Sólo he estado investigando en previsión de la compra de un SSD para mi MBP 2011.

No estoy seguro de por qué todo el mundo saltó con la idea de que esto se refería a un SSD...

Aún así, aunque no puedo hablar de la respuesta de Kyle, ya que el firmware y el hardware de Apple difieren de otros SSD del mercado... a menos que seas un paranoico y tengas la intención de vender la unidad más antigua, yo no me molestaría en hacerlo (los borrados de 7 y 35 pases existen porque el pase 0 no es infalible).

Volviendo al tema, sin embargo: vale la pena señalar que el MBP de 13" normal de 2010 no venía con SSD. Dicho esto: Borrar, re-particionar (1 partición, GUID), y reinstalar. Que lo disfrutes.