Je viens d'activer l'historique des fichiers Windows, mais cela ne fonctionnera pas. Il se charge pendant un temps étonnamment court lorsque je lui dis de "exécuter maintenant". Lorsque je regarde dans les journaux d'événements, je constate que chaque fois que j'essaye, il y a une erreur sous l'événement numéro 201:
Impossible d'analyser les modifications de l'utilisateur et de sauvegarder les modifications de la configuration C: \ Utilisateurs \ Azma \ AppData \ Local \ Microsoft \ Windows \ FileHistory \ Configuration \ Config
Ce qui se traduit approximativement par:
Impossible d'analyser les modifications sur les bibliothèques utilisateur et d'enregistrer les fichiers modifiés pour la configuration C: \ Utilisateurs \ Azma \ AppData \ Local \ Microsoft \ Windows \ FileHistory \ Configuration \ Config
J'ai récemment eu des problèmes d'autorisation de dossier d'utilisateur, problème que le technicien de Microsoft venait de résoudre en appliquant à l'ensemble du dossier Utilisateurs des autorisations de contrôle total pour mon compte. En effet, alors que cela n’était pas possible auparavant, le Windows Store peut installer des applications.
Mais il l'a fait sur D: \ Users, qui contient le dossier Azma, qui est mon dossier utilisateur. Pas sur C: \ Users, qui contient le lien symbolique Azma, qui pointe vers D: \ Users \ Azma. En bref, il l'a appliqué sur le dossier réel, pas sur le lien symbolique.
J'ai donc essayé de l'appliquer à C: \ Users, mais une erreur s'est produite, indiquant qu'il était impossible de propager les paramètres dans le dossier "Application Data".
Mais peut-être que le problème d'autorisation / lien symbolique n'est pas le problème. Je ne sais pas du tout et je suis assez confus à ce sujet.
Réponses:
Les liens symboliques, ou points de jonction, sont généralement transparents pour les applications. Mais ce ne sont pas des dossiers ordinaires.
Les applications de sauvegarde sont les applications pour lesquelles les liens symboliques ne sont pas transparents.
L'historique des fichiers opère au niveau du système de fichiers, il enregistre certaines données sur le système de fichiers et votre lien symbolique pointe vers un autre lecteur. Cela peut causer des problèmes avec le logiciel de sauvegarde.
Étant donné que l'historique des fichiers sauvegarde les bibliothèques, vous pouvez laisser votre profil utilisateur sur le lecteur SSD, puis supprimer le dossier par défaut des bibliothèques et ajouter les dossiers du lecteur D: dans les bibliothèques. Et vous pouvez conserver AppData en tant que lien symbolique vers un dossier du lecteur D :.
Vous pouvez également déplacer votre profil d’utilisateur sur D: drive complètement.
Vous pouvez également vouloir déplacer le
ProgramData
dossier et lePublic
profil sur le lecteur D :.Ou vous pouvez modifier l'emplacement par défaut des profils d'utilisateurs, puis créer un nouveau compte pour vous-même. Le guide complet, étape par étape: Comment modifier l’emplacement par défaut d’un profil utilisateur dans Windows 7 et Vista .
N'oubliez pas de créer une sauvegarde de vos données ou, mieux, une image système pour tout restaurer en cas de problème.
Emplacement par défaut des profils de l'utilisateur:
regedit
sur l'écran d'accueil et en appuyant sur Entrée.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
clé.%SystemDrive%\Users
àD:\Users
.D:\Users
.Changer l'emplacement du profil utilisateur existant:
Dans votre cas, vous devez simplement supprimer le lien symbolique dans
C:\Users
.regedit
sur l'écran d'accueil et en appuyant sur Entrée.HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList
clé.D:\Users\Azma
. Cliquez sur OK pour enregistrer les paramètres.la source
C:\Users
. D'autre part, il y a plus de problèmes pour passerC:\Users
àD:
complètement. Je laisserais tel quel. Si cela vous intéresse, vous pouvez parfois surveiller les fichiers créés dansC:\Users
, puis les déplacer vers D: et créer un lien symbolique vers l'emplacement d'origine. N'oubliez pasC:\ProgramData
où les applications stockent des données partagées entre les utilisateurs. Il peut être judicieux de le déplacer également vers D: ou seulement certaines parties via des liens symboliques.J'ai eu le même problème et après 2 jours de transfert de fichiers, j'ai trouvé deux fichiers image provoquant l'événement 201:
Après cela, j'ai supprimé toutes mes bibliothèques et testé à nouveau avec deux fichiers binaires aléatoires. Je les ai déplacés dans différentes bibliothèques et j'ai redémarré le service d'historique des fichiers, encore et encore. Je voulais par là vérifier si les horodatages, le contenu, la taille ou le nom du fichier causaient le problème et je peux enfin affirmer que c'est uniquement le nom du fichier:
Comme vous pouvez le voir ici
tést.bin
ettest.bin
ne cause pas le problème (allemand): https://www.maxrev.de/w10-dateiversionsverlauf-funktioniert-nicht-ereignis-201-t366119,start,10.htm#4450797Mais peut-être y at-il d’autres caractères spéciaux qui causent ce bogue?!
la source