Le correctif empêche le démarrage du système, vous devez désinstaller manuellement la mise à jour de Windows 7

8

La nuit dernière, Windows s'est mis à jour avec certains correctifs liés aux pilotes du noyau et, par conséquent, aujourd'hui matin, mon Windows 7 ne démarre même pas en mode sans échec.

Il a essayé de se réparer, mais pas bon

Cause racine trouvée:
- - - - - - - - - - - - - - - -
un patch empêche le démarrage du système

Action de réparation: vérification et réparation de l'intégrité des fichiers système
Résultat: échec. Code d'erreur = 0x4005

Je sais quelles mises à jour il a installées, en particulier je veux supprimer KB2160329 et KB981852. Tout ce que je peux obtenir, c'est la console ...

Des idées sur la façon de supprimer ces mises à jour?

Pablo
la source
Heureusement, vous avez de nombreuses réponses à ce problème. Je vais donc laisser ici ma propre recommandation légèrement sans rapport: malgré les conseils généraux, ne laissez pas Windows mettre à jour automatiquement votre système. Essayez d'établir une routine mensuelle ou quelque chose de similaire dans lequel vous effectuez des mises à jour manuelles via Windows Update. Cela ne supprimera pas entièrement les problèmes comme celui-ci, mais réduira considérablement les chances qu'ils se reproduisent. Vous pourrez toujours garder un système mis à jour (au mois) et plus stable. Ne faites pas nécessairement confiance aux mises à jour automatiques pour éviter les bogues. Ils ne le sont pas.
Un nain

Réponses:

2

Face à ce problème aujourd'hui, ma façon de le résoudre:

  1. Démarrez avec F8
  2. Lancer en mode sécurisé
  3. Windows devrait désinstaller KB2160329 douteux
  4. Assurez-vous de redémarrer en mode sans échec
  5. Redémarrez en mode normal
  6. Windows annulera également la mise à jour ici

J'espère que cela pourra aider..

Soit dit en passant, j'ai remarqué que dans C: \ Windows \ System32, j'ai maintenant la version 6.1.7600.16585, tandis que la dernière version disponible dans le système est 6.1.7600.20738 (vérifiez C: \ Windows \ winsxs). Serait-ce un cas d'écrasement de signature?

stic
la source
4

Je viens d'avoir ce problème aujourd'hui après une mise à jour du BIOS. Le processus de mise à jour a changé le mode SATA d'ACHI en IDE. Cela a empêché Win7 de démarrer. J'ai essayé de passer en mode de récupération ou d'utiliser le disque d'installation sans succès.

Ensuite, j'ai changé le mode SATA en ACHI et tout a fonctionné sans aucun problème. Je veux juste poster au cas où cela pourrait aider quelqu'un à récupérer un système opérationnel dès que possible.

dawez
la source
0

Une recherche rapide sur Google montre quelques personnes avec ce même problème dans Windows 7. Le correctif semble restaurer les copies de sauvegarde des fichiers de registre corrompus.

Extrait d'une conversation sur social.technet.microsoft.com:

"J'ai d'abord démarré à partir du disque d'installation de Windows 7 pour accéder à la console de récupération du système. J'ai ensuite sélectionné la ligne de commande. De là, j'ai dû passer du lecteur X: au lecteur C: en tapant" C: ". J'ai ensuite tapé "cd \ windows \ system32 \ config" pour accéder au répertoire des fichiers du registre. En tapant "dir", je pouvais voir que deux des cinq fichiers ruche (par défaut, sam, sécurité, logiciel et système) avaient des copies récentes avec un Extension "rmbak": default.rmbak et software.rmbak. J'ai ensuite exécuté les commandes suivantes:

logiciel ren logiciel software.bak
copy software.rmbak software

par défaut default.bak
copy default.rmbak default

Je vous suggère d'exécuter les commandes "ren" puis "copy" comme ci-dessus pour toutes les autres ruches qui ont des sauvegardes "rmbak" avec le même horodatage. Cela garantit que votre registre reste synchronisé. Vous pouvez maintenant redémarrer et voir si votre ordinateur démarre.

Redémarrer "

Certaines variations sur ce correctif pourraient être exactement ce que vous recherchez.

Réf:
http://social.technet.microsoft.com/Forums/en-US/w7itprogeneral/thread/20458464-8989-4bf9-80e1-c1c45182b83b

boot13
la source
J'ai vu celui-là, car je google aussi depuis le matin :( Malheureusement celui-ci n'a pas aidé. Je suppose qu'au cours de la nuit, il a installé une mise à jour qui a causé cette situation. Mais comment savoir lequel et s'en débarrasser , pas une question facile.
Pablo
0

Vous n'êtes apparemment pas le seul à avoir ce problème. C'est apparemment KB981852 qui cause le problème.

Voir:

http://social.answers.microsoft.com/Forums/en/vistawu/thread/df590178-0a95-43e2-b5d3-3ba67dcc78bf

Vous pouvez également essayer de redémarrer avec "Dernière bonne configuration connue". Lors du redémarrage, appuyez sur F8 pour obtenir le menu de démarrage. Dans le menu Avancé, choisissez "Dernière bonne configuration connue". Tant que vous ne vous êtes pas connecté depuis l'installation des correctifs (et comme vous ne pouvez pas démarrer, cela semble être une hypothèse sûre dans votre cas), Last Known Good devrait vous aider.

Voir:

http://windows.microsoft.com/en-US/windows7/Using-Last-Known-Good-Configuration

BillP3rd
la source
Je devrais passer à os x apparemment une fois que j'ai corrigé cela. Comme les forums MS sont assez lents, j'apprécierais que quelqu'un ici puisse donner quelques idées. Tout ce dont j'ai besoin est de démarrer une seule fois, même sans pilotes, afin de pouvoir sauvegarder certaines choses qui sont essentielles pour moi.
Pablo
J'ai essayé à peu près tout ce qui est possible. La dernière bonne configuration connue me prendra également pour réparer, avec le message que la réparation automatique n'est pas possible. BadPatchet A patch is preventing the system from startingtout ce que j'ai pu obtenir des journaux.
Pablo
1
@Michael, essayez de démarrer avec un Live CD Linux comme Ubuntu, et faites votre sauvegarde avec.
Michael B.
1
@Michael B .: Comme je l'ai dit dans mon "double post", je dois exécuter un logiciel dans un système d'exploitation cassé pour produire une sauvegarde, ce ne sont pas seulement des fichiers bruts, mais des données cryptographiques.
Pablo
-1

Mon problème était le BIOS. L'ordinateur n'avait pas été allumé depuis plus d'un an. Lors de la configuration du BIOS, je l'ai laissé par défaut, ce qui n'était pas correct.

Changé en mode SATA ACHI. Bien démarré.

user1535523
la source