Un disque si plein qu’il est impossible à restaurer

Problème d’espace de stockage sur un MacBook Pro et échec de la récupération

• L’espace de stockage d’un MacBook Pro s’est entièrement rempli, provoquant une situation impossible à récupérer.
• Lors du téléchargement de jeux par son enfant via Steam, l’espace de stockage a fini par être saturé.
• Le volume de démarrage de macOS était tellement plein qu’il était impossible de supprimer des fichiers par quelque méthode que ce soit.

Tentatives de suppression de fichiers et échec du redémarrage

• Les tentatives de suppression de fichiers via le vidage de la corbeille, des commandes Terminal et Utilitaire de disque ont toutes échoué.
• Après un redémarrage, le Mac ne démarrait plus du tout.

Tentative de restauration via RecoveryOS et sauvegarde Time Machine

• Une réparation du disque et une réinstallation via RecoveryOS ont été tentées, mais ont échoué.
• Une restauration des données via une sauvegarde Time Machine a aussi été tentée, mais elle était impossible en raison d’une différence de version.

Copie de fichiers et restauration à l’aide d’un SSD externe

• La sauvegarde Time Machine a été copiée sur un SSD externe via un Mac servant à gérer les sauvegardes réseau.
• Les applications et fichiers nécessaires ont ensuite été copiés directement vers le MacBook Pro, ce qui a permis de résoudre le problème.

L’avis de GN⁺

• Cet article montre une situation extrême que les utilisateurs de Mac peuvent rencontrer à cause de problèmes d’espace de stockage, ainsi que le processus mis en œuvre pour la résoudre. Il peut rappeler aux utilisateurs l’importance des sauvegardes et de la gestion de l’espace disque.
• Le problème évoqué dans l’article semble provenir de limitations systémiques et de bugs de macOS. Cela souligne pourquoi Apple doit continuer à fournir des mises à jour et des correctifs pour améliorer la stabilité du système et l’expérience utilisateur.
• En matière de récupération de données, il est recommandé d’effectuer des sauvegardes régulières et d’utiliser le cloud storage afin d’éviter ce type de situation. Les utilisateurs devraient également maintenir leur système d’exploitation à jour pour prévenir les problèmes de compatibilité.
• D’un point de vue critique, le contenu peut paraître assez technique et complexe pour des utilisateurs ordinaires qui ne sont ni avancés ni experts. Cela suggère la nécessité d’options de récupération plus conviviales et d’un meilleur support utilisateur.
• L’article offre aux utilisateurs de Mac une étude de cas intéressante et contient des informations utiles auxquelles se référer en cas de problème similaire.

[GN⁺]

Commentaires sur Hacker News

• Il aurait peut-être mieux valu démarrer le Mac à l’aide d’un périphérique de stockage externe et supprimer les fichiers inutiles du disque interne.

  • Utiliser un périphérique de stockage externe comme disque de démarrage du Mac : lien vers l’assistance Apple
  • Il a été constaté que, sur les Mac à base d’Apple Silicon, tous les ports ne fonctionnent pas de la même façon pour le démarrage externe.
    • MacBook : utiliser le port USB-C de gauche qui n’est pas le plus à gauche
    • iMac : utiliser le port USB-C à l’arrière qui n’est pas le plus à droite
    • Mac mini : utiliser le port USB-C à l’arrière qui n’est pas le plus à gauche
    • Mac Studio : utiliser le port USB-C à l’arrière qui n’est pas le plus à droite
    • Mac Pro (desktop) : utiliser tous les ports sauf le port USB-C le plus éloigné du bouton d’alimentation en haut
    • Mac Pro (rack) : utiliser tous les ports sauf le port USB-C le plus proche du bouton d’alimentation en façade

• Sur la base de connaissances sur la structure des disques HFS+, quelqu’un suppose que le fichier de journal était plein, ce qui aurait créé une situation où la suppression de fichiers nécessitait temporairement davantage d’espace.

  • macOS continue d’écrire des fichiers jusqu’à ce qu’il ne reste plus que 41 K sur le disque.
  • Avec NTFS et FAT32, il était possible de supprimer des fichiers même quand il restait 0 octet.
  • Sonoma a cassé la procédure de montage réseau basée sur SMB/Samba, et aucune solution n’a encore été trouvée.

• SMB est devenu peu fiable et très bogué depuis quelques années, et Apple ne semble pas se soucier du problème.

  • Cela inquiète de voir comment des personnes peu expérimentées avec les Mac réagissent face à ce type de défaillance systémique en chaîne.

• Si l’on n’a pas beaucoup d’expérience avec les Mac, la première chose à essayer est la commande fsck.

  • Quand il est impossible de copier ailleurs le contenu nécessaire du disque, puis de reformater avant de recopier, on cherche une solution dans la documentation APFS.

• Quelqu’un a connu un problème similaire dans son premier emploi. Il avait rempli un cluster de fichiers poubelle, et la commande rm ne fonctionnait pas.

  • Il a appris que réduire un fichier (cat /dev/null > foo) peut fonctionner quand la suppression (rm foo) échoue.

• La fiabilité de Time Machine semble se dégrader de plus en plus.

  • Cela contraste avec les sauvegardes iOS/iPadOS, qui fonctionnent correctement à chaque fois.

• ZFS utilise un « slop space » pour éviter que le système de fichiers ne se retrouve en difficulté lorsqu’il manque d’espace.

  • Par défaut, 3,2 % de l’espace du volume est réservé (jusqu’à 128 Go).
  • Le réglage noyau spa_slop_shift permet de réserver jusqu’à 128 Go d’espace supplémentaire.

• L’idée qu’effacer un fichier puisse nécessiter temporairement ou définitivement plus d’espace est déroutante.

  • Les systèmes de fichiers modernes qui prennent en charge les snapshots, le journal, etc., doivent allouer de l’espace libre pour pouvoir effectuer une suppression.

• Le problème s’est produit en octobre 2018.

  • De l’espace disque a été récupéré en supprimant une partition APFS supplémentaire.

• Quelqu’un a vécu une expérience similaire sur iPhone.

  • Le disque était plein, au point que la suppression semblait ne pas réellement fonctionner.
  • Cela serait dû au support du copy-on-write et des snapshots dans APFS.

• Sans avoir jamais eu à gérer un cas où la commande rm échoue, administrer un Mac moderne avec 256 Go de stockage interne ou moins est pénible.

  • Environ 16 Go sont conservés dans un fichier « placeholder » d’espace, que l’on peut supprimer quand nécessaire.

• Quelqu’un a vécu une situation comparable sur la partition système d’un système Linux.

  • La partition était petite, donc quand les mises à jour s’accumulaient, il restait très peu d’espace pour supprimer quoi que ce soit.
  • La partition a finalement été redimensionnée pour éviter que le problème ne se reproduise.