2011-01-05 20:49:15 +0000 2011-01-05 20:49:15 +0000
28
28

Comment supprimer des fichiers et des dossiers qui ne peuvent pas être supprimés ?

J'ai une copie de sauvegarde d'un précédent dossier Documents and Settings de Windows qui ne contient que mon utilisateur d'origine et dans 2 autres répertoires : Favorites et Local Settings.

Lorsque j'essaie de supprimer Local Settings, j'obtiens cette erreur :

Lorsque j'essaie de supprimer Favorites, j'obtiens cette erreur :

J'ai lancé ce programme dans un shell cmd :

attrib *.* -r -a -s -h /s

…mais cela n'a pas aidé, et n'a pas renvoyé d'erreur/avertissement.

J'ai utilisé Unlocker v1.8.5 et LockHunter de manière répétée à plusieurs niveaux pour voir si des fichiers sont utilisés, mais les deux disent toujours : Pas de fichiers verrouillés.

Mise à jour #1 :

J'ai pu renommer le répertoire, ce qui me donne maintenant cet avertissement avant (d'essayer de) l'effacer :

Si j'appuie sur Yes (ou Yes to All), j'obtiens cette erreur :

Mise à jour #2 :

J'ai laissé tourner chkdsk /f qui a nécessité un redémarrage puisqu'il se trouve sur ma partition système principale. Au cours de l'étape 2 de l'analyse, j'en ai reçu une quarantaine :

Suppression d'une entrée d'index de l'index 0 du fichier 25.

…suivi de :

Suppression d'une entrée d'index cookies dans l'index $I30 du fichier 37576.

…mais j'obtiens toujours le premier dialogue d'erreur ci-dessus lorsque j'essaie de supprimer.

J'ai relancé chkdsk, cette fois : chkdsk /f /r. Je n'ai produit aucun message. Même résultat lors de la suppression.

Mise à jour n°3 :

En creusant un peu plus, le 99 est le nom d'un des nombreux répertoires situés au plus profond :

C:\Documents and Settings.OLD\User\Local Settings\Application Data\Microsoft\Messenger\address@hotmail.com\SharingMetadata\user@hotmail.com\DFSR\Staging\CS{D4E4AE55-B5E2-F03B-5189-6C4DA6E41788}\

Dans chacun de ces répertoires se trouvaient des fichiers portant des noms tels que :

2300-{C93D01AC-0739-4FD9-88C7-13D2F21A208E}-v2300-{C93D01AC-0739-4FD9-88C7-13D2F21A208E}-v2300-Downloaded.frx

J'ai remarqué que, contrairement à tous les répertoires, je ne pouvais renommer aucun de ces fichiers. J'ai également remarqué que les noms de fichiers + répertoires étaient extrêmement longs :

Répertoire d'origine = 194 caractères Noms de fichiers = 100+ caractères Ensemble, la longueur dépasse la limite de 255 caractères, ce qui est mauvais et expliquerait le message d'erreur que j'ai affiché dans la mise à jour n°1.

Solution partielle :

Renommer tous les répertoires jusqu'à ce que la longueur totale du chemin soit inférieure à 100. Par la suite, j'ai pu renommer les fichiers .frx, sans parler de la suppression de tout ce qui se trouvait dans le répertoire Local Settings.

Ce n'est qu'une solution partielle car ces répertoires (vides) ne sont toujours pas effaçables,

C:\1\2\Favoris\Wien\Que faire..
C:\1\2\Favoris\Photographie\FIRE

Même erreur que ci-dessus :

Voici ce que les propriétés de l'explorateur indiquent pour les deux dossiers :

Mise à jour #4 (une autre solution partielle) :

En utilisant la réponse de harrymc combinée à une lecture approfondie de cet étonnant article de MS-KB qui contient l'idée de presque tout le monde et puis certains, discrètement intitulés : Vous ne pouvez pas supprimer un fichier ou un dossier sur un volume de système de fichiers NTFS .

J'ai pu supprimer le 2ème dossier C:\Favorites\Photography\FIRE - le problème étant qu'il y avait un espace arrière invisible à la fin. J'ai eu de la chance quand j'ai fait une auto-complétion en jouant avec la commande del "\?\<path>" qu'il m'a suggérée.

NOTE : Un del normal ne fonctionnait PAS, ni la suppression de explorer.

Maintenant tout ce qui reste est le premier répertoire C:\Favorites\Wien\What To Do.. (oui j'ai essayé sans fin avec de multiples combinaisons de la solution ci-dessus ;)
Source

Réponses (11)

29
29
29
2011-01-29 01:02:33 +0000

del est pour la suppression de fichiers, rd alias rmdir est pour la suppression de dossiers, donc… 

rd /s "\?\C:\Favorites\Wien\What To Do.."

…devrait faire l'affaire ! :-)

Le paramètre /s

supprime tous les répertoires et fichiers dans le répertoire spécifié en plus du répertoire lui-même.
Utilisé pour supprimer une arborescence de répertoires.

Si cela ne fonctionne pas ; même pas avec les jokers / la complétion automatique ; alors vous avez des problèmes de corruption.
Source
6
6
6
2011-01-05 20:56:00 +0000

J'essaierais de faire fonctionner chkdsk d'abord, comme Jeff l'a suggéré. Si cela ne fonctionne pas, vous pourriez démarrer avec un cd linux live, monter le disque dur et supprimer les dossiers de l'environnement linux live.
Source
6
6
6
2011-01-05 20:53:18 +0000

Vous avez très probablement une corruption du système de fichiers (FS). Exécutez un chkdsk puis essayez de supprimer les fichiers.

Assurez-vous également que rien n'est utilisé dans le répertoire comme le suggère l'avertissement.

Je vous recommande également de faire une sauvegarde de vos fichiers importants avant toute chose.
Source
5
5
5
2011-01-18 12:39:06 +0000

Voici ce que j'ai lu sur le site d'assistance de Microsoft :

1) utiliser dir /x pour obtenir les noms courts (notation 8.3) des fichiers / dossiers listés 2) utiliser rmdir /s shortname pour supprimer un dossier dont le nom long est non standard
Source
5
5
5
2011-01-06 01:47:05 +0000

Je reçois toujours le dialogue Erreur 99 ci-dessus lorsque j'essaie de supprimer.

99 n'est pas un numéro d'erreur - c'est le nom d'un fichier ou d'un dossier à l'intérieur du dossier que vous voulez supprimer. Cherchez cet élément.

Une fois que vous l'avez trouvé, c'est juste pour vous plaindre d'une erreur de permission. C'est probablement parce que certaines choses dans les dossiers des profils d'utilisateurs sont configurées pour n'avoir des autorisations que pour cet utilisateur et personne d'autre, et sont configurées pour ne pas hériter des autorisations de leur parent, ou pour une autre raison, toutes les autorisations sur le fichier ont été perdues. Il en résulte qu'aucun compte utilisateur sur votre ordinateur n'a la possibilité de faire quoi que ce soit avec le fichier ou le dossier.

Pour remédier à cela, cliquez avec le bouton droit de la souris sur le fichier (ou sur le dossier qui le contient pour vous assurer que vous obtenez tout), choisissez Properties dans le menu contextuel, puis l'onglet Security dans la boîte de dialogue qui s'ouvre. Cet écran aura un bouton Advanced sur lequel vous devrez cliquer. Cherchez l'onglet Owner dans la boîte de dialogue qui s'ouvre. Vous devriez maintenant pouvoir utiliser cette fenêtre pour vous approprier l'élément, ce qui vous permettra de lui attribuer de nouvelles entrées de permission et enfin de le supprimer.
Source
3
3
3
2011-01-18 20:22:20 +0000

Vous pouvez peut-être utiliser la syntaxe Unicode `\?Vous pouvez peut-être utiliser la syntaxe Unicode en cmd pour supprimer les répertoires trop longs, car la longueur du chemin d'accès avec cette syntaxe est “limitée” à 32 767 caractères : 

del /s /f /q "\?\C:\Documents and Settings.OLD\User\Local Settings\Application Data\Microsoft\Messenger\address@hotmail.com\SharingMetadata\user@hotmail.com\DFSR\Staging\CS{D4E4AE55-B5E2-F03B-5189-6C4DA6E41788}\"
rmdir "\?\C:\Documents and Settings.OLD\User\Local Settings\Application Data\Microsoft\Messenger\address@hotmail.com\SharingMetadata\user@hotmail.com\DFSR\Staging\CS{D4E4AE55-B5E2-F03B-5189-6C4DA6E41788}\"

Il peut être utile d'appuyer sur la touche de tabulation pour faire défiler les noms de répertoires une fois que vous obtenez un Vous pouvez peut-être utiliser la syntaxe Unicode\?Vous pouvez peut-être utiliser la syntaxe Unicode en cmd pour supprimer les répertoires trop longs, car la longueur du chemin d'accès avec cette syntaxe est “limitée” à 32 767 caractères : 

del /s /f /q "\?\C:\Documents and Settings.OLD\User\Local Settings\Application Data\Microsoft\Messenger\address@hotmail.com\SharingMetadata\user@hotmail.com\DFSR\Staging\CS{D4E4AE55-B5E2-F03B-5189-6C4DA6E41788}\"
rmdir "\?\C:\Documents and Settings.OLD\User\Local Settings\Application Data\Microsoft\Messenger\address@hotmail.com\SharingMetadata\user@hotmail.com\DFSR\Staging\CS{D4E4AE55-B5E2-F03B-5189-6C4DA6E41788}\"

Il peut être utile d'appuyer sur la touche de tabulation pour faire défiler les noms de répertoires une fois que vous obtenez un , de sorte que Windows commence à compléter automatiquement les répertoires qui existent sous ce dossier.

Voir Microsoft Nommer les fichiers, les chemins d'accès et les espaces de noms .
Source
2
2
2
2011-01-29 08:30:50 +0000

Je suis personnellement d'accord avec byachna et CarlF pour dire qu'un cd linux live est votre meilleure chance. Linux ne se soucie pas des permissions, donc vous pouvez y aller et supprimer des choses sans qu'il ne se plaigne. Je n'ai jamais eu de problèmes avec l'écriture NTFS sous linux. Je le fais régulièrement depuis plusieurs années.

Je comprends que vous ne vouliez pas vous frotter à linux, alors je vais vous suggérer autre chose. Quelque chose qu'Ashimema a déjà suggéré… mais a oublié quelques liens. Au lieu d'un cd linux live, vous pouvez essayer l'un des nombreux cd windows live. http://www.ubcd4win.com/ (nécessite le cd xp install pour créer) http://www.reatogo.de/REATOGO.htm (nécessite le cd xp install pour créer) http://www.nu2.nu/pebuilder/ (nécessite le cd xp install pour créer) http://www.vistape.net/index.php (nécessite le dvd vista install pour créer)

Essayez de démarrer dans le cd live que vous décidez d'utiliser et supprimez les dossiers qui causent tous les problèmes. Comme il s'agit de Windows, il fera respecter les permissions des fichiers. Vous devrez peut-être changer les autorisations ou la propriété des fichiers pour les supprimer. Peut-être même essayez-vous le truc du “\?\” du cd live windows.

Une autre chose à essayer serait la commande cacls ou icacls pour voir si vous pouvez vous donner des permissions sur les dossiers.
Source
0
0
0
2011-01-18 16:56:30 +0000

Démarrez votre système en utilisant une distribution Linux compatible NTFS, par exemple un liveCD Ubuntu.

Montez le système de fichiers Windows.

Supprimez ce que vous voulez, car Windows ne pourra pas dire “Non”.

Avant de faire cela, faites une sauvegarde complète.
Source
0
0
0
2011-06-28 15:27:38 +0000

En retard à la fête, mais cette méthode fonctionne la plupart du temps, sinon démarrer à partir d'une distro linux et supprimer à partir de là.

Ouvrez une fenêtre d'invite de commande surélevée et laissez-la ouverte.

Fermez tous les programmes ouverts.

Cliquez sur Démarrer, Exécuter et entrez dans TASKMGR.EXE Allez dans l'onglet Processus et Terminez le processus sur “Explorer.exe” Laissez le gestionnaire de tâches ouvert.

Retournez à la fenêtre d'invite de commande et changez de répertoire pour y placer l'AVI (ou un autre fichier non supprimable). À l'invite de commande, tapez DEL < chemin complet du fichier que vous souhaitez supprimer>, ou toute autre commande que vous souhaitez.

Retournez au gestionnaire des tâches, cliquez sur Fichier, Nouvelle tâche et entrez EXPLORER.EXE pour redémarrer le shell de l'interface graphique. Fermez le Gestionnaire de tâches.
Source
0
0
0
2011-01-20 00:45:33 +0000

Il existe un certain nombre de moyens alambiqués et difficiles pour résoudre ce problème, comme je l'ai découvert dans le passé.

Maintenant que j'ai confiance en ce que je fais, je vais simplement lancer un chkdsk, puis démarrer un cd en direct pour effacer les fichiers s'il y avait encore un problème (si vous vous inquiétez des capacités de linux avec ntfs, alors essayez soit BartPE soit [Windows PE][2], tous deux disponibles gratuitement)

Si vous allez jusqu'au bout, toutes les autres suggestions vous aideront certainement à réduire l'erreur réelle.
Source
-1
-1
-1
2011-01-06 03:18:18 +0000

La réponse de Joel est à moitié juste, vous devez d'abord activer l'onglet sécurité, aller dans le panneau de contrôle > options des dossiers et le deuxième onglet (j'ai oublié son nom) à la fin de la liste avec les options il y a quelque chose sur la gestion avancée des dossiers (encore une fois je ne sais pas quel est le nom en anglais) une fois que vous faites cela vous pouvez alors définir les autorisations pour votre utilisateur dans l'onglet sécurité comme mentionné précédemment.
Source