Я почти уверен, что символические ссылки не могут быть созданы на общем диске («общая папка»). Еще более невозможно с хост-машиной Windows и гостевой ОС Linux.
хост-машины не знают о файловой системе гостей. Гостевая машина - это черный ящик для хоста. Вы не можете сказать хосту «Ну, это ссылается на /etc/...
», когда хост не знает, где это /etc
:).
Короче говоря: к сожалению, нет.
Более подробно:
Буду очень рад, если ошибаюсь! Это большая проблема в моем процессе развития.
Я столько вариантов перепробовала. По умолчанию "общие папки" используют файловую систему vboxsf
, что-то, если не то же самое, что samba
(протокол общего доступа к сети по умолчанию для Windows), поэтому:
- Я попытался использовать собственный сетевой доступ Windows, а затем подключить сетевой диск в гостевой системе, поскольку гость и хост находятся в одной сети. Проблема все еще существовала.
- Я пробовал запустить сервер NFS в Windows (сервер Hanewin NFS) вместе с SFU / SUA (службы Windows для UNIX), но у меня возникли проблемы с блокировками GIT. Возможно, и другие проблемы - это было некоторое время назад, и я точно не помню
- Я попробовал обратное: поделился каталогом на виртуальной машине с Windows. Но это глупо, поскольку все файлы будут находиться в виртуальном ящике, а доступ к ним в окнах действительно медленный.
- Я был глуп, и я подумал: «давайте смонтируем виртуальный диск как на Windows, так и на Linux» - не пытайтесь это сделать, виртуальный диск будет поврежден. То, что я должен был знать.
Может быть протокол совместного использования сети, отличный от samba
и nfs
, который, возможно, будет копировать файлы при каждой попытке создания "символической ссылки"? Я правда не знаю.
Однако я еще не нашел его, а также «блокировка», похоже, является задачей самой файловой системы, поэтому я сомневаюсь в каком-либо сетевом протоколе (если только у меня нет специального реестра для блокировок) может это сделать.
person
antitoxic
schedule
30.09.2012