Я никогда не пробовал это, но я сильно подозреваю, что это не может быть сделано.
Инструменты VMWare внутри ВМ «фальсифицируют» сетевой доступ к хосту, о чем свидетельствует тот факт, что вы все равно можете получить доступ к хосту (через путь UNC), даже если у виртуальной машины нет доступа к сети.
CSC.sys - системный драйвер низкого уровня, который находится на том же уровне, что и сетевой стек. Я подозреваю, что он загружается первым, чтобы он мог делать свое дело, и он достаточно умен, чтобы знать разницу между локальным томом и сетевым путем (даже «поддельным»), поскольку в этом весь смысл его существования. Предполагается, что местоположение кэша является местом гарантированного доступа в случае сбоя сети. Параметр существует только для размещения его на другом локальном томе в случае ограниченного пространства диска C :.
Размещение кеш-памяти на сетевом диске (даже фальшивом VMWare) приведет к разрыву в пространственно-временном континууме с точки зрения ОС. Вероятно, именно поэтому Windows не загружается при попытке. Никто бы не подумал исправить эту ошибку, поскольку она не имеет смысла (в конце концов, вы можете теоретически изолировать гостя и / или удалить VMWare Tools, и вы также потеряете доступ к томам хоста).
Кроме того, соединения NTFS не так надежны, как жесткие ссылки * nix и символические ссылки. Есть много программ, которые не одурачены ими. Даже Windows Explorer не знал, что с ними делать до выхода Windows Vista, и единственная причина, по которой это удалось исправить, заключалась в том, что Microsoft начала использовать их для совместимости с Windows XP.
Если вам действительно удастся как-то сделать эту работу, я бы хотел знать, как вы это сделали.