Administrador de archivos no se puede copiar largos en el volumen de sólo escritura

IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.

Haga clic aquí para ver el artículo original (en inglés): 153237
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Síntomas
Cuando se utiliza el Administrador de archivos para copiar archivos con nombres largos a los volúmenes que tiene acceso de sólo escritura a, se utilizará el nombre corto (8.3). El volumen de sólo lectura puede ser local o remoto.
Causa
El Administrador de archivos intenta determinar si la unidad de destino admite nombres largos de archivo mediante la API de GetVolumeInformation recopilar información acerca de la unidad de destino. Esta llamada API produce un error acceso denegado cuando la unidad de destino es uno que no tiene acceso de lectura. Por lo tanto, el Administrador de archivos no puede confirmar si la compatibilidad con nombres largos de archivo está disponible. En esta situación, Administrador de archivos decide utilizar el nombre 8.3 para el archivo en vez de intentar copiar el nombre de archivo largo en el destino.
Solución
Si tiene acceso de lectura y escritura a la raíz del volumen, la llamada GetVolumeInformation funcionará correctamente. En este caso, no es necesaria ninguna solución. En caso contrario, utilice uno de las siguientes soluciones:
  • Si se requiere acceso de sólo escritura, asignar el acceso de sólo escritura a los subdirectorios de la raíz compartido, donde la raíz tiene acceso de lectura, permitirá archivos con nombres largos se copien en los subdirectorios con nombres intactos.

    -O BIEN-
  • Como alternativa, puede utilizar el comando COPY de la línea de comandos. COPY el comando no intenta comprobar si hay compatibilidad con nombres largos de archivo antes de intentar copiar archivos, por lo tanto no es sujetos a esta limitación.
Estado
Microsoft ha confirmado que trata de un problema en Windows NT versión 3.51. Este problema se corrigió en Windows NT 3.51 EE.UU. Service Pack más reciente. Para obtener información acerca de cómo obtener el Service Pack, consulte la siguiente palabra en Microsoft Knowledge Base (sin los espacios en blanco):
K DE V P A C E R S
prodnt Winfile

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 153237 - Última revisión: 12/04/2015 15:00:40 - Revisión: 3.1

Microsoft Windows NT Workstation 3.5, Microsoft Windows NT Workstation 3.51, Microsoft Windows NT Server 3.5, Microsoft Windows NT Server 3.51

  • kbnosurvey kbarchive kbmt KB153237 KbMtes
Comentarios
ERROR: at System.Diagnostics.Process.Kill() at Microsoft.Support.SEOInfrastructureService.PhantomJS.PhantomJSRunner.WaitForExit(Process process, Int32 waitTime, StringBuilder dataBuilder, Boolean isTotalProcessTimeout)