Quale software gratuito o open source posso usare con l'hardware Mac per verificare l'integrità di ogni blocco di un disco in cui viene utilizzato Core Storage?

5

La verifica dovrebbe essere non distruttiva.

Per l'hardware Mac

C'è una possibile risposta in Super User, ma è precedente a Lion:

  • Non so se i badblocks eseguiti da un CD live siano applicabili dove Apple_CoreStorage è tra i tipi sul dispositivo da controllare.

Se non applicabile da un CD live, una risposta a questa domanda potrebbe riguardare:

  • libfvde con un'installazione di qualsiasi sistema operativo compatibile che può eseguire bad blocks .

Meno esoticamente, offrirò due risposte che non implicano libfvde .

Sfondo

Mentre menziono dischi fastidiosi di seguito, non cerco aiuto con quei dischi.

Questa domanda cerca risposte che possono essere generalizzate a chiunque desideri controllare un disco.

Senza hardware Mac

In genere utilizzo Ultimate Boot CD (UBCD) 5.1.1 per eseguire HDAT2 4.5.3.

Con hardware Mac

UBCD

Buono per alcuni scopi, ma non per quello che voglio da HDAT2.

Se conosci un modo per far funzionare HDAT2, ad esempio, un MacBookPro5,2: sarà un'ottima risposta.

ZEVO

L'assegnazione dei dischi a ZFS anziché HFS Plus semplifica la scoperta di errori nello spazio utilizzato, senza attenzione allo spazio non utilizzato. Su almeno due dei miei dischi, uno scrub dopo il backup di Time Machine su ZFS ha rivelato ciò che OS X da solo non può: gli errori che riguardano le bande all'interno dell'immagine del disco bundle sparse utilizzate da Time Machine.

S.M.A.R.T.

Driver SMART OS X SAT è utile, ma non applicabile a tutti i tipi di unità esterne .

Per un'unità esterna in cui S.M.A.R.T. lo stato è verificato, in base a Utility Disco, scrub trova errori ... e così via.

Per questa domanda

  • Preferisci un controllo non distruttivo di tutto lo spazio (tutti i blocchi di un disco)
  • senza modifiche del file system.

correlati

Nel forum di supporto di ZEVO:

posta Graham Perrin 27.07.2012 - 11:23
fonte

4 risposte

0

… If you know of a way to make HDAT2 run with, say, a MacBookPro5,2: that'll make a great answer. …

Recentemente ho trovato HDAT2 5.0 - nella versione più recente (5.3.0) del CD di avvio definitivo - funziona in modo efficace con il mio MacBookPro5,2 del 2009. Quindi:

  • per me stesso, contrassegnerò questa risposta come accettata
  • quindi se qualcuno trova impossibile eseguire una versione di HDAT con il proprio hardware, possiamo (ri) considerare risposte alternative.
risposta data 13.07.2014 - 21:18
fonte
1

Installa i badblock su Mac OS X (Leopard o meno)

Il filesystem Mac OS X Ext2 include un badblocks che può essere utilizzato con Mac OS X.

Credito: doctormac: come per verificare la presenza di blocchi danneggiati su un Mac con Mac OS X? (2011) fai riferimento a blocchi danneggiati? badblocks! | Terminal (2007)

    
risposta data 27.07.2012 - 11:23
fonte
1

Installa i badblock su OS X (Lion o superiore)

Per me, l'installazione di Ext2 Filesystem 1.4d4 (2006-12-03) non riesce su Build 12A269 di OS X 10.8.

Se l'installazione è possibile su 10.7.x, non lo so.

badblocks non si trova attualmente in MacPorts.

Nel 2009 qualcuno ha citato usando portutil per installare badblocks ma non so se o come farlo con Mountain Lion.

badblocks installati

Successivamente, con Pacifist, ho trovato badblocks installato. (O il risultato di una lunga installazione di Ext2 Filesystem, o un risultato parziale dell'installazione presumibilmente fallita di oggi).

L'ho usato per controllare tutti i blocchi di una porzione che è attualmente di riserva, quindi copiato su quella sezione:

sh-3.2$ 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:              Apple_Journal                         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
sh-3.2$ gjp22$ sudo /usr/local/sbin/badblocks -v /dev/disk0s4
/usr/local/sbin/badblocks: Resource busy while trying to determine device size
sh-3.2$ gjp22$ diskutil unmount /Volumes/spare
Volume spare on disk0s4 unmounted
sh-3.2$ gjp22$ sudo /usr/local/sbin/badblocks -v /dev/disk0s4
Checking blocks 0 to 655360
Checking for bad blocks (read-only test): done                                
Pass completed, 0 bad blocks found.
sh-3.2$ gjp22$ diskutil mount /dev/disk0s4
Volume spare on /dev/disk0s4 mounted
sh-3.2$ gjp22$ sudo ditto /usr/local/sbin/badblocks /Volumes/spare/sbin/badblocks

badblocks da solo

Ho provato a utilizzare la copia di badblocks con Recovery OS. Non ha funzionato:

-bash-3.2# sw_vers
ProductName:    Mac OS X
ProductVersion: 10.8
BuildVersion:   12A269
-bash-3.2# mount | grep "on / "
/dev/disk1s2 on / (hfs, local, read-only)
-bash-3.2# diskutil list disk1
/dev/disk1
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:     Apple_partition_scheme                        *1.3 GB     disk1
   1:        Apple_partition_map                         30.7 KB    disk1s1
   2:                  Apple_HFS Mac OS X Base System    1.3 GB     disk1s2
-bash-3.2# diskutil unmount /Volumes/swap 
Volume swap on disk0s2 unmounted
-bash-3.2# /Volumes/spare/sbin/badblocks -v /dev/disk0s2
Illegal instruction: 4
-bash-3.2# 

Conclusione provvisoria

Un'installazione completa di OS X su un disco fisico separato, seguita da un'installazione parzialmente riuscita di Ext2 Filesystem - per includere almeno badblocks - dovrebbe consentire un controllo completo di qualsiasi altro disco.

    
risposta data 27.07.2012 - 11:25
fonte
1

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

  • Ubuntu 8.10

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.

    
risposta data 24.12.2012 - 02:58
fonte

Leggi altre domande sui tag