L’historique des fichiers Windows ne parvient pas à analyser les modifications de la bibliothèque utilisateur

2

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.

Ariane
la source
La symbolique peut être la raison pour laquelle l'historique des fichiers ne peut pas fonctionner correctement. Pourquoi avez-vous votre profil utilisateur sur un autre lecteur (disque D) plutôt que sur le disque système C?
Alexey Ivanov
@Alexey En théorie, les liens symboliques sont supposés fonctionner comme si le dossier était toujours là ... Peut-être que c'est à cause de cela; peut-être que je me suis trompé, mais ce qui est sûr, c’est qu’il est censé y avoir un moyen de faire fonctionner les choses correctement malgré le lien symbolique. Quoi qu'il en soit, la raison du lien symbolique est que le lecteur C: est un disque SSD de 128 Go, ce qui signifie a) que son espace est assez limité, de sorte que des éléments tels que la musique et les vidéos doivent être placés ailleurs, et b) combien de temps cela dure. le nombre d'écritures qui y sont effectuées, ce qui signifie que les fichiers fréquemment écrasés, tels que le dossier AppData, doivent être placés ailleurs.
Ariane le
Je n'ai pas de liens symboliques, mais le même problème. Après avoir déplacé le contenu de certains dossiers, l'historique des fichiers a fonctionné à nouveau. Maintenant, j'essaie de savoir quel fichier / dossier a causé le problème, mais finalement ce n'était pas un lien symbolique.
mgutt

Réponses:

3

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 ProgramDatadossier et le Publicprofil 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:

  1. Lancez l' Éditeur du Registre en tapant regeditsur l'écran d'accueil et en appuyant sur Entrée.
  2. Accédez à la HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileListclé.
  3. Avec ProfileList sélectionné dans l’arborescence de gauche, cliquez avec le bouton droit sur ProfilesDirectory dans le volet de droite, puis cliquez sur Modifier ou double-cliquez simplement sur ProfilesDirectory .
  4. Changer la valeur par défaut de %SystemDrive%\Usersà D:\Users.
  5. Créez un nouveau compte d'utilisateur et son profil serait situé sous D:\Users.

Changer l'emplacement du profil utilisateur existant:

  1. Connectez-vous à un compte administrateur autre que le compte que vous souhaitez déplacer.
  2. Copiez le profil de l'utilisateur que vous souhaitez déplacer.
    Dans votre cas, vous devez simplement supprimer le lien symbolique dans C:\Users.
  3. Ouvrez l' éditeur de registre en tapant regeditsur l'écran d'accueil et en appuyant sur Entrée.
  4. Accédez à la HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileListclé.
  5. Développez la clé ProfileList et examinez chaque S-1-5- jusqu'à trouver votre nom d'utilisateur et votre chemin dans la colonne Données du volet de droite de la valeur ProfileImagePath .
  6. Lorsque vous l'avez trouvé, cliquez avec le bouton droit sur ProfileImagePath , puis cliquez sur Modifier ou double-cliquez simplement sur ProfileImagePath .
  7. Tapez le nouveau chemin, par exemple D:\Users\Azma. Cliquez sur OK pour enregistrer les paramètres.
  8. Vous pouvez maintenant vous connecter au compte dont le profil vient d'être déplacé.
Alexey Ivanov
la source
Je ne l'ai pas encore fait, mais cela ressemble à ce dont j'ai besoin. Merci beaucoup.
Ariane
Désolé pour le long délai; En fait, j'ai attendu d'avoir complètement réinstallé Windows pour l'appliquer. J'ai une question. Après avoir déplacé le répertoire de profil utilisateur par défaut vers D: \ et créé un nouvel utilisateur dont le profil est sur D: \, devrais-je prendre des mesures pour rediriger C: \ Users vers D: \ Users au cas où certaines applications penseraient qu’il est toujours présent sur le système conduire? Si oui, comment ferais-je cela? Symlinking exigerait que je supprime d'abord le dossier Utilisateurs, ce qui est soit déconseillé, soit impossible, je crois.
Ariane
Quoi qu'il en soit, testé et approuvé! Bien qu'une réponse à la petite question ci-dessus serait un bonus formidable!
Ariane
Bien sûr, il est possible qu'une mauvaise application écrite considère que le profil de l'utilisateur doit être inséré C:\Users. D'autre part, il y a plus de problèmes pour passer C:\Usersà D:complètement. Je laisserais tel quel. Si cela vous intéresse, vous pouvez parfois surveiller les fichiers créés dans C:\Users, puis les déplacer vers D: et créer un lien symbolique vers l'emplacement d'origine. N'oubliez pas C:\ProgramDataoù 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.
Alexey Ivanov
J'ai déjà déplacé ProgramData dans le registre et laissé le dossier d'origine dans C: tel quel, après avoir copié son contenu dans D :. Ce qui m'inquiète, c'est l'absence de mon dossier de profil dans C: \ Users. Quoi qu’il en soit, un lien symbolique vers mon propre profil d’utilisateur pourrait le résoudre, qu’en dites-vous?
Ariane
0

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:

vonzufahrtsstrasse.jpg
vonZufahrtsstraße.jpg

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:

tesst.bin
teßt.bin

Bug dans l'historique des fichiers avec Eszett

Comme vous pouvez le voir ici tést.binet test.binne cause pas le problème (allemand): https://www.maxrev.de/w10-dateiversionsverlauf-funktioniert-nicht-ereignis-201-t366119,start,10.htm#4450797

Mais peut-être y at-il d’autres caractères spéciaux qui causent ce bogue?!

mgutt
la source