La cronologia dei file di Windows non è in grado di analizzare le modifiche della libreria dell'utente

Ho appena triggersto la cronologia dei file di Windows, ma non funziona. Si carica per un tempo sorprendentemente breve quando lo dico di "eseguire adesso". Quando guardo nei giornali dell'evento, vedo che each volta che ho provato, c'è un errore nel numero dell'evento 201:

Imansible modificare l'analizzatore delle biblioteche utilizzate e modificare la configuration di C: \ Users \ Azma \ AppData \ Local \ Microsoft \ Windows \ FileHistory \ Configuration \ Config

Che si traduce in:

  • Come crittografare i dati su un disco rigido esterno?
  • Migliore modo per creare e ripristinare un'image Drive con Windows 7?
  • Come posso copiare tutti i file con una certa estensione in una singola directory (senza la struttura di directory)?
  • File di zip PowerShell sincrono
  • Come rendere TaskScheduler fallito quando l'attività restituisce risultato diverso da 0
  • La costruzione in backup di Windows 7 esegue backup differenziali (incrementali)?
  • Imansible analizzare le modifiche nelle librerie utente e salvare i file modificati per la configuration C: \ Users \ Azma \ AppData \ Local \ Microsoft \ Windows \ FileHistory \ Configuration \ Config

    Ho recentemente avuto problemi di authorization delle cartelle utente, che ho pensato che il tecnico di Microsoft aveva appena fissato applicando alle autorizzazioni di controllo totali della cartella Utenti per il mio account. Infatti, sebbene non sia ansible prima, ora, Windows Store può installare applicazioni.

    Ma lo ha fatto su D: \ Users, che contiene la cartella Azma, che è la mia cartella utente. Non su C: \ Users, che contiene il collegamento simbolico Azma, che punta a D: \ Users \ Azma. In breve, l'ha applicato sulla cartella reale, non il simbolo.

    Quindi ho provato ad applicarlo a C: \ Users, ma mi ha dato un errore, dicendo che non è stato in grado di propagare le impostazioni nella cartella "Application Data".

    Ma forse il problema dell'authorization / symlink non è il problema. Non lo so affatto, e sono abbastanza confuso riguardo a questo.

  • rsync su NTFS - autorizzazioni
  • Windows 8 - Possibilità di creare un'image di sistema?
  • Lo specchio ZFS con un disco per lo più funziona offline?
  • Software di backup per Mac OS X
  • Come dissociare un programma da un tipo di file?
  • Computer di networking locale per il software di backup del computer
  • 2 Solutions collect form web for “La cronologia dei file di Windows non è in grado di analizzare le modifiche della libreria dell'utente”

    I collegamenti simbolici oi punti di giunzione sono generalmente trasparenti per le applicazioni. Ma non sono cartelle regolari.

    Le applicazioni di backup sono quelle applicazioni per cui i collegamenti simbolici non sono trasparenti.

    La cronologia dei file funziona a livello di file system, salva alcuni dati sul file system e il tuo collegamento simbolico indica un altro disco. Questo può causare problemi con il software di backup.

    Dato che le librerie di backup della cronologia file consentono di lasciare il proprio profilo utente sull'unità SSD e quindi rimuovere la cartella predefinita dalle librerie e aggiungere le cartelle sull'unità D: nelle librerie. E puoi mantenere AppData come collegamento simbolico a una cartella in D: drive.


    È inoltre ansible spostare il profilo utente su D: unità completamente.
    Potresti anche spostare la cartella ProgramData e il profilo Public a D: drive.

    Oppure è ansible modificare la posizione predefinita dei profili utente e creare un nuovo account per te. La guida dettagliata passo passo: Come modificare la posizione predefinita di un profilo utente in Windows 7 e Vista .

    Non dimenticare di creare un backup dei tuoi dati o meglio un'image di sistema per ripristinare tutto se qualcosa va storto.

    Posizione predefinita dei profili utente:

    1. Avviare l' editor del Registro di sistema digitando regedit nella schermata iniziale e premendo Invio.
    2. Passare alla HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList .
    3. Con ProfileList selezionato nell'tree a sinistra, fare clic con il button destro del mouse su ProfilesDirectory nel riquadro destro e quindi fare clic su Modifica o semplicemente fare doppio clic su ProfilesDirectory .
    4. Modificare il valore predefinito di %SystemDrive%\Users in D:\Users .
    5. Crea un nuovo account utente e il suo profilo si trova sotto D:\Users .

    Cambiare la posizione del profilo utente esistente:

    1. Accedi a un account di amministratore diverso dall'account che desideri spostare.
    2. Copiare il profilo dell'utente che si desidera spostare.
      Nel tuo caso, devi semplicemente rimuovere il collegamento simbolico in C:\Users .
    3. Aprire Editor del Registro di sistema digitando regedit nella schermata iniziale e premendo Invio.
    4. Passare alla HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\ProfileList .
    5. Espandere la chiave ProfileList e osservare each S-1-5- fino a trovare il nome utente e il path nella colonna Data nel riquadro destro del valore ProfileImagePath .
    6. Una volta trovata, fare clic con il button destro del mouse su ProfileImagePath e quindi fare clic su Modifica oppure semplicemente fare doppio clic su ProfileImagePath .
    7. Digitare il nuovo path, ad esempio D:\Users\Azma . Fare clic su OK per salvare le impostazioni.
    8. Ora puoi accedere all'account il cui profilo è stato appena spostato.

    Ho avuto lo stesso problema e dopo 2 giorni i file in movimento avanti e indietro ho trovato due file di image che causano l'evento 201:

     vonzufahrtsstrasse.jpg vonZufahrtsstraße.jpg 

    Dopo di che ho cancellato tutte le mie librerie e testato di nuovo con due file binari casuali. Li ho spostati in diverse librerie e ho riavviato il servizio di cronologia file ancora e ancora. Da questo ho voluto verificare se i timestamp di file, il contenuto, la dimensione o il nome del file hanno causato il problema e infine posso dire che è solo il nome del file:

     tesst.bin teßt.bin 

    Bug nella cronologia dei file con Eszett

    Come potete vedere qui tést.bin e test.bin non causano il problema (tedesco): https://www.maxrev.de/w10-dateiversionsverlauf-funktioniert-nicht-ereignis-201-t366119,start,10.htm # 4450797

    Ma forse ci sono altri caratteri speciali che causano questo bug ?!

    Siamo il genio del computer e della rete.