2 votes

diskutil verifyVolume / : Rapports POSIX : Erreur de format d'exécution

J'ai des problèmes avec le volume OSX de mon système principal.

En cours d'exécution sudo diskutil verifyVolume / :

$  sudo  diskutil verifyVolume  /
Password:
Started file system verification on disk1 OSX
Verifying storage system
Checking volume
disk0s2: Scan for Volume Headers
disk0s2: Scan for Disk Labels
Logical Volume Group 986FADEF-FEF3-428E-944A-82EBB8F38184 on 1 device
disk0s2: Scan for Metadata Volume
Logical Volume Group has a 24 MB Metadata Volume with double redundancy
Start scanning metadata for a valid checkpoint
Load and verify Segment Headers
Load and verify Checkpoint Payload
Load and verify Transaction Segment
Load and verify Transaction Segment
Incorporate 1 newer non-checkpoint transaction
Load and verify Virtual Address Table
Load and verify Segment Usage Table
Load and verify Metadata Superblock
Load and verify Logical Volumes B-Trees
Logical Volume Group contains 1 Logical Volume
Load and verify 126F7B49-5C33-457F-B6AB-3A6CD220F151
Load and verify D073860B-299F-4146-B68B-7233BD5488CB
Load and verify Freespace Summary
Load and verify Block Accounting
Load and verify Live Virtual Addresses
Newest transaction commit checkpoint is valid
Load and verify Segment Cleaning
The volume 986FADEF-FEF3-428E-944A-82EBB8F38184 appears to be OK
Storage system check exit code is 0
Verifying file system
Using live mode
Performing live verification
Checking extents overflow file
Incorrect number of file hard links
Checking catalog hierarchy
Checking volume bitmap
(It should be 22232741 instead of 21777947)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

L'erreur :

Checking volume bitmap
(It should be 22232741 instead of 21777947)
File system check exit code is 8
Error: -69845: File system verify or repair failed
Underlying error: 8: POSIX reports: Exec format error

Également essayé :

    $  sudo  diskutil repairVolume  /
Error starting file system repair for disk1 OSX: Unable to unmount volume for repair (-69673)

J'ai donc essayé en mode récupération (Cmd+R au démarrage), mais j'ai du mal à passer le cryptage ( diskutil coreStorage unlockVolume ) me donne une erreur générique indiquant qu'il ne peut pas déverrouiller le volume.
C'est ici que s'arrêtent mes "compétences" en matière de gestion de volume sous OS-X.

Le système fonctionne, dans l'ensemble, mais je ne peux pas redimensionner le volume, par exemple, et toutes les vérifications de volume aboutissent à des erreurs mystérieuses, comme la première ci-dessus, par exemple, ce qui est déconcertant.

Besoin d'aide. TIA.

MacBook Pro (Retina, 13 pouces, fin 2013), OS X 10.11.3

1voto

MacManager Points 1564

Vous pouvez utiliser l'application Utilitaire de disque à partir de la partition de récupération pour effectuer toutes ces opérations (déverrouiller et monter le disque, exécuter la réparation, etc.) Si vous avez d'autres utilitaires de réparation de disque, vous pouvez les essayer. Quoi qu'il en soit, si vous n'avez pas encore de sauvegarde, je vous conseille d'en faire une dès que possible.

Une autre idée consiste à démarrer en mode utilisateur unique ( Command-S au démarrage) et exécutez fsck mais il n'est pas sûr que ce soit différent.

0voto

Pryo Points 151

Ma solution consistait à :

  • éteindre FileVault (Je pense qu'il s'agit là du facteur critique de déblocage et d'habilitation qui a permis d'aller de l'avant avec les autres outils).
  • en cours d'exécution fsck -fy en mode mono-utilisateur PLUSIEURS FOIS jusqu'à ce que les erreurs disparaissent
  • redimensionnement la partition jusqu'au disque complet, en ajoutant une autre partition dans l'espace inutilisé, puis en la supprimant, ce qui permet de récupérer le reste de l'espace (ce n'est peut-être pas nécessaire pour vous). Cela a impliqué de réduire la taille de la partition système (par accident), mais j'ai eu l'impression que cela aurait pu être un tournant. Note : le redimensionnement a pris beaucoup de temps, ~1h, sans qu'il y ait d'indicateur de progression ou d'heure d'arrivée prévue.
  • en cours d'exécution diskutil verifyVolume/repairVolume MULTIPLES FOIS jusqu'à ce que les erreurs disparaissent (ce n'est peut-être pas nécessaire).

Compte tenu de la réapparition initiale des erreurs après, par exemple, un fsck (finalement réparé !), j'ai pensé qu'il s'agissait peut-être d'un problème matériel (par exemple, usure du SSD ou autre), mais j'ai vérifié l'état de SMART et tout semble correct. Je garderai les yeux ouverts, cependant.

Un facteur important a été la répétition des étapes jusqu'à ce que les erreurs cessent d'apparaître et que de nouvelles erreurs cessent d'apparaître. N'abandonnez pas. Persévérer et "secouer de différentes manières" jusqu'à ce que le contenu soit éliminé :). C'est bizarre, mais ça a marché.

Après l'arrêt des erreurs, j'ai réactivé FileVault et les erreurs ne sont PAS réapparues ! Oui, c'est vrai.

J'ai également vérifié avec Onyx qui affichait une erreur auparavant. Résultat : aucun problème n'a été trouvé.

Une solution moins mystérieuse aurait probablement consisté à réinstaller le système à partir de zéro et à p

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