Сила - удаляет файлы, и каталоги в PowerShell иногда перестал работать, но не всегда

У меня была эта проблема с каталогом, который не удалит. Я нашел, что одна из подпапок была повреждена и когда я пытался переместиться, или переименовать тот дочерний dir я получил сообщение об ошибке, говоря что-то об этом являющийся недостающим. Я попытался использовать комнату - Сила и получил ту же ошибку, как Вы сделали.

то, Что работало на меня, сжимало родительский dir, использующий с 7 zip с проверенной опцией "Delete files after compression". После того как это было сжато, я смог удалить zip-файл.

Текущий ответ на самом деле не удалит каталог, просто его дети. Кроме того, это будет иметь проблемы с вложенными каталогами, поскольку это будет снова пытаться удалить каталог перед своим содержанием. Я записал что-то для удаления файлов в правильном порядке, будет все еще иметь ту же проблему, хотя иногда каталог все еще был бы вокруг позже.

Так, теперь я использую что-то, что поймает исключение, ожидать, и повторная попытка (3 раза):

На данный момент я использую это:

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

Чтобы удалить каталог и его содержимое, нужно выполнить два шага. Сначала удалите содержимое, затем саму папку. Используя обходной путь для ошибочного рекурсивного элемента удаления, решение будет выглядеть следующим образом:

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

Таким образом, вы также можете удалить родительский каталог.

ETA 20181217: PSVersion 4.0 и более поздних версий все равно не удастся при некоторых обстоятельствах, см. Альтернативный ответ Мехрдад Мирреза и отчет об ошибке , поданный mklement

mklement , предоставляет доказательство концепции в этом ответе SO , так как ошибка ожидает официального исправления

Новая версия из PowerShell ( PSVersion 4.0 ) полностью устранил эту проблему, а Remove-Item "targetdirectory" -Recurse -Force работает без каких-либо проблем с синхронизацией.

Вы можно проверить свою версию, запустив $ PSVersiontable из командной строки ISE или PowerShell . 4.0 - это версия, которая поставляется с Windows 8.1 и Server 2012 R2 , и ее также можно установить в предыдущих версиях Windows.

@JamesCW: Проблема все еще существует в PowerShell 4.0

Я попробовал другой обходной путь, и он сработал: используйте cmd.exe:

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

Вот что у меня работает:

$Target = "c:\folder_to_delete"

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

Remove-Item -Recurse -Force $Target

Эта первая строка удаляет все файлы в дереве. Второй удаляет все папки, включая верхнюю.

Сначала возьмите права собственности на файлы / каталоги с помощью Takeown.exe, а затем удалите

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

Обновление : По-видимому, есть планы сделать API удаления элементов файловой системы Windows синхронными, но они еще не синхронизированы в Windows 10 версии 1903 - см. этот комментарий на GitHub .

Существующие ответы смягчают проблему, поэтому она возникает реже, но они не устраняют основную причину , поэтому сбои все еще могут происходить.

Remove-Item -Recurse неожиданно асинхронный , в конечном счете потому, что методы Windows API для удаления файлов и каталогов по своей сути асинхронны и Remove-Item не учитывает это.

Это периодически, непредсказуемо проявляется одним из двух способов:

• Ваш случай: удаление непустого каталога может завершиться ошибкой , если удаление подкаталога или файла в нем еще не завершено к моменту попытки удалить родительский каталог.

• Меньше co mmonly: воссоздание удаленного каталога сразу после удаления может завершиться ошибкой, поскольку удаление может еще не быть завершено к моменту попытки повторного создания.

Проблема затрагивает не только PowerShell Remove-Item , но также cmd.exe rd / s , а также .NET [System.IO.Directory] :: Delete () :

Начиная с Windows PowerShell v5.1 / PowerShell Core 6.2.0-preview.1 / cmd.exe 10.0.17134.407 / .NET Framework 4.7.03056, .NET Core 2.1, ни Remove-Item , ни rd / s , ни [System.IO.Directory] :: Delete () не работают надежно , потому что они не работают учитывать асинхронное поведение функций удаления файлов / каталогов Windows API :

• Отчет об ошибке PowerShell Core
• cmd.exe отчет об ошибке
• Отчет об ошибке .NET Core

Для настраиваемая функция PowerShell , обеспечивающая надежную синхронизацию Обходной путь , см. этот ответ SO .

Гоша. Множество ответов. Я честно предпочитаю этот всем им. Он очень простой, полный, читаемый и работает на любом компьютере с Windows. Он использует (надежную) функцию рекурсивного удаления .NET и, если по какой-то причине не удается, генерирует соответствующее исключение, которое может быть обработано блоком try / catch.

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

Обратите внимание, что строка Resolve-Path важно, потому что .NET не знает ваш текущий каталог при разрешении относительных путей к файлам. Это единственное, что я могу придумать.