Installer badblocks sur Mac OS X (Léopard ou moins)

Système de fichiers Ext2 pour Mac OS X comprend un badblocks qui peut être utilisé avec Mac OS X.

Crédit : doctormac: Comment vérifier les blocs défectueux sur un mac avec Mac OS X? (2011) référence à Bad blocks? badblocks! | Terminal (2007)

Installer badblocks sur OS X (Lion ou supérieur)

Pour moi, l'installation de Système de fichiers Ext2 1.4d4 (2006-12-03) échoue sur le Build 12A269 de OS X 10.8.

Je ne sais pas si l'installation est possible sur 10.7.x.

badblocks n'est actuellement pas disponible dans MacPorts.

En 2009, quelqu'un a mentionné l'utilisation de portutil pour installer badblocks mais je ne sais pas si c'est possible ni comment procéder avec Mountain Lion.

badblocks installé

Plus tard, avec Pacifist, j'ai trouvé badblocks installé. (Soit le résultat d'une installation réussie il y a longtemps de Ext2 Filesystem, soit un résultat partiel de l'installation qui a apparemment échoué aujourd'hui).

Je l'ai utilisé pour vérifier tous les blocs d'une tranche qui est actuellement inutilisée, puis je l'ai copié sur cette tranche :

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 seul

J'ai essayé d'utiliser la copie de badblocks avec Recovery OS. Cela n'a pas fonctionné :

-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# 

Conclusion provisoire

Une installation complète de OS X sur un disque physique séparé, suivie d'une installation partiellement réussie de Ext2 Filesystem - incluant au moins badblocks - devrait permettre une vérification complète de tout autre disque.

Démarrer Ubuntu et exécuter badblocks

Utilisez un disque Ubuntu compatible avec votre Mac, puis exécutez badblocks avec les options appropriées.

Page de manuel Ubuntu : badblocks - rechercher des blocs défectueux sur un périphérique

DVD compatible avec un MacBookPro5,2

• Ubuntu 8.10

DVDs non compatibles avec un MacBookPro5,2

• Ubuntu 12.04 bureau i386
• Xubuntu 12.04.1 bureau i386
• Ubuntu 12.10 bureau i386

Exemple A

Adapté d'un message orienté Mac dans le forum de support ZEVO :

J'ai exécuté badblocks sur un PC dédié avec Ubuntu Live, disque connecté via SATA 6.

J'ai ouvert quatre fenêtres Terminal et commencé :

• deux instances avec l'option -n
• deux instances avec les options -wsv

— à intervalles de dix minutes (la deuxième instance commencée dix minutes après la première, et ainsi de suite).

Au bout de soixante-dix heures, j'en étais à environ 75% -n et 50% -w.

Hier, j'ai décidé d'arrêter badblocks et de vérifier les valeurs S.M.A.R.T. — en comparant avec les résultats d'une première exécution de smartctl (après le déballage de ce nouveau disque). Rien n'avait changé.

Ce n'est pas du matériel Mac, mais comme certains matériels Mac peuvent utiliser le SATA 6, j'aime cet exemple ; une approche agréablement stimulante pour plusieurs exécutions concurrentes de badblocks sur un seul disque.

Exemple B

Commencé à partir d'Ubuntu 8.10, un test partiel d'un disque de 750 Go Seagate Momentus® XT ST750LX003-1AC154 hybride à semi-conducteurs interne à un 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
Vérification des blocs défectueux en mode lecture-écriture non destructif
De 0 à 732574583
Recherche de blocs défectueux (test de lecture-écriture non destructif)
Test avec motif aléatoire: ^C1.30% terminé, 9:34 écoulé
Interruption capturée, nettoyage en cours
ubuntu@ubuntu:/dev$ sudo badblocks -n -s -v /dev/sda
Vérification des blocs défectueux en mode lecture-écriture non destructif
De 0 à 732574583
Recherche de blocs défectueux (test de lecture-écriture non destructif)
Test avec motif aléatoire:   0.23% terminé, 1:47 écoulé
                               0.92% terminé, 7:09 écoulé
                               1.00% terminé, 7:46 écoulé
                              25.13% terminé, 3:49:32 écoulé
                              25.13% terminé, 3:49:33 écoulé
                              25.13% terminé, 3:49:34 écoulé
                              25.13% terminé, 3:49:35 écoulé

J'ai interrompu l'exécution pour démarrer OS X.

Cela représentait environ 7,75 minutes pour un pourcentage, donc pour que badblocks avec ces options teste ce nombre de blocs (732574583), cela pourrait prendre environ 12,9 heures.

 Aperçus du disque utilisé pour ce test

macbookpro08-centrim:~ gjp22$ diskutil list disk0
/dev/disk0
   #:                       TYPE NAME                    SIZE       IDENTIFIER
   0:      GUID_partition_scheme                        *750.2 Go   disk0
   1:                        EFI                         209.7 Mo   disk0s1
   2:                  Apple_HFS swap                    32.0 Go    disk0s2
   3: FFFFFFFF-FFFF-FFFF-FFFF-FFFFFFFFFFFF               536.9 Mo   disk0s3
   4:                  Apple_HFS spare                   671.1 Mo   disk0s4
   5:          Apple_CoreStorage                         99.5 Go    disk0s5
   6:                 Apple_Boot Boot OS X               650.0 Mo   disk0s6
   7:          Apple_CoreStorage                         616.3 Go   disk0s7
   8:                 Apple_Boot Boot OS X               134.2 Mo   disk0s8
macbookpro08-centrim:~ gjp22$ sudo gpt -r show -l /dev/disk0
Mot de passe :
       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

Si j'ai bien compris : environ 1 465 149 169 blocs. Alors pourquoi badblocks pourrait-il déterminer que seuls 732 574 583 doivent être testés? Si ce n'est pas lié à SSHD (voir ci-dessous), il s'agirait peut-être d'une question distincte.

Lié

Technologie hybride à semi-conducteurs : HDD SSD SSHD | Seagate

Dans Super User :

• Est-ce que badblocks en mode lecture-écriture est aussi efficace avec un disque hybride à semi-conducteurs qu'avec un disque dur?

Pour une édition simplifiée de cette réponse, j'aimerais effectuer un test similaire avec un disque dur (pas hybride) en exemple.