A remoção forçada de arquivos e diretórios no PowerShell falha às vezes, mas nem sempre

help Remove-Itemdiz:

O parâmetro Recurse neste cmdlet não funciona corretamente.

e

Como o parâmetro Recurse neste cmdlet está com defeito, o comando usa o cmdlet Get-Childitem para obter os arquivos d desejados e usa o operador de pipeline para passá-los ao cmdlet Remove-Item.

e propõe esta alternativa como exemplo:

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

Então você deve canalizar get-childitem -recurseem remove-item.

@JamesCW: O problema ainda existe no PowerShell 4.0

Eu tentei outra solução alternativa e funcionou: use cmd.exe:

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

Atualização : Começando com (pelo menos) Windows 10 versão 20H2 (não sei qual versão do Windows Server e build que corresponde a; execute winver.exepara verificar sua versão e build), a DeleteFilefunção da API do Windows agora exibe comportamento síncrono , que resolve implicitamente o problemas com PowerShell Remove-Iteme .NET's System.IO.File.Delete/ System.IO.Directory.Delete(mas, curiosamente, não com cmd.exe's rd /s).

As respostas existentes atenuam o problema, para que ocorra com menos frequência, mas não abordam a causa raiz , razão pela qual ainda podem ocorrer falhas .

Remove-Item -Recurseé inesperadamente assíncrono , principalmente porque os métodos da API do Windows para remoção de arquivos e diretórios são inerentemente assíncronos e Remove-Itemnão levam em conta isso.

Isso se manifesta de forma intermitente e imprevisível de duas maneiras:

• Seu caso: A remoção de um diretório não vazio em si pode falhar, se a remoção de um subdiretório ou arquivo nele ainda não tiver sido concluída no momento em que for feita uma tentativa de remover o diretório pai.

• Menos comum: A recriação de um diretório removido imediatamente após a remoção pode falhar, porque a remoção pode ainda não ter sido concluída no momento em que a recriação é tentada.

O problema não afeta apenas o PowerShell Remove-Item, mas também cmd.exeo rd /s.NET[System.IO.Directory]::Delete() :

A partir do 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, nem Remove-Item, nem rd /s, nem [System.IO.Directory]::Delete()funcionam de forma confiável , porque eles não contabilizam o assíncrono comportamento das funções de remoção de arquivo/diretório da API do Windows :

• Relatório de bug do PowerShell Core
• cmd.exerelatório de erro
• Relatório de bug do .NET Core

Para uma função personalizada do PowerShell que fornece uma solução síncrona confiável , consulte esta resposta SO .

ETA 20181217: PSVersion 4.0 e posterior ainda falhará em algumas circunstâncias, veja resposta alternativa de Mehrdad Mirreza e relatório de bug arquivado por mklement

mklement fornece uma solução de prova de conceito nesta resposta SO , pois o bug está aguardando uma correção oficial

A nova versão de PowerShell( PSVersion 4.0) resolveu esse problema inteiramente e Remove-Item "targetdirectory" -Recurse -Forcefunciona sem problemas de tempo.

Você pode verificar sua versão executando $PSVersiontablede dentro do ISE ou do PowerShellprompt. 4.0 é a versão que acompanha Windows 8.1e Server 2012 R2, e também pode ser instalada em versões anteriores do Windows.

Poxa. Muitas respostas. Sinceramente, prefiro este a todos. É super simples, completo, legível e funciona em qualquer máquina Windows. Ele usa a funcionalidade de exclusão recursiva (confiável) do .NET e, se falhar por algum motivo, lança uma exceção adequada que pode ser tratada com um bloco try/catch.

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

Observe que a Resolve-Pathlinha é importante porque o .NET não reconhece seu diretório atual ao resolver caminhos de arquivos relativos. Essa é a única pegadinha que consigo pensar.

A resposta atual não excluirá um diretório, apenas seus filhos. Além disso, ele terá problemas com diretórios aninhados, pois novamente tentará excluir um diretório antes de seu conteúdo. Eu escrevi algo para excluir os arquivos na ordem correta, ainda teria o mesmo problema, embora às vezes o diretório ainda estivesse por aí depois.

Então, agora eu uso algo que irá capturar a exceção, esperar e tentar novamente (3 vezes):

Por enquanto estou usando isso:

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

Para excluir o diretório e seu conteúdo, são necessários dois passos. Primeiro exclua o conteúdo, depois a própria pasta. Usando a solução alternativa para o item de remoção recursiva com defeito, a solução ficaria assim:

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

Dessa forma, você também pode remover o diretório pai.

Isto é o que eu tenho trabalhando:

$Target = "c:\folder_to_delete"

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

Remove-Item -Recurse -Force $Target

Esta primeira linha exclui todos os arquivos da árvore. O segundo exclui todas as pastas, incluindo a parte superior.

Assuma a propriedade dos arquivos / diretórios primeiro usando Takeown.exe e exclua

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

Eu tive esse problema com um diretório que não iria excluir. Descobri que uma das subpastas estava corrompida e, quando tentei mover ou renomear esse diretório filho, recebi uma mensagem de erro dizendo que algo estava faltando. Eu tentei usar rm -Force e recebi o mesmo erro que você.

O que funcionou para mim foi compactar o diretório pai usando 7-zip com a opção "Excluir arquivos após compactação" marcada. Depois de compactado, consegui excluir o arquivo zip.