Dépannage de l'échec de la mise à niveau vers Windows 7?

15

J'ai mis à niveau trois PC de Vista vers Windows 7 sans incident, mais le quatrième est un peu un problème.

L'installation de Windows 7 échoue et revient à Vista avec:

La mise à niveau n'a pas réussi. Votre version précédente de Windows est en cours de restauration

Le conseiller de mise à niveau de Windows 7, sur disque et téléchargeable sur le site Web de Microsoft, ne présente aucun problème potentiel pour ce PC avant la mise à niveau, juste des avertissements standard sur la réactivation d'iTunes, etc.

Il s'agit de ma deuxième tentative de mise à niveau de ce PC vers Win7; après le premier échec et restauration, j'ai désinstallé une tonne de logiciels inutilisés du PC via des programmes d'ajout / suppression, mais la deuxième tentative s'est terminée comme la première.

Je ne veux vraiment pas avoir à faire une installation propre sur ce PC, donc y a-t-il des journaux post-installation ou quoi que ce soit que je puisse enquêter pour voir pourquoi exactement Win7 ne parvient pas à mettre à niveau ce PC à partir de Vista et à le corriger?

Sur la base d'une des suggestions, j'ai vérifié ce chemin

c:\$WINDOWS.~BT\sources\setuperr.log

Qui contenait cette ligne

Échec de SetupGetInfDriverStoreLocationW pour 'C: \ Windows \ inf \ oem28.inf' [gle = 0x00000490]

J'ai vérifié ce oem28.inffichier et il se rapporte à une imprimante sur cet ordinateur - j'ai donc continué et supprimé l'imprimante et supprimé le pilote d'imprimante :

clic droit dans le dossier Imprimantes
sélectionnez "Imprimante serveur"
sélectionnez l'onglet Pilotes, cliquez sur le pilote, cliquez sur Supprimer
confirmer

comme documenté ici . Maintenant, je vais réessayer la mise à niveau ..

Pas de dé. Restaure toujours (mais l'erreur d'imprimante a disparu du journal!). Quelques lignes pertinentes du setuperr.logfichier:

Impossible de trouver le chemin du fichier du pilote. Erreur = 00000002x {répétée ~ 6 fois}
Impossible de trouver le chemin du fichier du pilote. Erreur = ffffffffx {répété ~ 6 fois}
Plugin {e0cbf06c-cd8b-4647-bb8a-263b43f0f974}: BthMig: échec de la migration des clés bthport, renflouage
Échec lors de l'appel à IDiscovery-> Gather for Plugin = {ServerPath = "% windir% \ system32 \ drmmgrtn.dll", CLSID = {743B7FD2-8427-4b7d-B330-A95618DE2BFC}, ThreadingModel = Apartment}. Erreur: 0x80070057
Impossible de vérifier le certificat du fichier de catalogue C: \ Windows \ System32 \ catroot \ {F750E6C3-38EE-11D1-8}-00C04FC295EE} \ 1.CAT. [Gle = 0x800b010a]
Échec lors de l'appel à IPostApply-> PostApply for Plugin = {ServerPath = "% windir% \ system32 \ drmmgrtn.dll", CLSID = {743B7FD2-8427-4b7d-B330-A95618DE2BFC}, ThreadingModel = Apartment}. Erreur: 0x80070057

J'ai finalement essayé de désinstaller tous les pilotes de ce PC (tout ce qu'il y avait vraiment, c'était les pilotes Nvidia), et j'ai essayé de faire une troisième mise à niveau. Même problème. Je l'ai regardé cette fois, donc je sais exactement ce qui s'est passé - cela est allé très, très loin dans la mise à niveau, après l'installation des pilotes vidéo, etc. . Je suppose que c'était la même chose qui se produisait auparavant.

Eh bien, je suppose que je n'ai pas d'autre choix que de faire une installation propre. :(

windows-7 windows-vista

— Jeff Atwood
source

Je veux voir comment cela se déroule. :) Apparemment, d'autres problèmes ont été rencontrés avec les périphériques USB connectés. Ce serait intéressant si le chauffeur était à l'origine des problèmes

— Ciaran

J'aimerais savoir si vous réussissez jamais aussi - j'ai eu le même problème, j'ai moi-même essayé plusieurs des mêmes choses. Et je veux vraiment passer à Windows 7 aussi! :-(

— Keithius

J'ai finalement abandonné. L'installation propre a bien fonctionné, cependant .. Je souhaite que les journaux aient plus de détails sur ce qui échouait et pourquoi.

— Jeff Atwood

Bummer ... mais je vous entends sur le truc des journaux - malgré toute leur verbosité, ils ne vous disent pas grand-chose maintenant?

— Keithius

Au lieu de «c: \ $ WINDOWS. ~ BT \ sources \ setuperr.log», vouliez-vous dire «c: \ $ WINDOWS. ~ BT \ sources \ Rollback \ setuperr.log»? Je ne vois pas de journal uniquement dans les sources \. (Dépannage de ma propre mise à niveau échouée ...)

— Andrew Coleson

4

Il peut s'agir de fichiers journaux utiles que vous pouvez voir.

Ensuite, j'ai trouvé que le fichier C:\$Windows.~BT\Sources\Rollback\setupact.errcontenait des informations utiles.

Détails ici .

— Tintop
source

donner l'acceptation parce que c'est la réponse qui m'a conduit dans la bonne direction du système de fichiers pour trouver le journal!

— Jeff Atwood

2

Plusieurs fois, les erreurs présentes dans setuperr.log / setupact.log peuvent être un redingue. Même les mises à niveau qui se terminent avec succès incluent de telles erreurs. Ce qui se produit fréquemment dans ces mises à niveau qui reviennent automatiquement au système d'exploitation d'origine, c'est qu'un pilote de périphérique «prêt à l'emploi» bloque le système lorsqu'il démarre dans le nouveau système d'exploitation pour la première fois. Dans de tels cas, il peut y avoir un fichier de vidage après la restauration de la mise à niveau; voir # 36402 pour plus de détails.

— Ruben
source

2

Ouvrez la boîte Exécuter et ouvrez MSCONFIG .
Cliquez sur l' onglet Services et masquez les services Microsoft.
Désactivez tous les services de la liste. Même chose avec tous les éléments de démarrage.
Ouvrez CMD avec des privilèges élevés.
Saisissez le mot de passe administrateur de l'utilisateur net et appuyez sur Entrée. Il dira que la commande s'est terminée avec succès.
Tapez Net user Administrator / active: oui et appuyez sur Entrée. Là encore, la commande sera exécutée avec succès.
Redémarrez l'ordinateur, puis connectez-vous sous le compte administrateur avec le mot de passe comme mot de passe .
Redémarrez la mise à niveau de Windows 7, cette fois, elle se terminera.

Je l'ai essayé sur quatre ordinateurs avec le même problème qui n'installerait pas la mise à niveau de Windows 7 à partir de Vista SP2.

— aléatoire
source

1

Les fichiers journaux que vous recherchez peuvent être les mêmes que les emplacements des fichiers journaux d'installation de Windows Vista .

C:\$WINDOWS.~BT\Sources\Panther\setuperr.log
C:\$WINDOWS.~BT\Sources\Panther\setupact.log

Edit: Avec les erreurs apparaissant dans la mise à jour que vous avez donnée, j'envisagerais de désinstaller tous les pilotes tiers que vous avez installés. Ne supprimez pas les fichiers du pilote eux-mêmes.

Si le problème persiste, je procéderais personnellement à une nouvelle installation.

— Ciaran
source

1

Peut-être pourriez-vous désinscrire% windir% \ system32 \ drmmgrtn.dll et réessayer? Cela semble avoir à voir avec la migration drm - pas vraiment liée à l'imprimante.

— svandragt
source

0

Les fichiers setup * .log sont probablement des harengs rouges. Au lieu de cela, je suggère d'utiliser un outil comme l'utilitaire 'Bluescreenview' de Nirsoft pour inspecter le fichier de vidage de la mémoire qui sera créé avec le setup * .logs: cela montrera la pile d'appels au moment de l'accident, et le module en haut de la pile d'appels sera la cause de l'écran bleu. Essayez de remplacer le matériel en question ou de mettre à jour le pilote.

Exemple: j'ai rencontré ce problème en essayant de mettre à niveau un OptiPlex 390 de Vista vers 7. Nirsoft a pointé le pilote de la souris: j'ai supprimé le dongle de bureau Microsoft Sculpt en faveur d'un dongle de bureau sans fil Logitech, relancé la mise à niveau et terminé sans incident.

— RJ Dunnill
source