
O seguinte código:
include path/to/file
produz esta saída de erro:
... path/to/file: Permission denied
Eu corri:
cacls C: /t /g Everyone:R
para que as novas permissões sejam:
<Account Domain not found>F
Everyone:R
Ainda diz permissão negada, mas procurei meu nome de usuário e descobri que estou executando como Administrador.
Eu corri:
cacls C: /t /g Administrator:F
mas isso não teve efeito na saída do cacls
No meu entender, como administrador, as permissões não deveriam importar em nada... O que estou perdendo?
Responder1
Eu realmente não consegui explicar melhor minha situação, então falei com o administrador do sistema. Ele explicou assim:
O usuário do Windows {w1} estava associado a um usuário {u1} e eu estava tentando realizar ações que apenas o usuário {u2} tinha credenciais para executar.
*{u1}* [Unix] {u2}
| --Samba--
{u1} [Win1]
--VNC--
[My Computer]
Eu não poderia fazer isso sem ter um usuário do Windows associado a {u2}. Portanto, uma solução rápida seria criar meu próprio usuário do Windows {w2}.
{u1} [Unix] {u2}
| --Samba-- |
{w1} [Win1] {w2}
--VNC--
[My Computer]
Porém, a Máquina Virtual do Windows, como todas as versões do Windows (exceto Terminal Server) - só pode oferecer suporte a um usuário por vez. Portanto, para acessar {w2} eu teria que desconectar o usuário {w1}, o que significa que os dois usuários não poderiam trabalhar simultaneamente.
No final, a solução foi criar uma máquina virtual clonada [Win2] associada ao usuário {u2} para que ambos os usuários pudessem trabalhar simultaneamente.
{u1} [Unix] {u2}
--Samba--
[Win1] [Win2]
--VNC--
[My Computer]