J'ai accidentellement utilisé "touch " existe-t-il un moyen de supprimer ce document en toute sécurité ?

Faites pas supprimez-le ! Dans les systèmes de fichiers unixiens (y compris MacOS), .. est un lien vers le répertoire parent. Donc si vous étiez dans le répertoire /Users/Serax/Desktop et tu as couru touch .. c'est l'équivalent de touch /Users/Serax qui indique simplement que votre répertoire personnel a été modifié.

De même, lorsque vous êtes dans /Users/Serax/Desktop en essayant de supprimer .. est équivalent à essayer de supprimer votre répertoire personnel. Si vous réussissez, vous perdrez tous vos fichiers. Vous ne voulez pas faire cela.

En cours d'exécution touch La commande n'aura rien endommagé, il n'y a donc rien à réparer, à supprimer ou à nettoyer. Il suffit de vaquer à ses occupations.

BTW, avez-vous une bonne sauvegarde ? Si non, je vous recommande vivement d'en faire une. Parce que les accidents arrivent, et parfois vous supprimez tout votre répertoire personnel par erreur.

touch .. n'a pas créé de fichier. C'est impossible sous MacOS car le nom .. est déjà pris et fait référence au répertoire parent.

Vous n'avez donc pas créé de nouveau fichier, et vous n'avez pas besoin de supprimer quoi que ce soit.

Votre touch .. ne modifie en fait que certaines des métadonnées associées au répertoire parent (dans votre cas, il s'agit du répertoire Desktop lui-même) :

Il a mis à jour le

• Heure du dernier changement
• heure de la dernière modification
• dernière heure d'accès

Au moment où vous avez couru touch .. . Vous devriez être en mesure de voir ces changements en exécutant stat -x .. .

Parfois, le Finder peut afficher des fichiers appelés .. par exemple, peut-être comme ceci :

Cependant, ce fichier n'est pas vraiment nommé .. c'est juste que le Finder cache son extension.

Ouvrez le Finder > Préférences... > Avancées, et activez la case à cocher "Afficher toutes les extensions de fichiers" pour voir quel est son véritable nom (par exemple, il peut être ...png )

Ne cours pas. rm .. ! !!

Je viens de faire exactement la même chose et ça n'a pas vraiment créé de fichier. Si vous exécutez vim .. vous obtiendrez une liste de dossiers tels que l'ordinateur les reconnaît. .. comme le répertoire précédent.

Vérifiez dans le Finder et vous devriez voir qu'il n'y a pas de fichier . S'il y a un fichier, essayez de l'ouvrir dans TextEdit avec le Finder plutôt qu'avec le terminal et s'il est vide, vous pouvez le supprimer en toute sécurité.

Mais, encore une fois, ne courez pas rm .. ! !!

J'écris ceci parce que j'ai l'impression que la réponse actuellement acceptée n'explique pas vraiment la situation de l'utilisateur. Si vous avez exécuté touch .. qui ne créerait pas un nouveau fichier sur votre bureau. Ce serait au mieux un no-op (aucune opération) et au pire une mise à jour de l'heure de modification du répertoire parent. C'est totalement inoffensif du point de vue de l'utilisateur et ne nécessite aucune réponse. Le nom de fichier .. fait simplement référence au dossier/répertoire parent de l'emplacement actuel, qui serait le répertoire personnel de l'utilisateur si le programme était exécuté depuis le bureau. touch .. ne créerait jamais un nouveau fichier car ce nom est toujours utilisé. Si l'utilisateur voit un nouveau fichier apparaître sur son bureau, c'est qu'il s'agit d'un événement totalement distinct et sans rapport avec l'exécution du programme. touch .. .

Quant à ce qui s'est passé avec vim .. Si vous essayez d'ouvrir un dossier comme un fichier texte, Vim affichera la liste des répertoires de ce dossier. Ce que l'utilisateur voit, c'est une liste complète de son répertoire personnel et la raison pour laquelle il voit Desktop dans le "fichier" qu'il a ouvert. C'est tout à fait normal et cela ne devrait pas poser de problème. Il n'y a aucune raison de tenter mv .. my_stupid_mistake.txt (qui échouera parce que vous ne pouvez pas déplacer un parent dans un enfant) ou rm .. . Cette commande échouera :

rm ..
rm: "." and ".." may not be removed

Donc, en résumé, ne vous inquiétez pas, vous n'avez rien fait de mal en exécutant la touche. C'est une commande relativement inoffensive. Le pire qu'elle puisse faire est de créer un fichier vide, mais dans ce cas, elle ne l'a même pas fait.