Il me semble, d'après votre description, que le système d'exploitation accède et charge en mémoire certains des fichiers qui composent le système d'exploitation. .app
. Face à cette situation, j'adopterais deux approches.
Approche #1 : Le système d'exploitation a démarré normalement et s'est connecté :
-
Trouvez qui accède à ce fichier en utilisant sudo lsof /path/to/the/filename.extension
. Après avoir exécuté cette commande, vous pouvez voir une sortie comme :
COMMAND PID USER FD TYPE DEVICE SIZE/OFF NODE NAME
filecoord 584 root 42r REG 1,14 0 4663540 Desktop/foo.txt
L'inconvénient de lsof
est que si aucun processus n'accède au fichier, il ne montrera rien... donc alternativement vous pouvez exécuter sudo fs_usage | grep filename.extension
. En sortie, vous pouvez voir quelque chose comme :
08:27:29 fsgetpath /Users/my_name/Desktop/foo.txt 0.000079 filecoordina
08:27:29 stat64 /Users/my_name/Desktop/foo.txt 0.000053 filecoordina
08:27:29 getattrlist /Users/my_name/Desktop/foo.txt 0.000112 fileprovider
08:27:29 getattrlist /Users/my_name/Desktop/foo.txt 0.000007 fileprovider
08:27:29 getattrlist /Users/my_name/Desktop/foo.txt 0.000017 fileprovider
08:27:29 getattrlist /Users/my_name/Desktop/foo.txt 0.000143 com.apple.Cl
08:27:29 getattrlist /Users/my_name/Desktop/foo.txt 0.000012 com.apple.Cl
08:27:29 fsgetpath /Users/my_name/Desktop/foo.txt 0.000052 Finder
08:27:29 fsgetpath /Users/my_name/Desktop/foo.txt 0.000004 Finder
- Tue le processus qui accède au fichier. Pour cette tâche, vous pouvez utiliser des outils comme
kill
, pkill
ou le Activity Monitor
.
- Supprimez le fichier.
Approche #2 : Le système d'exploitation démarre en mode de récupération.
Il se peut que vous ne puissiez pas atteindre votre objectif avec l'approche n°1. Pour plusieurs raisons, par exemple, le système d'exploitation gagne la course, un deuxième processus accède à nouveau au fichier après que vous ayez tué le premier processus ou une boucle de ce genre. À ce stade, je ferais ce qui suit :
- Redémarrer en mode de récupération .
- Montez le volume en utilisant le
Disk Utility
.
- Ouvrez le
Terminal
.
- Supprimez le fichier.
Cette deuxième approche peut également vous poser quelques problèmes. Dans ce cas, commentez ces problèmes afin que nous puissions réfléchir à une nouvelle approche avec les nouvelles informations.
0 votes
Énumérez tout ce que vous avez essayé pour que nous ne suggérions pas et que vous écartiez.
0 votes
@SolarMike J'ai essayé sudo rm -rf, sudo find ... -delete, et vérifié que le fichier n'était pas verrouillé. J'ai vu certaines mentions de la nécessité éventuelle de désactiver SIP ou de redémarrer en mode récupération, mais je n'ai pas essayé ces méthodes.
1 votes
Avez-vous essayé de réparer la structure du fichier ? S'il y a une corruption de répertoire, vous ne voulez pas supprimer un dossier conteneur présenté à tort comme contenant plus que la taille du disque au cas où il emporterait le reste du disque avec lui. Vous pouvez également essayer de démarrer en mode disque cible sur un autre Mac et voir s'il supprime lorsqu'il n'est pas démarré.
0 votes
Comme le dit Tetsujin, la première chose à vérifier est le système de fichiers sur ce volume, par exemple avec la fonction First Aid de Disk Utility. Il semble peu probable que le fichier est 8EB de long (à moins qu'il s'agisse d'un fichier clairsemé, ou que vous ayez un disque d'une taille inimaginable !), donc soit le Finder s'embrouille, soit le système de fichiers rapporte cette taille. L'un ou l'autre pourrait bien être causé par une corruption ou d'autres erreurs dans le système de fichiers - et vous devriez essayer d'identifier et de corriger cela dès que possible avant que d'autres fichiers ne soient affectés.
1 votes
Je suis également préoccupé par le fait que vous utilisez une version bêta [d'un système d'exploitation qui est désormais disponible]. Un "correctif" peut avoir été implémenté depuis, mais j'hésiterais à mettre à jour alors que le problème est présent, sans une sauvegarde solide et testée, et de préférence une autre, ceinture et bretelles, effectuée avant l'installation de la version bêta. (Note l'exécution d'un logiciel bêta sur des appareils critiques n'est jamais une bonne idée sans une voie de récupération bien planifiée).
0 votes
@Tetsujin @gidds Merci pour les notes, je me posais la question. Si l'Utilitaire de disque et
diskutil verifyVolume
retour sans problème, cela signifierait-il que je devrais passer aux étapes que @raaowx a énumérées dans sa réponse (avec une sauvegarde bien sûr) ?