Sì, la sensazione è che il problema si verifichi sul login perché trovo nel backup della notte precedente i profili "puliti" (ovvero NTUSER.DAT consistenti), segno che l'ultimo logoff prima di andare a casa è andato a buon fine. Al mattino poi
gli utenti, un po' a caso, anche se si verifica sempre per un gruppo di una 20na di utenti, si ritrovano bloccati dall'errore. Andando a spulciare nel loro profilo trovo un NTUSER.DAT di 8k, sempre! Ogni volta che l'utente è bloccato il suo ntuser.dat è di
8k e aprendo l'hive con regedit contiene solo voci standard, come se fosse un "modello" vuoto. I profili sono intorno a300/400Mb, non di più e la causa è il maledetto Firefox che, nonostante metta la cache in Local e non in Roaming, però gonfia il
Roaming di non so cosa.
Dopo aver ripristinato l'utenza come dici tu, ovvero ricreando il profilo, ho scoperto che ripristinando il backup del ntuser.dat tutto rifunziona subito. L'unico dubbio è che le vm sulle quali il login ha causato il problema, che contengono quindi il famoso
ntuser.dat a 8k e un profilo "vuoto" perché evidentemente non è riuscito a sincronizzare, possano ricapitare all'utente incasinando di nuovo il profilo.
La cosa che non capisco è: perché se si verifica l'errore che io presuppongo essere un problema sul sync del profilo in fase di login, poi mi trovo sporco il profilo sul server (l'ntuser.dat a 8k)? Come se s'incartasse al login generando un profilo con ntuser.dat
basico sulla vm ospite, che poi però viene sincronizzato in uscita sul server. Perché quando premi il pulsante "Ok" dell'errore di policy, windows non sega la connessione, ma esegue un logoff, almeno a giudicare da quanto vedo, sporcando quindi il
profilo sul server.
Sono ormai 4 settimane che sto diventando matto dietro a questo problema e non riesco a riprodurlo!
