Soy un desarrollador de software que trabaja en un gran entorno corporativo que utiliza perfiles móviles en toda la red, por lo que mi directorio de perfil se almacena en una ubicación de red \\nas\home$\usernamey se asigna automáticamente a una letra de unidad local.
Desde hace un día o dos, cuando trato de usar Visual Studio 2013 para editar archivos en directorios particulares, puede leer el archivo, pero no puede escribir (o solicita guardarlo como un archivo nuevo en otro lugar o muestra varios errores como :
Could not find a part of the path '\\nas\home$\username\mydocuments\...'.
o
The system cannot find the path specified)
o
.. cannot be created, please ensure this is a writeable path.
Esto solo ocurre cuando se usan VS y los directorios afectados coinciden. Cambiar cualquiera de esos y funciona bien. Puedo usar VS para guardar archivos en otra parte de mi perfil (incluidos los directorios principales de los directorios afectados). También puedo usar otras aplicaciones como el bloc de notas para editar los archivos en los directorios afectados, y VS felizmente leerá los cambios.
Los archivos no están marcados como de solo lectura y los directorios tienen Full Controlacceso a mi nombre de usuario. Si copio / pego un directorio principal que contiene un directorio afectado, VS ahora puede escribir en la versión copiada / pegada. Funciona alrededor de un problema, pero otros archivos afectados son archivos de configuración VS necesidades que no necesariamente puedo mover, así que me gustaría encontrar una solución adecuada. Cosas que he probado:
- Configuración manual de carpetas para desarmar solo lectura
- Reiniciar / desconectar y volver a conectar el cable de red
- Iniciar sesión en mi perfil en otro lugar (puedo escribir en los archivos con Windows o Visual Web Developer Express 2012)
Algo que puede haberlo causado: intenté iniciar sesión en la máquina un día o dos antes y recibí un mensaje que decía que mi perfil no se podía cargar y usaría uno local guardado. Continué normalmente haciendo copias de seguridad de los archivos por si acaso. No he recibido ese mensaje de inicio de sesión desde entonces. Sin embargo, algunos archivos afectados son los que no utilicé el día que recibí ese mensaje, por lo que no estoy convencido de que esté directamente relacionado.
También posiblemente relacionado: un directorio afectado está marcado como de solo lectura (incluso cuando lo desarmado, vuelve a aparecer) a pesar de que todos los archivos secundarios no están marcados como de solo lectura. Estoy seguro de que he visto esto antes, así que no estoy convencido de que sea relevante, pero lo incluyo en caso de que lo sea.
Decidí ponerlo aquí en lugar de SO, ya que sospecho que es un problema de permisos en lugar de Visual Studio, pero si corresponde, ¿puedo publicarlo allí?
Para hacer que el diagnóstico y la reparación sean más frustrantes, no tengo acceso de administrador a mi máquina y mi departamento de TIC tiene tiempos de respuesta lentos, por lo que tendré que minimizar la cantidad de tickets que recaudo con ellos. Estoy pensando en recaudar un ticket para volver a instalar VS, pero podría tomarme un tiempo, por lo que cualquier otra sugerencia será agradecida. ¡Gracias!
Editar: acabo de notar que si intento crear un directorio en una carpeta afectada usando el Explorador, la ventana se bloquea y deja de responder. Si lo creo en otro lugar y lo arrastro, el cuadro de diálogo Mover solo dice Calculatingque la velocidad y el tiempo permanecen indefinidamente. Por lo tanto, definitivamente es un problema de red o disco, en lugar de VS.
Solucionado: inicié sesión en otra máquina, pude copiar una carpeta en blanco en una carpeta afectada. Una vez que sucedió, todos los problemas de escritura desaparecieron para esa carpeta en mi máquina normal. Repitió esto con las otras carpetas afectadas y hasta ahora, sigue funcionando. No sé qué demonios está haciendo, pero lo está resolviendo.
fuente