我是一名软件开发人员，在大型企业环境中工作，该企业环境在网络上使用漫游配置文件，因此我的配置文件目录存储在网络位置：\\nas\home$\username并自动映射到本地驱动器号。
从一两天前开始，当我尝试使用 Visual Studio 2013 编辑特定目录中的文件时，它可以读取文件，但无法写入（它要么提示在其他地方保存为新文件，要么显示各种错误，例如：
Could not find a part of the path '\\nas\home$\username\mydocuments\...'.
或者
The system cannot find the path specified）。
或者
.. cannot be created, please ensure this is a writeable path.
仅当使用 VS 且受影响的目录匹配时才会发生这种情况。更改其中任何一个都可以正常工作。我可以使用 VS 将文件保存在我的配置文件中的其他位置（包括受影响目录的父目录）。我还可以使用记事本等其他应用程序编辑受影响目录中的文件，VS 会很乐意读取更改。
这些文件没有标记为只读，目录可以Full Control访问我的用户名。如果我复制/粘贴包含受影响目录的父目录，VS 现在可以写入复制/粘贴的版本。它解决了一个问题，但其他受影响的文件是 VS 需要的配置文件，我不能移动它们，所以想找到一个合适的解决方案。我尝试过的方法：
- 手动将文件夹取消设置为只读
- 重启/断开并重新连接网线
- 在其他地方登录我的个人资料（我可以使用 Windows 或 Visual Web Developer Express 2012 写入文件）
可能导致此问题的原因：我尝试在一两天前登录机器，并收到一条消息，说无法加载我的个人资料，将使用本地保存的个人资料。我继续照常备份文件以防万一。此后，我登录时再也没有收到过该消息。但是，一些受影响的文件是我在收到该消息当天没有使用的文件，因此不确定它是否直接相关。
也可能相关：受影响的目录被标记为只读（即使我取消设置，它也会重新出现），即使所有子文件都没有标记为只读。我确信我以前见过这种情况，所以不确定它是否相关，但万一相关的话，我会把它包括进去。
我决定把它放在这里而不是 SO，因为我怀疑这是一个权限问题而不是 Visual Studio 本身的问题，但如果合适我可以在那里交叉发布它吗？
为了让诊断和修复更加令人沮丧，我没有机器的管理员权限，而且我的 ICT 部门响应时间很慢，所以我需要尽量减少向他们提出的票数。我正在考虑提出重新安装 VS 的票，但可能需要一段时间，所以任何其他建议都非常感谢。谢谢！
编辑：我刚刚注意到，如果我尝试使用 Explorer 在受影响的文件夹中创建目录，窗口会挂起并且无响应。如果我在其他地方创建它并将其拖入，移动对话框只会Calculating无限期地显示速度和剩余时间。所以这肯定是网络或磁盘问题，而不是 VS。
固定的：我登录到另一台机器，能够将一个空白文件夹复制到受影响的文件夹中。一旦发生这种情况，我正常机器上该文件夹的所有写入问题都消失了。对其他受影响的文件夹重复此操作，到目前为止，它一直正常工作。我不知道它到底在做什么，但它正在对其进行排序。
答案1
我登录到另一台机器，能够将一个空白文件夹复制到受影响的文件夹中。一旦发生这种情况，我正常机器上该文件夹的所有写入问题都消失了。对其他受影响的文件夹重复此操作，到目前为止，它一直正常工作。我不知道它到底在做什么，但它正在对其进行排序。
我开始认为这是 NAS 的问题，因为 Visual Studio 的一个错误名为“ERROR_FILE_OFFLINE”。我没有将任何文件设为离线，你可能会认为如果文件处于离线状态，你就无法读取或写入它，但事实就是如此。更改结构似乎可以刷新一切。