
Eu tenho um estranho problema de segurança de pasta/arquivo com uma nova máquina com Windows 8 Pro e passei mais de 3 horas no telefone com a Microsoft hoje e eles não têm uma 'solução', mas já ouviram falar disso "algumas vezes" eles disse.
Eu suspeito, porém, que pode ser um problema maior do que eles pensam, já que a maioria dos usuários hoje em dia apenas executa seus PCs e pode nunca entrar no sistema de arquivos ou lidar com atributos e segurança.
Especificações do sistema:
- Notebook Dell Alienware 18X
- Windows 8-Pro, 64 bits
- procedimento i7
- 32 GB de memória
- 1 TB RAID-1 (unidades duplas de 1 TB espelhadas)
- e 60 GB de cache.
Problema: Todas as pastas (diretórios) que criei, ou que um programa que instalei criou desde que a máquina era nova, há algumas semanas, recebem um erro quando você vai em 'Propriedades' e clica em 'Segurança' para ver Atributos e permissões:
ERRO: "Segurança do Windows" --- "As permissões em "FolderName" estão ordenadas incorretamente, o que pode fazer com que algumas entradas sejam ineficazes"
Clicar em 'OK' para continuar após o erro "Ordenado" mostra que NÃO há permissões definidas para qualquer usuário listado além de 'Ler e Executar', apenas para "Usuários".
"Usuários autenticados", "SISTEMA" e "Administradores" não mostram nenhuma permissão (nenhuma).
Todas as novas pastas que você cria C:\
apresentam o mesmo erro quando você clica na guia ‘Segurança’. Você também recebe o mesmo erro ao criar uma pasta em qualquer pasta como esta, tão profundamente quanto você deseja.
Se você clicar em "OK" para continuar e "reordenar as permissões", poderá entrar e definir as permissões. Eu fiz esse processo manualmente ontem à noite em uma pequena pasta para que o AlienRespawn (Dell Datasafe) finalmente fizesse backup de uma pasta com êxito. (Mas não estou completamente convencido de que os problemas estejam relacionados.)
Enquanto conversávamos por telefone com a Microsoft hoje, percebemos que poderíamos 'clicar com o botão direito' na pasta de nível mais alto, selecionar 'Propriedades' e 'Assumir propriedade' e ele percorreria todos os arquivos e subdiretórios e definiria as permissões-- - aparentemente corretamente!??
A partir daí, clicar na guia ‘Segurança’ da pasta não deu nenhum erro e todos os usuários tiveram permissões que pareciam corretas. Além disso, todas as pastas recém-criadas em que 'Assumir propriedade' foram executadas estavam bem e não apresentaram erros ao verificar 'Segurança'.
NOTA: O problema NÃO OCORRE em nenhuma unidade USB externa. Testei três Western Digitals de 2 TB e um Seagate de 1,5 TB (todos NTFS).
A Microsoft Tech disse que ouviu isso apenas algumas vezes com o Windows 8 e que iria intensificar o problema.
Enquanto isso, a única solução que concordamos foi assumir manualmente a propriedade de todas as pastas ou reorganizar e definir manualmente as permissões em qualquer coisa especial... e continuar fazendo isso em qualquer nova pasta que eu ou qualquer novo programa criar também.
E: Mesmo que você receba o 'Erro' em qualquer nova 'Pasta' criada, você pode criar um 'Arquivo' nessa 'Pasta' e as 'Permissões do Arquivo' parecerão boas... Mas, a Pasta continuará a fornecer o erro, a menos que você o 'reordene' / redefina manualmente ou 'assuma a propriedade' dele.
TAMBÉM: Este problema não afeta nenhuma pasta do 'sistema' do Windows; por exemplo, Windows
, Program Files
, ProgramData
, etc.
Ele também age da mesma forma conectado a qualquer uma das duas contas de usuário/administrador diferentes.
As pesquisas na Web e na Base de Conhecimento encontraram um problema muito semelhante, mas listado no XP/Vista e em uma versão de servidor mais antiga, se bem me lembro, e disse que havia um 'hot fix' naquela época.
Alguém tem alguma ideia??? Agora estou tentando descobrir onde o Win-8 define suas permissões padrão para contas de usuário/administrador. Mas mesmo isso não explicaria por que as unidades USB são boas e estão ocorrendo apenas em C:\
.
Além disso, acho difícil acreditar que as 'Permissões' reais em todas essas 'Pastas' estejam realmente 'bagunçadas'... e não haja problemas com mais nada no PC. MAS, devo admitir --- não consegui executar nenhum backup usando o AlienRespawn (Dell Datasafe)... então foi aí que comecei a cavar (a Dell também não teve sugestões).
Fiz uma varredura profunda em busca de vírus e malware e quando não encontrei nada, comecei a procurar em 'Permissões' e -bam- recebi aquele erro e escolhi um diretório, corrigi-o e manualmente, configurei as permissões... e então o O backup funcionou nessa pasta. Grande Coincidência.....
Responder1
Não tenho certeza se isso se aplica ao problema do OP, mas tive o mesmo tipo de problema no Windows 10. Assumir a propriedade (usando takeown /R /F <dir>
na linha de comando) não resolveu o problema para mim, mas redefinir as ACLs ( icacls <dir> /reset /T
) resolveu. Apenas deixando isso aqui caso ajude alguém.
Responder2
tentamos corrigir com icacls /reset /T , mas o problema ocorreu novamente depois que criamos algumas novas pastas.
Tínhamos duas soluções para isso:
- desabilitando a herança na primeira pasta da unidade, o problema com essa solução é que você tem que pensar toda vez que criar uma pasta na raiz da unidade para alterar as permissões.
- excluindo os usuários autenticados da guia de segurança da unidade. Com esta solução temos o problema de encontrarmos um drive com esse problema também, sem ter os “usuários autenticados” com direitos no drive.
Portanto, ambas as nossas soluções parecem ser apenas uma solução alternativa.