Avvia Ubuntu ed esegui badblocks
Usa un disco di Ubuntu che funziona con il tuo Mac, quindi esegui badblocks
con le opzioni appropriate.
Manpage di Ubuntu: badblocks - cerca un dispositivo per i blocchi danneggiati
DVD compatibile con MacBookPro5,2
DVD non compatibili con MacBookPro5,2
- Ubuntu 12.04 desktop i386
- Xubuntu 12.04.1 desktop i386
- Ubuntu 12.10 desktop i386
Esempio A
Adattato da un post orientato al Mac nel forum di supporto di ZEVO :
I ran badblocks
onto a dedicated PC with Ubuntu Live, disk connected
via SATA 6.
I opened four Terminal windows and began:
- two instances with option
-n
- two instances with options
-wsv
– at intervals of ten minutes (the second instance begun ten minutes
after the first, and so on).
After seventy hours it was around 75% -n and 50% -w.
Yesterday I decided to stop badblocks
and review S.M.A.R.T. values
– a comparison with results of a first run of smartctl
(after
unboxing this new disk). Nothing had changed.
Questo non è l'hardware Mac, ma dal momento che alcuni hardware Mac possono utilizzare SATA 6, mi piace questo esempio; un approccio piacevolmente stimolante per più esecuzioni simultanee di badblocks
contro un singolo disco.
Esempio B
Iniziato da Ubuntu 8.10, un test parziale di 750 Seagate Momentus ® XT ST750LX003-1AC154 ibrido allo stato solido interno a MacBookPro5,2
ubuntu@ubuntu:/dev$ man badblocks
ubuntu@ubuntu:/dev$ badblocks -n -s -v /dev/sda
badblocks: Permission denied while trying to determine device size
ubuntu@ubuntu:/dev$ sudo badblocks -n -s -v /dev/sda
Checking for bad blocks in non-destructive read-write mode
From block 0 to 732574583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: ^C1.30% done, 9:34 elapsed
Interrupt caught, cleaning up
ubuntu@ubuntu:/dev$ sudo badblocks -n -s -v /dev/sda
Checking for bad blocks in non-destructive read-write mode
From block 0 to 732574583
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: 0.23% done, 1:47 elapsed
0.92% done, 7:09 elapsed
1.00% done, 7:46 elapsed
25.13% done, 3:49:32 elapsed
25.13% done, 3:49:33 elapsed
25.13% done, 3:49:34 elapsed
25.13% done, 3:49:35 elapsed
Ho interrotto la corsa per avviare OS X.
Si trattava di circa 7,75 minuti per l'uno percento, quindi per i badblock con quelle opzioni per testare quel numero di blocchi (732574583) potrebbero occorrere circa 12,9 ore.
Panoramica del disco utilizzato per quel test
macbookpro08-centrim:~ gjp22$ diskutil list disk0
/dev/disk0
#: TYPE NAME SIZE IDENTIFIER
0: GUID_partition_scheme *750.2 GB disk0
1: EFI 209.7 MB disk0s1
2: Apple_HFS swap 32.0 GB disk0s2
3: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF 536.9 MB disk0s3
4: Apple_HFS spare 671.1 MB disk0s4
5: Apple_CoreStorage 99.5 GB disk0s5
6: Apple_Boot Boot OS X 650.0 MB disk0s6
7: Apple_CoreStorage 616.3 GB disk0s7
8: Apple_Boot Boot OS X 134.2 MB disk0s8
macbookpro08-centrim:~ gjp22$ sudo gpt -r show -l /dev/disk0
Password:
start size index contents
0 1 PMBR
1 1 Pri GPT header
2 32 Pri GPT table
34 6
40 409600 1 GPT part - "EFI System Partition"
409640 62500000 2 GPT part - "Apple_HFS_Untitled_2"
62909640 262144
63171784 1048576 3 GPT part - "journal"
64220360 1310720 4 GPT part - "spare"
65531080 194305104 5 GPT part - "OS"
259836184 1269544 6 GPT part - "Boot OS X"
261105728 1203781256 7 GPT part - "gjp22-cs"
1464886984 262144 8 GPT part - "Booter"
1465149128 7
1465149135 32 Sec GPT table
1465149167 1 Sec GPT header
Se ho capito bene: circa 1.465.149.169 blocchi. Quindi, perché badblocks
può determinare che solo 732.574.583 devono essere testati? Se non è correlato a SSHD (vedi sotto) questa potrebbe essere una domanda a parte.
correlati
Tecnologia ibrida allo stato solido: HDD SSD SSHD | Seagate
In Super User:
Per una versione semplificata di questa risposta, mi piacerebbe eseguire un test simile con un disco rigido (non un ibrido) come esempio.