J'utilise IMAPSize pour sauvegarder mes boîtes aux lettres. Le processus vide simplement le contenu de votre boîte aux lettres dans des .emlfichiers sur votre disque. Quoi qu'il en soit, la première boîte aux lettres que j'ai sauvegardée s'affiche comme prévu. Cependant, le suivant ne s'affiche pas dans l'Explorateur et, si je le saisis dans la barre d'adresse, il me dit qu'il n'existe pas.
Cependant, IMAPSize insiste pour que les fichiers soient là. (Beaucoup d'écriture sur disque a été en cours d' exécution au cours de l'opération.) De plus, le répertoire n'apparaît dans la boîte de dialogue de répertoire Windows et - comme je l' ai installé les outils GNU - il montre en (mais pas dans le natif ). Je ne peux pas entrer dans le répertoire, mais il semble pouvoir y accéder (et, en effet, les répertoires et les fichiers que j'attends semblent être là).lsdircdls
Notez également que l'horodatage et la taille du fichier backup.dbsont différents dans la sortie diret ls -l.
En bref: que se passe-t-il ici et comment y remédier!?
la source
ls -lmontre un nombre particulier de liens durs vers les répertoires et fichiers "cachés" ... Je ne sais pas pourquoi, ni comment un lien dur est même interprété dans NTFS-land.cat(un autre coreutil GNU). Encore une fois, cependant, les outils Windows natifs (par exempletype) ne peuvent même pas trouver le fichier.Réponses:
Laissez-moi deviner: le programme qui a créé le fichier, ainsi que les utilitaires GNU, ne fonctionnent pas en tant qu'administrateur.
Tout d'abord, un peu d'histoire. À l'époque de Windows XP, de nombreux programmes supposaient qu'ils seraient toujours exécutés en tant qu'administrateur et qu'ils écriraient dans des endroits comme
C:\WindowsetC:\Program Files (x86)avec un abandon sauvage. Avec Vista, Microsoft a essayé de réduire le nombre d'administrateurs, mais les utilisateurs standard ne peuvent pas écrire à ces endroits. Ils avaient besoin de ces programmes douteux pour continuer à fonctionner (sinon les gens ne mettraient pas à niveau). Ils ont donc introduit une fonctionnalité magique appelée virtualisation UAC .Les programmes exécutés en tant qu'utilisateurs standard peuvent penser que leurs écritures vers des emplacements importants ont réussi, mais en réalité, Windows a écurvé les données dans un emplacement par utilisateur. Lorsque ces programmes recherchent des fichiers dans un répertoire, Windows vérifie s'il existe des fichiers dans le magasin virtuel de cet emplacement et, dans l'affirmative, il les ajoute à la liste des répertoires. (Il existe des fonctionnalités équivalentes pour le Registre.)
Il semble que votre programme de messagerie ait tenté d'écrire dans un emplacement sous
Program Files (x86)en cours d'exécution en tant qu'utilisateur normal. L'écriture a été redirigée, donc elle n'a pas été envoyée à cet endroit. Le programme peut toujours le voir, car Windows maintient l'illusion pour cela. Explorer ne le voit pas car il annonce au système d'exploitation qu'il se comporte bien et n'a donc pas besoin de redirection. La commande de l'invite dedircommande n'est pas un programme (c'est juste une fonctionnalité decmd.exe), elle est donc également considérée "dans le courant" et les fichiers de compatibilité ne sont donc pas affichés.lsest un programme qui n'est évidemment pas au courant, donc il peut voir les fichiers de compatibilité.Vous trouverez votre dossier ici:
En fouillant
VirtualStore, vous pourriez être surpris de voir quels programmes ne se comportent pas bien et ont besoin du filet de sécurité de la virtualisation.Si vous souhaitez arrêter la redirection, exécutez le programme en tant qu'administrateur ou enregistrez vos sauvegardes dans un emplacement dans lequel vous pouvez réellement écrire sans privilèges d'administrateur.
la source