Quanti dati sono stati scritti sul mio SSD nel corso della sua vita?

15

Esiste un comando Terminale che mi mostrerà quanti GB sono stati scritti sul mio SSD per tutta la durata del disco? Sto chiedendo perché voglio scoprire quanti cicli sono stati fatti. SSD sono in grado di fare circa 1000-2000 cicli a seconda del tipo.

    
posta Lachtan 18.02.2015 - 16:31
fonte

4 risposte

6

Leggi i seguenti attributi di S.M.A.R.T del tuo SSD con uno strumento appropriato *:

241 - LBA totali scritti: il numero totale di settori da 512 byte scritti durante l'intero ciclo di vita del dispositivo.

242 - LBA totali letti: il numero totale di settori da 512 byte letti durante l'intero ciclo di vita del dispositivo.

Un secondo set di attributi è:

174 - Host_Reads_MiB
175 - Host_Writes_MiB

Ma non so se i valori trovati nel secondo set abbiano un senso (almeno per me con un SSD da 120 GB come parte di un disco Fusion) perché molti più dati vengono scritti sull'SSD rispetto all'HDD sebbene l'SSD abbia solo 1/25 della dimensione:

0xae Host_Reads_MiB          ----CK   100   100   000    -    12268569 (~12 TiB)  
0xaf Host_Writes_MiB         ----CK   100   100   000    -    16481745 (~16 TiB) 

rispetto all'HDD da 3 TB (la seconda parte dell'unità Fusion):

0xf1 Total_LBAs_Written      ------   100   253   000    -    21361815408 (~10 TiB)  
0xf2 Total_LBAs_Read         ------   100   253   000    -    23925221693 (~11 TiB)

Dopo aver installato smartmontools i seguenti comandi forniscono i dati scritti in GB se esiste l'attributo "242 Total_LBAs_Written":

smartctl -s on -i -A -f brief -f hex,id -l devstat /dev/DiskIdentifier | grep 0xf1 | awk '{ print $8/1953125 }'

o in TB:

smartctl -s on -i -A -f brief -f hex,id -l devstat /dev/DiskIdentifier | grep 0xf1 | awk '{ print $8/1953125000 }'

Sostituisci "DiskIdentifier" con l'identificativo del tuo SSD interno trovato con diskutil list . Probabilmente è disk0.

Il seguente comando fornisce i dati scritti in GB se esiste l'attributo "175 - Host_Writes_MiB" (considera il risultato con cautela):

smartctl -s on -i -A -f brief -f hex,id -l devstat /dev/DiskIdentifier | grep 0xaf | awk '{ print $8/953.67 }'

Come già accennato in precedenza, sostituire "DiskIdentifier" con l'identificativo del tuo SSD interno trovato con diskutil list . Probabilmente è disk0.

I comandi smartctl di cui sopra non funzionano in modo molto affidabile (almeno per me).
Se ricevi un errore come "Leggi dati SMART non riusciti: errore non definito: 0", prova prima smartctl -A /dev/disk0 .
Se ricevi un errore del tipo "Disabilitato SMART. Utilizza l'opzione -s con argomento" on "per abilitarlo.", Prova smartctl -s on -A /dev/disk0
Quindi riprovare i comandi precedenti per leggere e calcolare i dati scritti sul disco.

* smartmontools

    
risposta data 18.02.2015 - 17:09
fonte
5

Il post originale menziona che gli SSD hanno un limite di ciclo di 1000-2000, il che semplifica eccessivamente il problema. Le singole celle in un SSD possono avere un tale limite, ma l'SSD implementa molte soluzioni diverse: dal sovra provisioning e dal write-leveling alla raccolta proprietaria di Sandforce di deduplicazione, compressione e tecniche di differenziazione dei dati, che chiama "DuraWrite".

Ritorno al post originale: tecniche come iostat , mentre rilevanti, mostrano attività aggregate ma è molto difficile lavorare all'indietro per sapere quanti cicli di programmazione / cancellazione sono stati eseguiti per ogni cella, e da lì, quanta vita rimane sul SSD.

Una raccomandazione utile potrebbe essere quella di evitare di riempire gli SSD entro il 20% circa della loro capacità dichiarata e di evitare la distribuzione di SSD usati senza un backup adeguato.

Ars Technica ha un paio di articoli davvero utili su come funzionano gli SSD. Il più direttamente utile è questo: " Gli SSD di livello consumer in realtà durano a lungo ". Per maggiori dettagli, vedi qui , in particolare pagina 5.

    
risposta data 18.02.2015 - 19:29
fonte
3

Ho installato GSmartControl con Homebrew ( brew install gsmartcontrol ), e ottenuto questo:

L'attributo SMART n. 173 (Cancellare conteggio o Indossare livellamento) dovrebbe significare le scritture complessive del settore consumate.

Il mio MacBook 2015 ha risposto a questo (nessun ID 0xf1):

smartctl -s on -i -A -f brief -f hex,id -l devstat /dev/disk0 
smartctl 6.4 2015-06-04 r4109 [x86_64-apple-darwin15.0.0] (local build)
Copyright (C) 2002-15, Bruce Allen, Christian Franke, www.smartmontools.org

=== START OF INFORMATION SECTION ===
Device Model:     APPLE SSD SM0256G
...
LU WWN Device Id: 5 002538 900000000
Firmware Version: BXW1SA0Q
User Capacity:    251 000 193 024 bytes [251 GB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Rotation Rate:    Solid State Device
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   ATA8-ACS T13/1699-D revision 4c
SATA Version is:  SATA 3.0, 6.0 Gb/s (current: 6.0 Gb/s)
...
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF ENABLE/DISABLE COMMANDS SECTION ===
SMART Enabled.

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 1
Vendor Specific SMART Attributes with Thresholds:
ID#  ATTRIBUTE_NAME          FLAGS    VALUE WORST THRESH FAIL RAW_VALUE
0x01 Raw_Read_Error_Rate     -O-RC-   200   200   000    -    0
0x05 Reallocated_Sector_Ct   PO--CK   100   100   000    -    0
0x09 Power_On_Hours          -O--CK   099   099   000    -    180
0x0c Power_Cycle_Count       -O--CK   099   099   000    -    650
0xa9 Unknown_Attribute       PO--C-   229   229   010    -    1975773037504
0xad Unknown_Attribute       -O--CK   200   200   100    -    4296081414
0xae Unknown_Attribute       -O---K   099   099   000    -    2547718
0xaf Program_Fail_Count_Chip -O---K   099   099   000    -    1304888
0xc0 Power-Off_Retract_Count -O--C-   099   099   000    -    1
0xc2 Temperature_Celsius     -O---K   059   022   000    -    41 (Min/Max 19/78)
0xc5 Current_Pending_Sector  -O---K   100   100   000    -    0
0xc7 UDMA_CRC_Error_Count    -O-RC-   200   199   000    -    0
                             ||||||_ K auto-keep
                             |||||__ C event count
                             ||||___ R error rate
                             |||____ S speed/performance
                             ||_____ O updated online
                             |______ P prefailure warning

ATA_READ_LOG_EXT (addr=0x00:0x00, page=0, n=1) failed: 48-bit ATA commands not implemented
Read GP Log Directory failed

Device Statistics (GP/SMART Log 0x04) not supported
    
risposta data 02.03.2016 - 03:19
fonte
-2

In questa domanda è stata data una risposta molto dettagliata qui

Il seguente comando

iostat -Id disk0

riflette le statistiche sul trasferimento dei dati dal momento in cui il dispositivo è stato montato al momento dell'esecuzione del comando iostat.

    
risposta data 18.02.2015 - 16:56
fonte

Leggi altre domande sui tag