La suppression forcée des fichiers et des répertoires dans PowerShell échoue parfois, mais pas toujours

J'essaie de supprimer un répertoire de manière récursive avec rm -Force -Recurse somedirectory, je reçois plusieurs erreurs "Le répertoire n'est pas vide". Si je réessaie la même commande , cela réussit.

Exemple:

PS I:\Documents and Settings\m\My Documents\prg\net> rm -Force -Recurse .\FileHelpers
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\FileHelpers.Tests\Data\RunTime\_svn: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (_svn:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\FileHelpers.Tests\Data\RunTime: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (RunTime:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\FileHelpers.Tests\Data: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (Data:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\FileHelpers.Tests: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (FileHelpers.Tests:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\Libs\nunit\_svn: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (_svn:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\Libs\nunit: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (nunit:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers\Libs: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (Libs:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
Remove-Item : Cannot remove item I:\Documents and Settings\m\My Documents\prg\net\FileHelpers: The directory is not empty.
At line:1 char:3
+ rm <<<<  -Force -Recurse .\FileHelpers
    + CategoryInfo          : WriteError: (I:\Documents an...net\FileHelpers:DirectoryInfo) [Remove-Item], IOException
    + FullyQualifiedErrorId : RemoveFileSystemItemIOError,Microsoft.PowerShell.Commands.RemoveItemCommand
PS I:\Documents and Settings\m\My Documents\prg\net> rm -Force -Recurse .\FileHelpers
PS I:\Documents and Settings\m\My Documents\prg\net>

Bien sûr, cela n'arrive pas toujours . En outre, cela ne se produit pas uniquement avec des _svnrépertoires, et je n'ai pas de cache TortoiseSVN ou quoi que ce soit du genre, donc rien ne bloque le répertoire.

Des idées?

help Remove-Item dit:

Le paramètre Recurse dans cette cmdlet ne fonctionne pas correctement.

et

Comme le paramètre Recurse de cette cmdlet est défectueux, la commande utilise la cmdlet Get-Childitem pour obtenir les fichiers souhaités et elle utilise l'opérateur de pipeline pour les transmettre à la cmdlet Remove-Item.

et propose cette alternative à titre d'exemple:

get-childitem * -include *.csv -recurse | remove-item

Donc, vous devriez pipe get-childitem -recursedans remove-item.

@JamesCW: le problème persiste dans PowerShell 4.0

J'ai essayé une autre solution de contournement et cela a fonctionné: utilisez cmd.exe:

&cmd.exe /c rd /s /q $somedirectory

ETA 20181217: PSVersion 4.0 et versions ultérieures échoueront encore dans certaines circonstances, voir réponse alternative de Mehrdad Mirreza et rapport de bogue rédigé par mklement.

mklement fournit une solution de validation de concept à cette réponse SO , car le bogue attend un correctif officiel

La nouvelle version de PowerShell( PSVersion 4.0) a entièrement résolu ce problème et Remove-Item "targetdirectory" -Recurse -Forcefonctionne sans problème de synchronisation.

Vous pouvez vérifier votre version en exécutant à $PSVersiontablepartir de l'ISE ou de l' PowerShellinvite. 4.0 est la version fournie avec Windows 8.1and Server 2012 R2, et il peut également être installé sur les versions précédentes de Windows.

Mise à jour : Apparemment, il est prévu de rendre les API de suppression d'éléments de système de fichiers Windows synchrones, mais elles ne sont pas encore synchrones à partir de Windows 10 version 1903 - voir ce commentaire sur GitHub .

Les réponses existantes permettent d' atténuer le problème, de sorte qu'il se produise moins souvent, mais elles ne résolvent pas la cause première , raison pour laquelle des défaillances peuvent toujours se produire.

Remove-Item -Recurseest inopinément asynchrone , car les méthodes de l’API Windows pour la suppression de fichiers et de répertoires sont intrinsèquement asynchrones et Remove-Itemne tiennent pas compte de cela.

Cela se manifeste de façon imprévisible de façon intermittente, de deux manières:

• Votre cas: La suppression d’un répertoire non vide peut elle-même échouer si la suppression d’un sous-répertoire ou d’un fichier n’est pas terminée au moment où une tentative de suppression du répertoire parent est effectuée.

• Plus rarement: la recréation d'un répertoire supprimé immédiatement après la suppression peut échouer, car la suppression n'est peut-être pas encore terminée au moment de la tentative de recréation.

Le problème ne touche que PowerShell de Remove-Item, mais aussi cmd.exeest rd /sainsi que de .NET[System.IO.Directory]::Delete() :

À partir de Windows PowerShell v5.1 / PowerShell de base 6.2.0-preview.1 / cmd.exe10.0.17134.407 / .NET Framework 4.7.03056, Core .NET 2.1, ni Remove-Item, ni rd /s, ni [System.IO.Directory]::Delete()travail fiable , car ils ne tiennent pas compte de l'asynchrone comportement des fonctions de suppression de fichiers / répertoires de l'API Windows :

• Rapport de bogue PowerShell Core
• cmd.exe rapport d'erreur
• Rapport de bugs .NET Core

Pour une fonction PowerShell personnalisée fournissant une solution de contournement fiable et synchrone , reportez-vous à cette réponse au responsable de la sécurité .

La réponse actuelle ne supprimera pas réellement un répertoire, mais seulement ses enfants. De plus, il aura des problèmes avec les répertoires imbriqués, car il essaiera à nouveau de supprimer un répertoire avant son contenu. J'ai écrit quelque chose pour supprimer les fichiers dans le bon ordre, aurait toujours le même problème bien que parfois le répertoire soit toujours là après.

Donc, maintenant, j'utilise quelque chose qui va attraper l'exception, attendre et réessayer (3 fois):

Pour l'instant j'utilise ceci:

function EmptyDirectory($directory = $(throw "Required parameter missing")) {

    if ((test-path $directory) -and -not (gi $directory | ? { $_.PSIsContainer })) {
        throw ("EmptyDirectory called on non-directory.");
    }

    $finished = $false;
    $attemptsLeft = 3;

    do {
        if (test-path $directory) {
            rm $directory -recurse -force
        }

        try {
            $null = mkdir $directory
            $finished = $true
        } 
        catch [System.IO.IOException] {
            Start-Sleep -Milliseconds 500
        }

        $attemptsLeft = $attemptsLeft - 1;
    } 
    while (-not $finished -and $attemptsLeft -gt 0)

    if (-not $finished) {
        throw ("Unable to clean and recreate directory " + $directory)
    }
}

Pour supprimer le répertoire et son contenu, vous devez suivre deux étapes. Supprimez d'abord le contenu, puis le dossier lui-même. En utilisant la solution de contournement pour l'élément de suppression récursif défectueux, la solution ressemblerait à ceci:

Get-ChildItem -Path "$folder\\*" -Recurse | Remove-Item -Force -Recurse
Remove-Item $folder

De cette façon, vous pouvez également supprimer le répertoire parent.

Gosh. Beaucoup de réponses. Honnêtement, je préfère celui-ci à tous. C'est super simple, complet, lisible et fonctionne sur n'importe quelle machine Windows. Il utilise la fonctionnalité de suppression récursive (fiable) de .NET et en cas d'échec pour une raison quelconque, il génère une exception appropriée pouvant être gérée avec un bloc try / catch.

$fullPath = (Resolve-Path "directory\to\remove").ProviderPath
[IO.Directory]::Delete($fullPath, $true)

Notez que la Resolve-Pathligne est importante car .NET ne connaît pas votre répertoire actuel lors de la résolution des chemins de fichiers relatifs. C'est à peu près le seul casse-tête auquel je puisse penser.

C'est ce que je travaille:

$Target = "c:\folder_to_delete"

Get-ChildItem -Path $Target -Recurse -force |
  Where-Object { -not ($_.psiscontainer) } |
   Remove-Item –Force

Remove-Item -Recurse -Force $Target

Cette première ligne supprime tous les fichiers de l'arborescence. La seconde supprime tous les dossiers, y compris le haut.

Devenez propriétaire des fichiers / répertoires en utilisant Takeown.exe, puis supprimez-les.

https://learn-powershell.net/2014/06/24/changing-ownership-of-file-or-folder-using-powershell/

J'ai eu ce problème avec un répertoire qui ne serait pas supprimer. J'ai constaté qu'un des sous-dossiers était corrompu et lorsque j'ai essayé de déplacer ou de renommer ce répertoire enfant, un message d'erreur indiquant que quelque chose manquait était affiché. J'ai essayé d'utiliser rm-Force et j'ai eu la même erreur que vous.

Ce qui a fonctionné pour moi, c’était de compresser le répertoire parent à l’aide de 7-zip avec l’option "Supprimer les fichiers après compression" cochée. Une fois compressé, j'ai pu supprimer le fichier zip.