История файлов Windows не может анализировать изменения в пользовательской библиотеке

Я только что активировал Windows File History, но это не сработает. Он загружается в течение удивительно короткого времени, когда я говорю «выполнить сейчас». Когда я смотрю журналы событий, я вижу, что каждый раз, когда я пытался, появляется ошибка в событии 201:

Невозможно проанализировать возможные изменения для библиотек и использовать их для конфигурирования C: \ Users \ Azma \ AppData \ Local \ Microsoft \ Windows \ FileHistory \ Configuration \ Config

  • Как создать резервную копию Windows 7 и вернуть обновление до Windows 8
  • Созданы ли в резервном хранилище Windows 7 дифференциальные (инкрементные) резервные копии?
  • Инкрементное резервное копирование
  • Могу ли я резервировать все компьютеры в своей сети на моем сервере, используя только бесплатное программное обеспечение или окна?
  • Acronis True Image 2011 заставляет мою машину работать очень медленно?
  • Могу ли я сказать Apple Time Machine о резервном копировании одной папки?
  • Что примерно соответствует:

    Невозможно проанализировать изменения в пользовательских библиотеках и сохранить измененные файлы для конфигурации C: \ Users \ Azma \ AppData \ Local \ Microsoft \ Windows \ FileHistory \ Configuration \ Config

    Недавно у меня были проблемы с правами доступа к папке, которые, как я думал, только что исправил технический специалист Microsoft, применив полные права доступа к папке «Все пользователи» для моей учетной записи. Действительно, пока он не мог, теперь Windows Store может устанавливать приложения.

    Но он сделал это на D: \ Users, в котором содержится папка Azma, которая является моей папкой пользователя. Не на C: \ Users, которая содержит символическую ссылку Azma, которая указывает на D: \ Users \ Azma. Короче говоря, он применил его в реальной папке, а не в символической ссылке.

    Поэтому я попытался применить его к C: \ Users, но это дало мне ошибку, заявив, что не удалось передать настройки в папку «Данные приложения».

    Но, возможно, проблема с разрешением / symlink не является проблемой. Я вообще не знаю, и я довольно смущен этим.

  • Странные изменения прав при сохранении файла в разделе Samba из редактора Windows
  • Как восстановить изображения из резервной копии MediaWiki?
  • Существует ли эквивалент Time Machine для Windows?
  • Инкрементное резервное копирование
  • Разрешения по умолчанию для FTP-загрузок в ubuntu (vsftpd)
  • Как показать прогресс «Истории файлов» в Windows8?
  • 2 Solutions collect form web for “История файлов Windows не может анализировать изменения в пользовательской библиотеке”

    Символические ссылки или точки соединения обычно прозрачны для приложений. Но они не обычные папки.

    Приложения резервного копирования – это те приложения, для которых символические ссылки не прозрачны.

    История файлов работает на уровне файловой системы, она сохраняет некоторые данные в файловой системе, а ваша символическая ссылка указывает на другой диск. Это может вызвать проблемы с программным обеспечением для резервного копирования.

    Начиная с файлов архивов архивов архивов, вы можете оставить свой профиль пользователя на диске SSD, а затем удалить папку по умолчанию из библиотек и добавить папки на диск D: в библиотеки. И вы можете сохранить AppData как символическую ссылку на папку на диске D:.


    Вы также можете полностью переместить профиль своих пользователей на диск D:.
    Вы также можете переместить папку ProgramData и Public профиль в D: диск.

    Или вы можете изменить местоположение профилей пользователя по умолчанию, а затем создать новую учетную запись для себя. Полное пошаговое руководство: как изменить местоположение по умолчанию профиля пользователя в Windows 7 и Vista .

    Не забудьте создать резервную копию ваших данных или улучшить системный образ, чтобы восстановить все, если что-то пойдет не так.

    Расположение по умолчанию для профилей пользователя:

    1. Запустите редактор реестра , набрав regedit на экране «Пуск» и нажав «Ввод».
    2. Перейдите к HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList .
    3. С помощью ProfileList, выбранного в дереве слева, щелкните правой кнопкой мыши ProfilesDirectory на правой панели, а затем нажмите « Изменить» или просто дважды щелкните « Профиль» .
    4. Измените значение по умолчанию %SystemDrive%\Users на D:\Users .
    5. Создайте новую учетную запись пользователя, и ее профиль будет находиться в папке D:\Users .

    Изменить местоположение существующего профиля пользователя:

    1. Войдите в учетную запись администратора, отличную от учетной записи, которую хотите переместить.
    2. Скопируйте профиль пользователя, который хотите переместить.
      В вашем случае вам просто нужно удалить символическую ссылку в C:\Users .
    3. Откройте редактор реестра , набрав regedit на экране «Пуск» и нажав «Ввод».
    4. Перейдите к HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList .
    5. Разверните ключ ProfileList и просмотрите каждый S-1-5-, пока не найдете свое имя пользователя и путь в столбце Данные на правой панели в поле ProfileImagePath .
    6. Когда вы его найдете, щелкните правой кнопкой мыши ProfileImagePath, а затем нажмите « Изменить» или просто дважды щелкните « Профиль» .
    7. Введите новый путь, например D:\Users\Azma . Нажмите « ОК», чтобы сохранить настройки.
    8. Теперь вы можете войти в учетную запись, профиль которой был просто перемещен.

    У меня была такая же проблема, и после 2 дней перемещения файлов туда и обратно я обнаружил два файла изображений, вызывающих событие 201:

     vonzufahrtsstrasse.jpg vonZufahrtsstraße.jpg 

    После этого я удалил все свои библиотеки и снова проверил два случайных двоичных файла. Я переместил их в разные библиотеки и снова и снова перезапускал службу истории файлов. Тем самым я хотел проверить, вызвали ли временные метки файлов, содержимое, размер или имя файла проблему, и, наконец, я могу с уверенностью сказать, что это только имя файла:

     tesst.bin teßt.bin 

    Ошибка в истории файлов с помощью Eszett

    Как вы можете видеть здесь, tést.bin и test.bin не вызывают проблемы (немецкий): https://www.maxrev.de/w10-dateiversionsverlauf-funktioniert-nicht-ereignis-201-t366119,start,10.htm # 4450797

    Но, может быть, есть другие специальные символы, которые вызывают эту ошибку ?!

    Давайте будем гением компьютера.