Disparition des points de restauration windows 7

Bonjour,
Absolument désolé de ce retard, je n'ai vraiment pas pu faire autrement, mais tu auras du mal à me croire.
Ayant satisfait aux probabilités d'ennuis de masse cumulés, je devrais être tranquille pour quelque temps -:).
Apparemment ton problème est très fréquent, et ne semble pas avoir eu de solution satisfaisante sur le net, mais j'ai ( sans modestie aucune ) une petite idée que je vais t'exposer plus loin.
Provisoirement, je pense à un bug de windows ..
Dans l'immédiat je vais te proposer :

Etape 1// tester la modification du registre dont il a été question plusieurs fois sur le net
Voici le lien que je t'ai retrouvé :
https://www.commentcamarche.net/faq/35770-windows-8-points-de-restauration-supprimes-a-chaque-demarrage-par-defaut

Mais je n'y crois pas trop, il semble que cela ne concerne que le cas du double boot, le passage par la partition de démarrage y provoquant des troubles sur System Volume Information ( "SVI" pour la suite ). J'ai effectivement constaté que le redémarrage, et même depuis la veille prolongée, provoque une réinitialisation de certains paramètres de SVI. Il semble que pas mal de processus tournent autour.
Cette modif proposée du registre désactive probablement la restauration système sur C:, je ne suis pas sûr d'avoir bien compris, et n'ai pas eu le temps de faire le test, ayant beaucoup travaillé pour toi par ailleurs.
Attention : je pense qu'il y a une erreur de syntaxe dans ce post :
La valeur Dword à créer pour Offline est probablement \DosDevices\C: ( avec ":" ) et non \DosDevices\C comme indiqué. Chez moi, en win 10 il y a le ":", peut être pas en win 7 chez toi.
Vérifie la syntaxe pour les devices d: et autres dans la clé "mère" MountedDevices juste au dessus, et panneau de droite, vers le bas.
Je vais revenir en EDIT te confirmer ici.
EDIT : chez moi, c'est bien avec le ":", cela m'étonnerait que ce soit différent en win 7 ..

=>> Fais donc cette modif du registre ( qui est sans danger, et facilement réversible ), en notant bien ce que tu fais. Elle est en principe immédiatement active, mais c'est mieux de redémarrer. Va ensuite voir dans la restauration système et vérifie si elle est active sur C:.
Si oui, crée 1 ou 2 PR, et teste leur stabilité sur quelques heures ou plus, voir s'ils subsistent ou non. Tu peux le voir depuis ccleaner, mais bientôt je te donnerai le moyen de les voir directement dans le dossier SVI, car c'est là qu'ils sont stockés.
Si non, tu ne pourras pas créer de PR, et donc le mieux est de supprimer ( par clic droit ) la clé Offline créée dans le registre. Si tu avais quitté le registre sans précaution, tu vas le retrouver dans l'affichage antérieur, et n'auras pas à chercher la clé. Pour le quitter cette fois, referme d'abord les arborescences ouvertes, cela sera plus propre pour y revenir par la suite.

Etape 2// va faire l'objet du prochain post :
a// Tu vas d'abord prendre depuis ton compte admin le contrôle total sur le dossier système SVI, ce qui te permettra déjà d'en voir le contenu ( impossible actuellement ), et notamment la taille des PR ( important pour la suite ), et voir les éventuels dossiers parasites ( chez moi les sauvegardes windows ).
b// tu vas ensuite retirer ( ce sera réversible ! ) le contrôle total du compte System sur SVI, mais en gardant bien sûr le tien.
Créer ensuite 1 ou 2 PR via ton seul compte ( j'ai vérifié, c'est possible, mais une maj inattendue de windows + redémarrage m'a tout cassé à ce moment là ). Voir s'ils subsistent, car cette fois à l'abri de System qui est neutralisé .. Il devrait être possible d'en faire une sauvegarde au cas où, via robocopy.
Bien sûr, avant de pouvoir ultérieurement restaurer un de ces PR, il serait sans doute utile de rendre d'abord ses droits à System, ce qui est facile à faire. Pour le moment il s'agit de tester si on peut mettre les PR à l'abri ..
Attention : il faudra vérifier si un redémarrage ne redonne pas à System ses droits initiaux, car c'est fort possible .. ( cela c'est pour moi à titre de pense-bête ).

Etape 3// à venir ensuite, selon les résultats précédents.
Mon idée : si Microsoft pense que la fragmentation de pagefile.sys ( qui ne contient PAS les PR ) perturbe la restauration système, celle (vraisemblable) de SVI ( qui finit par contenir une multitude de fichiers ) doit a fortiori faire de même.
Mon idée est de supprimer SVI ( car la désactivation de la restauration le vide partiellement des PR mais le laisse en place avec la même date ) et de le faire se recréer plus loin avec la bonne taille, mais en un seul tenant donc défragmenté.
La manip est lourde ( je l'ai réussie ), ne peut se faire qu'en mode sans échec, et depuis la console DOS avec grand usage de commandes, malgré le soit-disant "contrôle total" qui gère mal les fichiers "système" ..
Mais j'ai trouvé un utilitaire féérique sur le net, qui devrait permettre de le faire très facilement, ce que je suis en train de tester.

Je serai moins bavard par la suite ( faut faire avec pour le moment ! .. ) si tu préfères ..
A te lire pour les résultats de Etape 1
A+
Nyctaclope

PS : j'ai noté tes observations pour le mode sans échec et les tâches. Je vais aller fouiner ..

---- Etape 2 ----
---- préliminaires ----
-Test 1
Clic gauche sur c:\system volume information :
l'accès t'est refusé. Il te faudrait au minimum un accès en lecture.
-Test 2
Clic droit sur c:\system volume information
puis "propriétés"
Le dossier est déclaré vide, sans aucun dossier ou fichiers, ce qui est faux.
Conséquence du refus en lecture des propriétés.
-Manip 3
(à nouveau Clic droit)/propriétés/onglet "général"/bouton "avancé" dans "attributs"
=>décocher "autoriser l'indexation .. "
-Ok
-puis "appliquer"
-on te demande comment appliquer =>choisir en bas "à dossier, ss-dossiers et fichiers"
-Ok
Normalement la manip est acceptée malgré l'absence de droits d'accès.
Sinon la faire plus tard après la prise de contrôle sur SVI.
Commentaire : sans grave conséquence sur la vitesse des accès dans ce dossier de petite taille, l'indexation du reste du disque étant acquise par ailleurs ( cf/propriétés du disque ).
Je souhaite ainsi limiter déjà les accès de processus au dossier SVI, il y en a déjà beaucoup, à trouver ..

---- Prise de contrôle sur le dossier SVI ----
1// accède en mode admin à ( les deux sont équivalentes pour ce qu'on cherche ):
- soit la console DOS, par "exécuter" cmd /K ( le /K pour éviter une fermeture prématurée de la fenêtre après exécution de la commande cacls )
- soit la console Powershell ( clic droit sur le bouton Démarrer : Windows Powershell en admin )
2// exécute dans la console la commande suivante, en y remplaçant "Chris" par ton vrai nom de compte administrateur :
cacls "c:\System Volume Information" /T /E /G Chris:F (les "" sont nécessaires à cause des espaces dans le nom)
tu t'accordes ainsi le contrôle (dit) "total" sur SVI.
Tu auras sans doute qq messages d'erreur, notamment au traitement des sous-dossiers de SVI, accepte les par "continuer", c'est sans importance pour le moment. En effet le commutateur /T ne fonctionne pas bien ( sur sous-dossiers système ).
Cette commande est une simple "amorce", permettant de compléter plus tard directement dans les propriétés de SVI.
En fait il manque encore des droits au delà du contrôle total ! ..

Ferme en final la console par la "X" de fenêtre, ou la commande EXIT .

---- Tests demandés ----
1// cliquer sur dossier SVI : tu dois maintenant voir son contenu, au moins au premier niveau, là ou sont les PR ( fichiers de type {xxxx} ou même {xxxx}{xxxx} s'il y a plusieurs admins ).
A// quels sont les principaux sous-dossiers, sans doute CHKDSK, SPP , WinBackup ? éventuellement copie d'écran a envoyer ici ? Tu ne devrais pas encore pouvoir les ouvrir, le droit à lecture n'ayant pas été "hérité" de SVI.
B// quelle taille pour un PR ( si encore présent ) ? ( pour moi env 3 à 4 Go en win 10 )

2// propriétés de SVI :
C// taille actuelle du dossier SVI ? mais elle est probablement encore inexacte ( cf A// ).
D// Quelle taille max approximative est paramétrée dans la restauration système ?

3// créer 1 ou 2 PR : ils sont identifiables à leur taille et date/heure de création . Il y a d'autres fichiers système de même date, très petits, de contenu inconnu, sans doute des infos annexes ..
=> tester leur stabilité dans le temps
=> si c'est possible en attraper un "au vol", et le faire analyser par l'antivirus
=> et surtout, si c'est possible, noter date/heure/minute approximative d'une "disparition"
y a-t-il qq chose dans la corbeille, dans la quarantaine ?

Pour la suite, il reste à consulter et retoucher les droits dans : propriétés, onglet "sécurité" de SVI, maintenant accessible, et faire des malices au compte System ..
Pour ce soir, je tire le rideau ..

Prends ton temps pour faire tout cela, n'y passe surtout pas la nuit !
Et merci de ta patience ..

A+
Nyctaclope