3 votes

Partitionnement d'un disque externe HFS+ : "Nombre de blocs d'allocation non valide", code de sortie 8 pour la vérification du système de fichiers. Impossible de réparer, même en mode de réc

Comme le titre l'indique, je reçois l'erreur "Invalid number of allocation blocks" sur une partition HFS+ particulière d'un disque externe. Je suis incapable de réparer, même en mode récupération.

Résultats du journal lorsque j'exécute Réparer sur le lecteur :

Checking prerequisites
Checking the partition list
Checking the partition map size
Checking for an EFI system partition
Checking the EFI system partition’s size
Checking the EFI system partition’s file system
Checking the EFI system partition’s folder content
Checking all HFS data partition loader spaces
Volume Time Machine on disk1s4 has 1,048,576 bytes of trailing loader space and it needs 134,217,728 bytes
Problems were found with the partition map which might prevent booting
Operation successful.

Les résultats du journal quand je lance Réparer sur la partition en difficulté :

Repairing file system.
Checking Journaled HFS Plus volume.
Invalid number of allocation blocks
The volume   could not be verified completely.
File system check exit code is 8.
Updating boot support partitions for the volume as required.
File system verify or repair failed.
Operation failed…

Ce qui est bizarre, c'est que les autres partitions du disque n'ont aucun problème.

J'ai cherché des solutions et j'ai trouvé ce mais je ne suis pas sûr que ce tutoriel s'applique à ma situation. J'ai téléchargé wxHexEditor et je peux l'utiliser si nécessaire.

Edit : Résultats de sudo gpt -r show disk1

gpt show: disk1: Suspicious MBR at sector 0
       start        size  index  contents
           0           1         MBR
           1           1         Pri GPT header
           2          32         Pri GPT table
          34           6         
          40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
      409640   667388392      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
   667798032   508383336         
  1176181368   292707720      4  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
  1468889088        2048         
  1468891136   146485248      3  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1615376384   171884544         
  1787260928   166260736      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
  1953521664        3471         
  1953525135          32         Sec GPT table
  1953525167           1         Sec GPT header

Capture d'écran de la carte de partition. La première section est juste une section générale de stockage de fichiers OS X. Ensuite, une partition Time Machine, puis deux partitions Bootcamp... (longue histoire sur la raison pour laquelle il y en a deux, mais je n'en utilise aucune. Elles étaient juste des sauvegardes au cas où le transfert vers le nouveau disque ne fonctionnerait pas (je pourrais les supprimer si j'en avais besoin).

enter image description here Le truc bizarre c'est qu'il indique que la première partition ne fait que 342 Go. En réalité, elle fait environ 690 Go [690=1000-(85+75+150)]. Si vous regardez, le disque fait 1 To au total et la partition fait occupent un peu plus de la moitié du trajet (le graphique circulaire est exact mais le chiffre ne l'est pas). Je viens de remarquer ceci. Je pense que c'est un nouveau problème depuis que j'essaie de travailler sur ce sujet. Le chiffre 342 représente soit l'espace libre, soit l'espace utilisé. Je me souviens qu'il était à peu près à moitié plein. Dans Paragon, j'étais en train de déconner parce que bootcamp crée un schéma MBR et ensuite un GUID à l'intérieur de celui-ci (si je comprends bien) afin que le MBR/NTFS puisse coexister avec le GUID/HFS+ sur le même disque. Je ne voulais pas tout gâcher cependant...)

enter image description here

enter image description here

Sortie de df :

Filesystem                        512-blocks      Used Available Capacity iused      ifree %iused  Mounted on
/dev/disk0s2                       975425848 398002368 576911480    41% 1868271 4293099008    0%   /
devfs                                    385       385         0   100%     666          0  100%   /dev
map -hosts                                 0         0         0   100%       0          0  100%   /net
map auto_home                              0         0         0   100%       0          0  100%   /home
localhost:/LBoQ0M7--2Q2sv3sqi-Zd2  975425848 975425848         0   100%       0          0  100%   /Volumes/MobileBackups
/dev/disk1s3                       146485240 140371096   6114144    96%  217662    3074418    7%   /Volumes/Windows Bootcamp New
/dev/disk1s5                       166260728 136275960  29984768    82%  176094   15051298    1%   /Volumes/Windows Bootcamp Original (Old)
/dev/disk1s4                       292707720 184526648 108181072    64%  859054 4294108225    0%   /Volumes/Time Machine
/dev/disk1s2                      1175509584 481193080 694316504    41% 1098583 4293868696    0%   /Volumes/Macintosh HD

0 votes

Le guide en question ne devrait probablement pas s'appliquer ici. Veuillez ajouter la sortie de sudo gpt -r show disk1 entré dans le terminal. Quel est l'historique du disque ? Avez-vous modifié la carte de partition ou chiffré le volume ?

0 votes

Ajout de la sortie. L'histoire est que j'ai utilisé un programme appelé "paragon hard disk manager" pour m'aider à copier une partition bootcamp du disque externe en question vers un autre disque. Je l'ai également utilisé pour repartitionner le disque NTFS et supprimer l'espace inutilisé dans la partition. @klanomath

0 votes

Oh, je vois : c'est un vrai gâchis de table de partition GUID/MBR. Je me souviens de l'application (Paragon...) - elle était disponible dans un bundle de 8 applications (~$16) et j'ai voulu l'acheter en septembre pour la tester, mais je suis arrivé trop tard. Peut-être que wxHexEditor est plus utile que ce qui a été dit précédemment. Environ 350 Go d'espace disque non alloué. Quel est le volume de Time Machine, le volume de 340 GB ou le volume de 150 GB ?

0voto

klanomath Points 63400

La table de partition GUID de votre disque externe a été endommagée d'une manière ou d'une autre et la partition disk1s2 a probablement une taille incorrecte : gpt rapporte une taille de ~341 GB mais df et Finder suggèrent que la taille est de 601 GB. En réécrivant le GUID pt, cela devrait être résolu.

  • Ouvrez le Terminal et entrez diskutil list y sudo gpt -r show disk1 pour avoir une vue d'ensemble

  • Démonter le disque 1 :

    diskutil umountDisk disk1
  • Supprimez le MBR :

    sudo dd if=/dev/zero of=/dev/disk1 bs=512 count=1
    diskutil umountDisk disk1
  • Détruisez la table de partition GUID et créez-en une nouvelle (cela crée également un nouveau pMBR) :

    sudo gpt destroy disk1
    sudo gpt create -f disk1
  • Reconstruisez toutes les partitions GUID précédentes (sauf la deuxième qui sera étendue) :

    sudo gpt add -i 1 -b 40 -s 409600 -t C12A7328-F81F-11D2-BA4B-00A0C93EC93B disk1
    sudo gpt add -i 2 -b 409640 -s 1175509584 -t 48465300-0000-11AA-AA11-00306543ECAC disk1
    diskutil umountDisk disk1
    sudo gpt add -i 3 -b 1176181368 -s 292707720 -t 48465300-0000-11AA-AA11-00306543ECAC disk1
    diskutil umountDisk disk1
    sudo gpt add -i 4 -b 1468891136 -s 146485248 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk1
    diskutil umountDisk disk1
    sudo gpt add -i 5 -b 1787260928 -s 166260736 -t EBD0A0A2-B9E5-4433-87C0-68B6B72699C7 disk1

    Enfin, la table gpt devrait ressembler à ceci

    gpt show: disk1: Suspicious MBR at sector 0
           start        size  index  contents
               0           1         MBR
               1           1         Pri GPT header
               2          32         Pri GPT table
              34           6         
              40      409600      1  GPT part - C12A7328-F81F-11D2-BA4B-00A0C93EC93B
          409640  1175509584      2  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      1175919224      262144         
      1176181368   292707720      3  GPT part - 48465300-0000-11AA-AA11-00306543ECAC
      1468889088        2048         
      1468891136   146485248      4  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
      1615376384   171884544         
      1787260928   166260736      5  GPT part - EBD0A0A2-B9E5-4433-87C0-68B6B72699C7
      1953521664        3471         
      1953525135          32         Sec GPT table
      1953525167           1         Sec GPT header

    L'ajout des partitions 2 et 3 avec ces valeurs laissera un espace de 262144 blocs entre elles, ce qui est une taille standard pour OS X (ce qui est en soi un indice que la partition GUID était fausse auparavant).

  • vérifier ensuite disk1s2 et disk1s3 avec :

    diskutil verifyVolume /dev/disk1s2
    diskutil verifyVolume /dev/disk1s3

Il vous reste environ 171884544 blocs (~88 Go) d'espace disque non alloué entre les partitions 4 et 5. Si vous n'avez pas besoin des sauvegardes de la partition Bootcamp, vous pouvez omettre les deux derniers blocs. sudo gpt ... des commandes. Vous pouvez ensuite étendre votre volume Time Machine avec l'Utilitaire de disque à ~400 Go.

Si vous souhaitez ajouter une partition dans l'espace disque non alloué, procédez comme suit (les instructions permettent d'ajouter une partition/volume JHFS+) :

  • démonter le disque

    diskutil umountDisk disk1
  • ajouter une nouvelle partition avec gpt avec un peu d'espace libre (2048 blocs) au début et à la fin. Vous pouvez également utiliser la taille d'espace standard (262144 blocs) mais vous devrez alors utiliser une taille de partition plus petite ... -b 1615638528 -s (171884544 - 2*262144) ... = ... -b 1615638528 -s 171360256 ... :

    sudo gpt add -i 6 -b 1615378432 -s 171880448 -t 48465300-0000-11AA-AA11-00306543ECAC disk1
  • obtenir l'identifiant du disque de la nouvelle partition (88 GB)

    diskutil list
  • Formatez le lecteur :

    sudo newfs_hfs -v "New" -J /dev/disk1sX #probably X=6

0 votes

Cela a permis de résoudre le problème. Merci beaucoup ! Sauf une chose... Ma partition Time Machine apparaît maintenant comme "espace libre" avec le format "inconnu". De plus, pourquoi y a-t-il 88 Go d'espace non alloué et comment puis-je le récupérer ? Je ne le vois pas dans l'utilitaire de disque... J'aimerais augmenter la taille de ma partition Time Machine. Je ne veux pas encore supprimer celles de bootcamp si ce n'est pas nécessaire. Il y a des tonnes d'espace inutilisé dans le "macintosh HD" que j'aimerais réutiliser pour Time Machine... Comment faire sur un mac ? Est-ce qu'il y a un programme ? L'Utilitaire de disque ne me permet pas de "déplacer" Time Machine vers l'arrière... @klanomath

0 votes

@JonB Je ne sais pas pourquoi il y a tant d'espace libre. L'espace libre espace libre (initialement 350 GB) et le GUID étrange/brouillon a été la raison pour laquelle j'ai demandé l'historique du disque ! Soit l'application est fausse, soit vous avez fait une ou plusieurs erreurs. Si vous avez ajouté la partition 3 (Time Machine) avec les anciennes valeurs, elle devrait être là - la Time Machine était également fausse (vérifiez le premier résultat de votre journal). Déplacer et redimensionner les partitions est l'une des fonctions de Paragon, mais compte tenu des problèmes ci-dessus, j'hésiterais à l'utiliser.

0 votes

@JonB Quelle est l'importance de la sauvegarde Time Machine ? Est-elle ancienne ou nouvelle ? Si vous n'avez pas réparation le disque/les volumes uniques ou l'initialisation des volumes, il n'y a pas de risque à modifier le gpt car le gpt n'écrit que sur les 34 premiers et les 33 derniers blocs d'un disque. BTW Je ne parlais pas d'une erreur de recréation du GUID pt dans mes instructions, je parlais d'une erreur d'utilisation de l'application. Je vais ajouter une liste de gpt à laquelle il devrait ressembler après avoir appliqué les changements dans mes instructions.

LesApples.com

LesApples est une communauté de Apple où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres utilisateurs d'appareils Apple, poser vos propres questions ou résoudre celles des autres.

Powered by:

X