Installazione di Snow Leopard Clean - Zero Out SSD?

1

Ho appena effettuato l'upgrade da un MBP del 2010 da 13 "a un MBP da 15" del 2011.

Quando avvio il DVD di Snow Leopard e vado in Utility Disco per cancellare l'unità, dovrei fare una semplice cancellazione o dovrei anche azzerare l'unità?

    
posta Ryan 05.06.2011 - 17:48
fonte

4 risposte

1

L'azzeramento dell'unità è tipicamente eseguito per motivi di sicurezza, ma c'è anche un altro vantaggio nell'azzeramento di un SSD - prestazioni. Il firmware di un SSD fa un sacco di trucchi complicati per aumentare le prestazioni e l'affidabilità del disco, ma diventano meno efficaci più i dati che l'unità deve conservare. Poiché l'eliminazione di un file o la riformattazione di un disco non riporta effettivamente i bit sul disco a zero, il firmware dell'unità deve comunque gestire tali dati. Se azzeri l'unità, consenti al firmware di interrompere la gestione di tutti quei dati e, a sua volta, è in grado di offrire prestazioni migliori sui dati che hai.

    
risposta data 05.06.2011 - 20:14
fonte
2

Vuoi reinstallare il tuo vecchio MBP, perché vuoi venderlo? Quindi zero out .

Vuoi installare OS X nel nuovo MBP - non serve zero.

"Zero out" è per la sicurezza. guarda anche qui . E se vieni dal DoD, dalla CIA ecc.;) E hai informazioni classificate sul tuo taccuino - usa lo zero-pass multiplo. ;)

Per coloro che hanno sentito che c'è qualcuno che ha visto una persona simile a sapere come funziona il livellamento dell'usura;) PRENDERLO FACILE:)

Ti mostro come funziona il livellamento dell'usura quando si cancella un intero SSD settore per settore. (e non file per file).

Per la semplicità immagina che il tuo SSD abbia solo 10 settori, con numeri da 0 a 9.
Ancora una volta, per questo esempio non abbiamo bisogno di differenziare tra il livellamento dell'usura statico / dinamico, solo bisogno di sapere, rispetto all'SSD, un po 'contando il conteggio di scrittura in ogni settore su SSD.

Lo schema è il seguente:

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 

per il nuovo SSD abbiamo il conteggio di utilizzo "0" per tutti i settori. (in realtà questo non è vero, ma per questo esempio è ok) e non abbiamo dati sull'SSD.

Ok, dopo un po 'di utilizzo del normale utilizzo di SSD otteniamo ad esempio il prossimo:

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

quindi, abbiamo settori occupati fisicamente # 2,3,6 (quindi, i miei dati SONO proprio in questi settori, e non importa quale sistema operativo pensa dove sono) e il SSD mantiene la sua tabella di utilizzo. È possibile vedere la tabella di utilizzo (riga in basso) quasi livellata. (perché non è esattamente livellato non ha importanza per questo esempio, e anche non abbiamo bisogno di discutere su come SSH manterrà la sua tabella di settore libera, ma è necessario sapere, che la tabella dei settori liberi dell'SSD non ha nulla con la tabella di settore libera del sistema operativo). / p>

Quindi, vieni a cancellare l'intero SDD settore per settore. Cosa significa? Il sistema operativo scriverà alcuni dati (non sempre zeri) in ogni settore in sequenza su SSD.

Il sistema operativo invia un comando a SSD "scrivi questi zeri sul settore 0". Il livello di usura dell'SSD sceglie il blocco con il numero più basso di scritture e scrive gli zeri in. Nel nostro piccolo esempio questo sarà il settore 8, quindi otteniamo:

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

Disegna con "-" il settore scritto per il processo di cancellazione. Quindi il sistema operativo "pensa" di aver cancellato il settore 0, ma questo non è vero, perché il livellamento dell'usura ha cancellato il settore 8.

Successivamente, il sistema operativo desidera cancellare il settore "1". Il livello di usura sceglie il primo settore con il numero più basso di scrittura, quindi il settore 0 nel nostro esempio.

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

per il settore 2 - è stato scritto nel settore 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

settore 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

settore 4 - > 8 (AGAIN ha ottenuto una scrittura nel settore 8, perché ha il primo settore con il numero più basso di scritture)

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

settore 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

settore 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

settore 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

settore 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

settore 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

Come puoi vedere, dopo il 1 ° passaggio, (il sistema operativo pensa di aver cancellato tutti i settori) ma nei settori di realtà 6 e 7 non è stato toccato.

Nel passaggio successivo, il settore numero 6 non viene ancora cancellato. Ma nel terzo passaggio GOT cancellato. Nella realtà è più complicato, ma il principio base è:

  • se si cancella l'intero settore di unità per settore (e non a livello di file system, quindi non file per file), si ottengono livellati tutti i settori in scrittura
  • mentre tu non puoi assicurati che tutti i tuoi file siano stati cancellati al 1 ° passaggio, su più passaggi puoi assicurarti questo, solo perché di wear-leveling.

Ora mostro, perché alcuni utenti si confondono sulla cancellazione. Immaginate:

  • abbiamo un SSD vuoto - tutti i settori hanno zero conteggi di utilizzo. L'SSD ha per esempio 10 settori.
  • scriviamo un file, quello che è stato scritto nel primo settore su SSD perché questo settore è il primo con il conteggio di utilizzo 0. Quindi il settore # 0 avrà il conteggio di utilizzo 1. (ancora, questo non è vero nella realtà , a causa della tabella degli inode, o delle tabelle FAT all'inizio di SSD - ma per l'esempio è ok)
  • così, gli altri 9 settori sono gratuiti (e ha un conteggio d'uso 0). Quando riscrivi THE FILE 9 volte, ottieni fisicamente delle scritture nei settori 1-9, quindi dopo 9 riscrivi il tuo file è STILL IN SSD e puoi ripristinarlo. Questo perché scrivi solo 1 settore alla volta (riscrivendo solo lo spazio occupato con il file).
  • nell'SSD con 1000 settori, noi non possiamo garantire la riscrittura fisica del file (con lunghezza di 1 selettore) nella cancellazione di 1000 punti.

Ma con la cancellazione multi-pass di TUTTI i settori (settore per settore) in SSD, verrai cancellato tutti i settori e tutti i settori avranno lo stesso conteggio alla fine. (e il FILE più vecchio viene cancellato per primo).

Chiedi, se qualcosa non è completamente chiaro.

    
risposta data 05.06.2011 - 18:51
fonte
1

Quello che ho letto su questo argomento è che non importa tanto ciò che i settori contengono (sia che si tratti di 1 o di 0) tanto quanto il dispositivo controller sa o meno che il settore è stato cancellato (come accennato su questo post sul forum ocz .

In questo caso, il controller del dispositivo pensa di voler effettivamente memorizzare tutti gli zeri in tutte quelle sezioni, quindi in realtà non aiuta (fa l'opposto di quello che vuoi).

Invece è necessario utilizzare un'utilità speciale per informare il controller che tutto è stato cancellato. Vedi questo thread

Nota : in realtà non ho provato nessuna di queste cose. Ho appena fatto ricerche in previsione dell'acquisto di un SSD per il mio MBP 2011.

    
risposta data 05.08.2011 - 22:43
fonte
0

Non sono sicuro del motivo per cui tutti hanno iniziato a pensare che si trattasse di un SSD ...

Tuttavia, mentre non posso parlare con la risposta di Kyle, dato che il firmware e l'hardware di Apple differiscono dagli altri SSD sul mercato ... a meno che tu non sia paranoico e intendi vendere la vecchia unità, non mi preoccuperei di farlo (Esistono 7 passette per il passaggio di 35, perché 0 pass non è infallibile).

Ritorna sull'argomento, però: vale la pena notare che il normale MBP 13 "2010 non è stato fornito con SSD. Detto questo: cancellare, ri-partizionare (1 partizione, GUID) e reinstallarlo. Buon divertimento!

    
risposta data 05.06.2011 - 23:40
fonte

Leggi altre domande sui tag