El siguiente código:
include path/to/file
produce esta salida de error:
... path/to/file: Permission denied
Corrí:
cacls C: /t /g Everyone:R
para que los nuevos permisos lean:
<Account Domain not found>F
Everyone:R
Todavía dice permiso denegado, pero luego busqué mi nombre de usuario y resultó que estoy ejecutando como administrador.
Corrí:
cacls C: /t /g Administrator:F
pero eso no tuvo ningún efecto en la salida de cacls
A mi entender, como administrador, los permisos no deberían importar en absoluto... ¿Qué me falta?
Respuesta1
Realmente no podía explicar mejor mi situación, así que hablé con el administrador del sistema. Lo explicó así:
El usuario de Windows {w1} estaba asociado con un usuario {u1} y estaba intentando realizar acciones para las que solo el usuario {u2} tenía las credenciales.
*{u1}* [Unix] {u2}
| --Samba--
{u1} [Win1]
--VNC--
[My Computer]
No podría hacer esto sin tener un usuario de Windows asociado con {u2}. Entonces, una solución rápida sería crear mi propio usuario de Windows {w2}.
{u1} [Unix] {u2}
| --Samba-- |
{w1} [Win1] {w2}
--VNC--
[My Computer]
Pero la Máquina Virtual de Windows, como todas las versiones de Windows (excepto Terminal Server), sólo puede admitir un usuario a la vez. Entonces, para acceder a {w2}, tendría que cerrar la sesión del usuario {w1}, lo que significa que los dos usuarios no podrían trabajar simultáneamente.
Al final, la solución fue crear una máquina virtual clonada [Win2] asociada al usuario {u2} para que ambos usuarios pudieran trabajar simultáneamente.
{u1} [Unix] {u2}
--Samba--
[Win1] [Win2]
--VNC--
[My Computer]