La rimozione forzata di file e directory in PowerShell ha esito negativo a volte, ma non sempre

Sto cercando di eliminare una directory in modo ricorsivo rm -Force -Recurse somedirectory, ricevo diversi errori "La directory non è vuota". Se ritento lo stesso comando , ha esito positivo.

Esempio:

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>

Certo, questo non succede sempre . Inoltre, non succede solo con le _svndirectory e non ho una cache TortoiseSVN o qualcosa del genere, quindi nulla blocca la directory.

Qualche idea?

help Remove-Item dice:

Il parametro Recurse in questo cmdlet non funziona correttamente.

e

Poiché il parametro Recurse in questo cmdlet è errato, il comando utilizza il cmdlet Get-Childitem per ottenere i file d desiderati e utilizza l'operatore pipeline per passarli al cmdlet Remove-Item.

e propone questa alternativa come esempio:

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

Quindi dovresti get-childitem -recurseentrare remove-item.

@JamesCW: il problema persiste in PowerShell 4.0

Ho provato un'altra soluzione alternativa e ha funzionato: utilizzare cmd.exe:

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

ETA 20181217: PSVersion 4.0 e successive falliranno comunque in alcune circostanze, vedi la risposta alternativa di Mehrdad Mirreza e la segnalazione di bug presentata da mklement

mklement fornisce una soluzione Proof of Concept a questa risposta SO , poiché il bug è in attesa di una correzione ufficiale

La nuova versione di PowerShell( PSVersion 4.0) ha risolto completamente questo problema e Remove-Item "targetdirectory" -Recurse -Forcefunziona senza problemi di temporizzazione.

È possibile verificare la versione eseguendo $PSVersiontabledall'ISE o dal PowerShellprompt. 4.0 è la versione fornita con Windows 8.1e Server 2012 R2e può essere installata anche su versioni precedenti di Windows.

Aggiornamento : apparentemente ci sono piani per rendere sincrone le API di rimozione degli elementi del filesystem di Windows, ma non sono ancora sincrone a partire dalla versione di Windows 10 1903 - vedi questo commento su GitHub .

Le risposte esistenti mitigano il problema, in modo che si verifichi meno frequentemente, ma non affrontano la causa principale , motivo per cui possono ancora verificarsi errori.

Remove-Item -Recurseè inaspettatamente asincrono , in definitiva perché i metodi dell'API di Windows per la rimozione di file e directory sono intrinsecamente asincroni e Remove-Itemnon tengono conto di ciò.

Ciò si manifesta in modo intermittente e imprevedibile in due modi:

• Il tuo caso: la rimozione di una directory non vuota stessa può non riuscire, se la rimozione di una sottodirectory o di un file in essa non è stata ancora completata al momento in cui viene effettuato un tentativo di rimozione della directory principale.

• Meno comunemente: la ricostruzione di una directory rimossa immediatamente dopo la rimozione potrebbe non riuscire, poiché la rimozione potrebbe non essere stata ancora completata al momento del tentativo di ricostruzione.

Il problema non riguarda solo PowerShell di Remove-Item, ma anche cmd.exe's rd /scosì come .NET di[System.IO.Directory]::Delete() :

A partire da Windows PowerShell v5.1 / PowerShell Core 6.2.0-preview.1 / cmd.exe10.0.17134.407 / .NET Framework 4.7.03056, .NET Core 2.1, né Remove-Item, né rd /s, né [System.IO.Directory]::Delete()funzionano in modo affidabile , poiché non riescono a rendere conto dell'asincrono comportamento delle funzioni di rimozione file / directory dell'API di Windows :

• Rapporto sui bug di PowerShell Core
• cmd.exe riportare un errore
• Segnalazione di bug di .NET Core

Per una funzione PowerShell personalizzata che fornisce una soluzione sincrona affidabile , vedere questa risposta SO .

La risposta attuale non cancellerà effettivamente una directory, ma solo i suoi figli. Inoltre avrà problemi con le directory nidificate poiché tenterà nuovamente di eliminare una directory prima del suo contenuto. Ho scritto qualcosa per eliminare i file nell'ordine corretto, avrebbe comunque lo stesso problema anche se a volte la directory sarebbe ancora in giro in seguito.

Quindi, ora uso qualcosa che rileverà l'eccezione, attenderò e riproverò (3 volte):

Per ora sto usando questo:

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)
    }
}

Per eliminare la directory e il suo contenuto sono necessari due passaggi. Prima elimina il contenuto, quindi la cartella stessa. Utilizzando la soluzione alternativa per l'elemento di rimozione ricorsivo difettoso, la soluzione sarebbe simile alla seguente:

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

In questo modo è possibile rimuovere anche la directory principale.

Perbacco. Molte risposte. Onestamente preferisco questo a tutti loro. È super semplice, completo, leggibile e funziona su qualsiasi macchina Windows. Utilizza la funzionalità di eliminazione ricorsiva (affidabile) di .NET e se non riesce per qualche motivo, genera un'eccezione adeguata che può essere gestita con un blocco try / catch.

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

Si noti che la Resolve-Pathlinea è importante perché .NET non è a conoscenza della directory corrente durante la risoluzione dei percorsi di file relativi. Questo è l'unico gotcha che mi viene in mente.

Questo è quello che sto lavorando:

$Target = "c:\folder_to_delete"

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

Remove-Item -Recurse -Force $Target

Questa prima riga elimina tutti i file nella struttura. Il secondo elimina tutte le cartelle, inclusa la parte superiore.

Prendi la proprietà dei file / directory prima usando Takeown.exe, quindi elimina

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

Ho avuto questo problema con una directory che non avrebbe eliminato. Ho scoperto che una delle sottocartelle era corrotta e quando ho provato a spostare o rinominare quella directory figlio ho ricevuto un messaggio di errore che diceva che mancava qualcosa. Ho provato a usare rm -Force e ho avuto lo stesso errore che hai fatto tu.

Quello che ha funzionato per me è stato comprimere la directory principale usando 7-zip con l'opzione "Elimina file dopo la compressione" selezionata. Una volta compresso sono stato in grado di eliminare il file zip.