Estoy usando IMAPSize para hacer una copia de seguridad de mis buzones. El proceso simplemente descarga el contenido de su buzón en .eml
archivos en su disco. De todos modos, el primer buzón del que hice una copia de seguridad aparece como espero. Sin embargo, el siguiente no se muestra en el Explorador y, si lo ingreso en la barra de direcciones, me dice que no existe.
Sin embargo, IMAPSize insiste en que los archivos están allí. (Un montón de escritura en disco estaba siendo realizada durante la operación.) Por otra parte, el directorio no aparece en el cuadro de diálogo directorio de Windows y - como no tengo herramientas GNU instaladas - se nota en ls
(pero no en el nativo dir
). No puedo cd
ingresar al directorio, pero ls
parece que puedo acceder a él (y, de hecho, los directorios y archivos que espero que estén allí).
También tenga en cuenta que la marca de tiempo y el tamaño del archivo de backup.db
son diferentes en el dir
y ls -l
de salida.
En resumen: ¿qué está pasando aquí y cómo lo soluciono?
fuente
ls -l
muestra una cantidad peculiar de enlaces a los directorios y archivos "ocultos" ... No sé por qué, ni cómo se interpreta un enlace en tierra NTFS.cat
(otro GNU coreutil). Una vez más, sin embargo, las herramientas nativas de Windows (p. Ej.type
) Ni siquiera pueden encontrar el archivo.Respuestas:
Déjame adivinar: el programa que creó el archivo, y también las utilidades GNU, no se están ejecutando como administrador.
Primero, algo de historia. En los días de Windows XP, muchos programas asumían que siempre se ejecutarían como administradores, y escribirían en lugares como
C:\Windows
yC:\Program Files (x86)
con gran abandono. Con Vista, Microsoft trató de hacer menos administradores de personas, pero los usuarios estándar no pueden escribir en esos lugares. Necesitaban esos programas dudosos para seguir trabajando (o de lo contrario la gente no actualizaría). Entonces, introdujeron una característica mágica llamada virtualización UAC .Los programas que se ejecutan como usuarios estándar pueden pensar que sus escrituras en ubicaciones importantes tuvieron éxito, pero en realidad, Windows retiró los datos en una ubicación por usuario. Cuando esos programas buscan archivos en un directorio, Windows verifica si hay archivos en la tienda virtual de ese lugar y, de ser así, los agrega a la lista del directorio. (Existe una funcionalidad equivalente para el Registro).
Parece que su programa de correo intentó escribir en un lugar debajo
Program Files (x86)
mientras se ejecutaba como un usuario normal. La escritura fue redirigida, por lo que en realidad no fue a ese lugar. El programa aún puede verlo, porque Windows mantiene la ilusión. Explorer no lo ve porque anuncia al sistema operativo que se comporta bien y, por lo tanto, no necesita redireccionamiento. El comando del símbolo del sistemadir
no es un programa (es solo una característica decmd.exe
), por lo que también se considera "en el conocimiento" y, por lo tanto, no se muestran los archivos de compatibilidad.ls
es un programa que, evidentemente, no está al tanto, por lo que puede ver los archivos de compatibilidad.Encontrarás tu archivo aquí:
Mientras hurga
VirtualStore
, es posible que se sorprenda de qué programas no se comportan bien y necesitan la red de seguridad de virtualización.Si desea detener la redirección, ejecute el programa como administrador o guarde sus copias de seguridad en una ubicación en la que pueda escribir sin privilegios de administrador.
fuente