Problemas de permisos con un volumen de VM NTFS montado

Problemas de permisos con un volumen de VM NTFS montado

Estoy intentando migrar un sistema VMPlayer a VirtualBox, pero la migración no funciona (ya pasé horas probando el pequeño puñado de soluciones que la gente sugirió y finalmente me di por vencido). Como solución alternativa, estoy intentando migrar manualmente instalando Windows en VirtualBox y copiando los archivos importantes, luego descarto el sistema VMPlayer.

El problema ahora es que no puedo acceder a los archivos. No puedo copiar los archivos desde la VM porque están en uso, así que intenté apagar la VM y montar su disco duro como un volumen virtual en el sistema host. Esto siempre funcionó bien en los viejos tiempos cuando usaba FAT32, pero la unidad VM ahora es NTFS, por lo que no puedo acceder a los archivos.

Aquí hay un resumen simplificado de la situación:

  • Los archivos requeridos se almacenan en Bobel usuario en XP VM
  • La unidad de VM se almacena en el host enC:\VMs\XP.vmdk
  • La unidad VM se montó correctamente en el host a Z:\través devmware-mount.exe z: c:\vms\xp.vmdk
  • El host ve correctamente la unidad de VM como volumen NTFSZ:\
  • No se puede acceder a los archivos Z:\Documents and Settings\Bob(debido a permisos)
  • La ejecución takeown /f z:\documents and settings\bobdesde un símbolo del sistema no elevado devuelve el siguiente error como si la unidad no fuera NTFS (a pesar de que el host Windows 7 y el invitado XP dicen que sí lo es):

    ERROR: La propiedad del archivo no se puede aplicar en sistemas de archivos inseguros; no hay soporte para ACL.

  • Ejecutar el mismo comando desde un símbolo del sistema elevado tampoco funciona porque no puede ver Z:\nada.
  • Utilizando elSeguridadLa pestaña del Explorador de Windows no funciona porque cada acción (otorgar permisos, tomar propiedad, etc.) siempre genera un error de permiso.

¿Alguien sabe qué está mal (por qué obtengo resultados tan inconsistentes) y cómo solucionarlo?

Respuesta1

tl;dr asegúrese de montar el disco virtual desde un símbolo del sistema elevado y realice toda la limpieza desde ese mismo símbolo.

Mientras intentaba ver los detalles de qué funciona y qué no funciona, cuándo y cómo, de repente se me ocurrió que la clave es que no puedo ver el volumen montado en absoluto desde un símbolo del sistema elevado. Había montado el disco virtual desde un símbolo del sistema normal y, aunque no tiene sentido que un símbolo del sistema elevado no pueda ver algo creado desde una cuenta normal (limitada), ya que la cuenta de administrador debería tener acceso superior, Pensé que intentaría montar el disco virtual desde un indicador elevado.

¡Y listo!

Ahora tenía acceso al disco virtual montado desde un mensaje elevado. Ahora pude eliminar archivos, desfragmentar, borrar el espacio libre, desmontar y reducir el volumen con facilidad.

Todavía no entiendo por qué la cuenta de administrador no pudo ver la unidad montada, ni por qué es posible montar el disco virtual desde una cuenta limitada, pero al menos funciona.

NÓTESE BIEN: túdebehacer todo el trabajo de limpieza desde elmismosímbolo elevado como aquel en el que montó el disco virtual. Descubrí por las malas que si cierras ese símbolo del sistema, al abrir uno nuevo, incluso uno elevado, ya no tendrás acceso al volumen montado (solo podría desmontarlo). Es realmente extraño que el volumen montado (que usa vmware-mount.exe) tenga tales problemas de accesibilidad.

información relacionada