C'est pourtant clair que c'est soit via le Mode sans échec, soit via l'environnement WinREPatriciag a écrit :1 - La partie concernant WinRe ne doit être exécutée qu'en cas d'échec de la première partie.
Ce n'est pas précisé et je me suis reportée au tutoriel source pour lever ce doute.
Code : Tout sélectionner
cd C:\Program Files
D'abord tout le monde n'est pas toi, il se trouve que c'est mon sujet, et que certains participant(es) souhaitent apporter leur expertise (utile dans un cas semblable, mais pas chez moi)."J@M3S a dit:
Si le sujet est clos, pourquoi encore en débattre, ça devient une habitude fréquente et ceci sur tous les forums
Réinstallation et point final (ce que j'aurais déjà fait depuis longtemps à votre place) au lieu de tourner en rond.
Mais ne t'oblige pas à lire si ça t'ennuie
https://answers.microsoft.com/fr-fr/win ... f03?page=2Il est rare que sous environnement de récupération, la lettre de la partition système soit C, c’est-à-dire la même que celle sous Windows, il faut donc vérifier et remplacer cette lettre.
Source : https://answers.microsoft.com/fr-fr/win ... f03?page=2> Dans l'environnement WinRE, la commande cd C:\Program Files n’a pas fonctionné pour je ne sais quelle raison.
Elle n'était pas reconnue.
Il est rare que sous environnement de récupération, la lettre de la partition système soit C, c’est-à-dire la même que celle sous Windows, il faut donc vérifier et remplacer cette lettre.
Comme le tutoriel de Chantal11 est très bien fait et qu'il va certainement servir un bout de temps car je suis persuadé que Creators update ne va pas corriger ce bug et qu'il faut pour cela attendre quelque temps, si tu peux dire à Chantal11 de bien expliquer comment effectuer cette vérification dans la méthode :
Sous l'environnement WinRE :
Ça sera parfait et on n'aura plus qu'à indiquer désormais le lien de ce tutoriel comme solution, ce qui sera aisé pour nous et pour les utilisateurs.
Dans le tutoriel, il est possible aussi ne serait-ce que de préciser (sans donner les détails) que le renommage du dossier WindowsApps peut être facilement effectué si on démarre le PC avec un système d'exploitation portable installé sur clé USB (comme Ubuntu, WindowsPE etc...).
Oui, c'est le même principe qu'un sfc /scannow effectué sous l'environnement WinRE, je vais adapter le tutoriel avec une image sous windows 10 si possible.Il est rare que sous environnement de récupération, la lettre de la partition système soit C, c’est-à-dire la même que celle sous Windows, il faut donc vérifier et remplacer cette lettre.
Normalement la mise à niveau Creators Update devrait réinitialiser le dossier WindowsApps, cela devrait résoudre le souci de la restauration système.je suis persuadé que Creators update ne va pas corriger ce bug
Ce tutoriel ci n'était que le regroupement des méthodes que vous avez tous indiquées pour la résolution de ce souci, j'ai donc répertorié les procédures de Anand Khanse et de ZEKRI Abdelhafid avce le script de PapyNetsi tu peux dire à Chantal11 de bien expliquer comment effectuer cette vérification dans la méthode :
Sous l'environnement WinRE :
Ça sera parfait et on n'aura plus qu'à indiquer désormais le lien de ce tutoriel comme solution, ce qui sera aisé pour nous et pour les utilisateurs.
Il n'y a pas urgence absolue.chantal11 a écrit :(je ne suis pas disponible le WE)
C'est sûr !chantal11 a écrit :Dès que j'ai un moment, je fais une procédure détaillée et imagée sous WinRE, ça servira toujours
Je ne comprends pas ce point.chantal11 a écrit :Oui, c'est le même principe qu'un sfc /scannow effectué sous l'environnement WinRE, je vais adapter le tutoriel avec une image sous windows 10 si possible.Il est rare que sous environnement de récupération, la lettre de la partition système soit C, c’est-à-dire la même que celle sous Windows, il faut donc vérifier et remplacer cette lettre.