Le dossier NTFS n'a pas de propriétaire, pas d'autorisations, ne peut pas être supprimé

J'ai un dossier sur un serveur membre 2003 qui ne peut pas être supprimé. Rien n'a d'autorisations (administrateur de domaine et exécution d'une invite cmd en tant que "nt Authority \ system" en utilisant psexec) - toujours "accès refusé".

Lorsque je fais un dir / q, le propriétaire affiche "...".

J'ai essayé takeown.exe sur le dossier et aussi son parent. Le mauvais dossier signale toujours "accès refusé". J'ai également essayé de réinitialiser en utilisant icacls, même chose.

Les autorisations de l'explorateur ne comportent ni options ni onglets de partage et de sécurité. Cela fonctionne bien pour d'autres dossiers, même dans le même répertoire.

J'ai vu quelque chose de similaire à cela. En fin de compte, le fichier a été supprimé alors qu'il y avait encore des verrous en suspens. Je ne pouvais rien y faire. La suppression des verrous en attente a entraîné la suppression complète du fichier.

J'exécuterais CHKDSK sur le volume avant de faire autre chose. Voyez-vous des messages dans le journal des événements système concernant la corruption du système de fichiers (source "NTFS")?

A eu le même problème mais aucun fichier n'avait de verrou dessus, il a juste réussi à perdre tous ses propriétaires.

La solution consistait à utiliser TakeOwn

takeown /F dirname

Prendra possession du fichier à l'utilisateur actuel. Utilisez /Aaprès le dirnamepour l'attribuer à l'administrateur système.

J'ai rencontré récemment un problème similaire. La cause de mon cas était qu'un autre ordinateur avait ouvert le fichier via un partage de fichiers réseau. (c'était un .dll et l'autre utilisateur avait lancé un programme qui l'ouvrait).

Pour fermer des fichiers partagés en réseau:

Panneau de configuration -> Outils d'administration -> Gestion de l'ordinateur

Ouvrez ensuite Outils système -> Dossiers partagés -> Ouvrir les fichiers.

Il répertorie tous les fichiers ouverts par une autre machine.

J'ai aussi trébuché là-dessus. Le fichier n'avait pas de propriétaire et je n'ai pas pu le supprimer.

J'ai vérifié s'il y avait des processus détenant un verrou. Aucun!

J'ai essayé de définir le propriétaire via "takeown". Pas de chance, le fichier n'existe pas !!!

Le problème est survenu en raison de la dénomination du fichier.

Le nom de fichier se terminait par un point, par exemple "OneDrive - Bla Bla.".

Il semble que OneDrive crée des noms de fichiers avec des points pendants, tandis que la plupart des autres programmes Windows suppriment les points pendants. Donc, évidemment, le décollage a fini par ne pas trouver "OneDrive - Bla Bla".

J'ai finalement réussi en utilisant le nom 8.3-ms-dos du fichier, par exemple "takeown / F ONEDRI ~ 0"

Pour obtenir le nom 8.3 en utilisant "dir / x" est une option.

Cela m'est arrivé lorsque Linux a réussi à corrompre partiellement mes partitions NTFS. La procédure suivante devrait pouvoir restaurer vos fichiers:

1. Ouvrez l'invite de commande élevée.
2. Accédez à un répertoire contenant des fichiers ou des dossiers problématiques.
3. icacls . /T /verify /Q
4. Copiez toutes les lignes contenant «La longueur Acl est incorrecte». dans un fichier texte (par exemple, acl.txt). S'il n'y en a pas, nous avons terminé.
5. for /F "tokens=*1 delims=:" %A in (acl.txt) do icacls %A /T /reset
6. Répétez à partir de l'étape 3.

Pour supprimer ces fichiers, j'essaie d'abord de déverrouiller . Si cela échoue, ou s'il y a une autre opération que je souhaite effectuer sur le fichier, j'utilise mon disque Bart PE .

Vous pouvez utiliser rd- rmdirqui est supprimé répertoire ou supprimer des dossiers,

Vous pouvez utiliser les éléments suivants:

rd /s "\\?\C:\foldername\nextfolder\foldertodelete"

Le /sparamètre consiste à supprimer tous les répertoires et fichiers du répertoire spécifié en plus du répertoire lui-même. Utilisé pour supprimer une arborescence de répertoires. Il sera donc très probablement supprimé.

Je l'ai déjà essayé plus d'une fois.

PCGenie

J'ai résolu ce problème en passant au format POSIX:

del \\?\d:\path\problem_path\*
rmdir \\?\d:\path\problem_path\*

Le problème est maintenant que je ne peux pas recréer le répertoire depuis l'explorateur ou directement depuis cmd

Necroed, mais je viens d'avoir quelque chose de très similaire à cela ...

Exécution d'AccessEnum sur les dossiers Server2008 pour auditer les autorisations de fichier / dossier.

AccessEnum montre ??? en tant que propriétaire.

Faites un clic droit sur le fichier et aucune des options normales disponibles. Ouvrez et envoyez à.

.

Il s'est avéré que c'était dû au long chemin et au long nom de fichier. 272 caractères au total!

Descendez dans la structure des dossiers et partagez un dossier vers la fin du chemin, maintenant les fichiers peuvent être référencés avec un chemin plus court.

Rien à redire sur les permissions des fichiers, etc.