
Следующий код:
include path/to/file
выдает следующую ошибку:
... path/to/file: Permission denied
Я побежал:
cacls C: /t /g Everyone:R
так что новые разрешения будут выглядеть следующим образом:
<Account Domain not found>F
Everyone:R
По-прежнему пишет, что доступ запрещен, но потом я проверил свое имя пользователя и оказалось, что я работаю как администратор.
Я побежал:
cacls C: /t /g Administrator:F
но это не оказало никакого влияния на вывод cacls
Насколько я понимаю, как администратор, разрешения вообще не должны иметь значения... Что я упускаю?
решение1
Я не мог объяснить свою ситуацию лучше, поэтому я обратился к системному администратору. Он объяснил это так:
Пользователь Windows {w1} был связан с пользователем {u1}, и я пытался выполнить действия, на которые имелись учетные данные только у пользователя {u2}.
*{u1}* [Unix] {u2}
| --Samba--
{u1} [Win1]
--VNC--
[My Computer]
Я не мог этого сделать без пользователя Windows, связанного с {u2}. Поэтому быстрым решением было бы создать своего собственного пользователя Windows {w2}.
{u1} [Unix] {u2}
| --Samba-- |
{w1} [Win1] {w2}
--VNC--
[My Computer]
Но Windows Virtual Machine, как и все версии Windows (кроме Terminal Server) - может поддерживать только одного пользователя одновременно. Поэтому для доступа к {w2} мне пришлось бы выйти из пользователя {w1}, что означает, что два пользователя не смогут работать одновременно.
В конечном итоге решение состояло в создании клонированной виртуальной машины [Win2], связанной с пользователем {u2}, чтобы оба пользователя могли работать одновременно.
{u1} [Unix] {u2}
--Samba--
[Win1] [Win2]
--VNC--
[My Computer]