Fichiers corrompus, échec de la somme de contrôle, vérifications du disque et du système de fichiers avec l'utilitaire de disque

Je traite toutes les erreurs d'entrée/sortie (IO) comme des situations critiques. Lorsque je vois des erreurs IO dans le journal de la console, je sauvegarde tout mon travail, ferme toutes les applications, puis je fais une sauvegarde complète. Le système de fichiers est conçu pour maintenir le système de fichiers intact, ce qui signifie que lorsqu'un fichier pose problème, le fichier est tronqué et supprimé. Vos données sont perdues, mais le système de fichiers se répare. Voir une erreur IO remonter jusqu'à la couche d'application peut être :

• pas très grave - vous avez quelques fichiers corrompus
• très grave - vous avez peu de temps pour sauvegarder des fichiers qui ne le sont pas déjà

Ensuite, une fois que j'ai une sauvegarde, je surveille pendant un jour ou deux les erreurs IO et je supprime les fichiers concernés. Si je constate que les erreurs IO se propagent, je procède à une réinstallation et continue de surveiller.

Les SSD sont un peu différents des HDD, donc je n'ai vu qu'un SSD afficher une erreur IO réelle puisque le contrôleur intercepte et corrige presque toujours ces erreurs avec un checksum. Dans mon expérience, 100% des problèmes sont simplement liés à la corruption des données, aux plantages et aux échecs d'application - ce n'est pas que le SSD commence à montrer des signes de défaillance. Je n'ai jamais eu de préavis de défaillance d'un SSD - ils lâchent simplement. De plus, les SSD qu'Apple fournit sont bien plus fiables que les HDD qu'Apple fournissait. La réinstallation est en quelque sorte le remède miracle, la carte "sortez de prison" pour moi au cours des 10 dernières années de gestion des Mac. Seulement lorsque le système ne peut pas installer et exécuter un OS vide, je pense que le matériel nécessite un diagnostic et une réparation.

En ce qui vous concerne, si vous n'avez pas de sauvegarde complète de confiance, faites-le maintenant. Ensuite, renseignez-vous sur la manière d'effacer. Tous les signes que vous avez indiquent que votre matériel est en bon état et vous pourriez ne pas trouver d'erreurs IO dans l'application console (ou en utilisant log stream). Comme vous savez exactement comment provoquer cette erreur - surveillez le journal pendant que vous tentez d'ouvrir/lire/vérifier l'intégrité de ces fichiers corrompus.

Vos instincts pour tester sont parfaits - le disque et le matériel sont presque certainement en bon état - il se peut juste que vous ayez besoin d'effacer le système de fichiers et de restaurer des fichiers intègres sur un OS propre lorsque le système ne peut pas se réparer tout seul. Le contrôleur SSD mappe plusieurs cellules de stockage enchaînées avec des données, donc le TRIM et les secteurs défectueux servent davantage à maintenir une portion substantielle de l'espace libre pour éviter que les "mauvais secteurs" ne soient mappés définitivement comme les disques durs en avaient besoin. Je crois savoir qu'environ 10 % de la capacité du disque peut tomber en panne sans affecter un secteur ou la capacité telle qu'elle est perçue par le système d'exploitation.