[Avatar-Lion]

Владельца смените на соответствующей вкладке. Не уверен, правда, что тогда останется доступ к содержимому папки.

[megabyte1]

владельца менял на администраторы, система, и обратно на пользователя.

[Avatar-Lion]

Глянул сейчас у себя... На пустых папках запрет на удаление не работает, положите внутрь что-нибудь, тогда система будет блокировать удаление папки.

[bredych]

владельца менял на администраторы, система, и обратно на пользователя. »

на другого пользователя. НЕ себя.

[megabyte1]

непустая папка - тоже не работает.
и на другом ПК - тоже.

[Avatar-Lion]

Пощупал сейчас всю эту тему более детально... Короче, неудобный это вариант, забейте на него. Сделать папку неудаляемой можно только при условии, что и объекты внутри нее будут неудаляемыми. В итоге вам придется либо вручную каждые N месяцев снимать запрет и чистить мусор, либо смириться с бесконечным ростом папки.

Если так интересно, то все упирается в галочку "Содержание папки / чтение данных". Если ее снять, то удалить папку нельзя будет. Но и доступа внутрь тогда не будет. Как только мы эту галочку обратно ставим, доступ внутрь папки снова появляется - и вместе с доступом появляется возможность удалить папку. Что очень странно, поскольку разрешение на чтение содержимого объекта не должно приводить к возможности удаления этого самого объекта. А оно приводит. Вывод: баг.

[megabyte1]

спас.
хотя если внутрь положить одну "неудаляемую папку", и запретить ей полный доступ, тогда не удаляется.
но если запретить "чтение/запись разрешений", и "смену владельца", тогда, получается, сам не отменишь.
и он может выдавать ошибки на установку разрешений, но всё равно изменяется.
кто может отменить разрешения, если всем запрещено?

а если сделать не с папкой, а с junction, то не работает.
в принципе, и не важно, но пригодится.

если интересно, то дело было не так, а так:

If you need to reclaim this space, your safest bet is to avoid "deleting" anything, but to instead, move this folder and all it's files. <> Once moved, in order to "link" the old mount point/location (in most cases C:\ProgramData\Package Cache\), you simply create a directory junction to it.

Did the trick with moving to another drive and making a junction. Running VS2015 SP3 installer today, the installer caused the junction to devolve to a normal directory (possibly when uninstalling an older version of some component, it recursed through "empty" parent directories removing them -- there are known problems with junctions and naive empty directory tests). So it placed new components in C:\ProgramData\Package Cache and then failed to find items in the new location where the junction formerly pointed. Just a warning to future readers the junction may need to be re-established.

As a more permanent fix, use NTFS permissions and deny "delete" permission on the junction itself.

но это не работает

[DJ Mogarych]

https://superuser.com/questions/1696...ted-in-windows
https://alternativeto.net/software/folder-protect/

Ну и вообще https://www.google.com/search?q=prot...+from+deletion

[megabyte1]

почему тогда сразу не так?
https://www.google.com/search?q=did+...+but+i+condemn