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:

  • Utilizza SMB di Windows per condividere la cartella su Internet?
  • Posso mantenere un backup ssd collegato a un computer?
  • Cosa posso fare per errore di backup di Windows 7 0x81000037, a causa dei punti di riparazione?
  • Clonare l'integer disco all'image utilizzando clonezilla e mantenere il bootloader (s)
  • Caricamento di grandi cartelle in Dropbox dal disco rigido esterno
  • Come posso script eseguire un backup di file recentemente modificati in Bash?
  • 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.

  • Come dissociare un programma da un tipo di file?
  • Come si esegue il backup di tutte le email, copiando la cartella 'Outlook'? (Outlook 2013)
  • L'evoluzione su Debian 7 non ripristina il file di evoluzione Evolution da Fedora 18
  • Come faccio a eseguire il backup di tutti i miei messaggi di posta elettronica da Mail a Dropbox?
  • Backup di Windows 7 - La "image di sistema" include tutti i file sul disco rigido?
  • Come posso eseguire il backup di un sistema Ubuntu e ripristinarlo su un'altra macchina con hardware completamente diverso?
  • 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.