[Résolu] Mode sans échec envahissant – XP Pro SP3

[pear]

Un mouvement d'humeur suite à votre émoticone .

Je le regrette.

 

Citation

 

voudriez-vous que j'exécute votre dernière demande de Hotline_pc ? en supprimant les deux lignes des partitions 2 et 4 (XP Pro 3 et XP Pro 2)?

 

Cela me semble indispensable.

En effet, si je vous ai bien compris, le démarrage sur C: ne fonctionne qu'en MSE alors que les 2 autres fonctionnent normalement.

Conclusion : C: est pollué par un virus ou , plus probablement, par un problème matériel ou logiciel présentement insoluble sauf à y faire une énième réinstallation.

Je propose donc de booter sur une (mais une seule) autre partition

 

Il y a eu maldonne .

J'avais lu trop vite.

Donc ces 2 partitions sont celles qui fonctionnent correctement, alors qu'en les supprimant vous booter sur la mauvaise partition(c: je crois) .

Il est normal que vous ayez toujours le même problème.

 

Ce que que je voulais proposer , c'est de booter sur une seule des partitions correctes et d'en supprimer une(eventuellement) en plus de C:

 

Cela dit, j'avoue ne pas très bien comprendre votre problème.

En effet, on peut très bien avoir une option de boot en mse en plus d'un boot normal à la condition de ne pas s'en servir pour une réinstallation de XP. qui doit être lancée "normalement.

Modifié le 18 avril 2013 par pear

[iBenny]

Il y a eu maldonne .

J'avais lu trop vite.

Pas de fautes ! J'ai bien lu votre #27, bien reçu...

 

Donc ces 2 partitions (XPro2 et Xpro3) sont celles qui fonctionnent correctement OUI, alors qu'en les supprimant vous booter sur la mauvaise partition(c: je crois) XPro0, EXACT .

Il est normal que vous ayez toujours le même problème. En effet !

Ce que que je voulais proposer , c'est de booter sur une seule des partitions correctes et d'en supprimer une(eventuellement) en plus de C:

 

LÀ je vous comprends ! J'avais vraiment mal compris... Je vais le faire et revenir donner le résultat. Je vais donc supprimer la ligne XPro2 et conserver XPPro0 et XPro3.

De retour : sans succès; toujours bloqué ...

 

Cela dit, j'avoue ne pas très bien comprendre votre problème expliqué ci-dessous.

En effet, on peut très bien avoir une option de boot en mse en plus d'un boot normal à la condition de ne pas s'en servir pour une réinstallation de XP. qui doit être lancée "normalement. C'était juste une tentative de voir si je pouvais cours-circuiter (passer par dessus) le processus de finalisation de la réparation sur XPro0 (sur C:\) qui fait blocage, et entrer directement en MSE. Échec de tentative...

 

 

Pour résumer le problème :

 

1: XPro0 (C:\) est bloqué en MSE

 

2: XPro0 ne peut être accédé en MSELC (ligne de commande)

 

3: XPro0 en MN ou MSELC via F8 mène au MSE

 

4: Pour essayer de régler le problème, j'ai fait une réparation de XPro0 avec le CD d'installation

 

5: Pour finaliser la réparation, le pc doit redémarrer sur XPro0 en MN, mais il bloque à cause de 1: (voir #28)

6: J'ai ajouté des installations paralléles (XPro2 et XPro3) pour accéder à XPro0. J'avais de toute façon planifié une installation supplémentaire avant mon blocage afin d'abandonner éventuellement XPro0 en cas de problème quelconque, d'où l'existence préalable de partitions utilisables.

 

Problématique : comment régler le blocage en MSE de XPro0 (C:\) ?

 

iBenny

Modifié le 18 avril 2013 par iBenny

[pear]

J'ai ajouté des installations paralléles (XPro2 et XPro3)

 

Pourquoi ne pas en utiliser une et vous y tenir, puisqu'elle est fonctionnelle.

XpPro0 est alors sans intérêt.

[iBenny]

Bonjour,

 

en effet, c'est la voie alternative la plus viable en cas d'impossibilité de résoudre le problème. Je la considère en ultime recours. Mais ça serait tellement plus formidable et stimulant si nous réussissions à résoudre le problème de départ, si vous acceptez d'essayer de relever le défi avec moi !

 

L'autre alternative serait de réinstaller par dessus comme dit Ab-Web, sans formatage et sans perte. Mais faudra voir si ça peut faire sauter le blocage MSE au redémarrage, ce qui n'est pas sûr.

 

Par exemple : quelle est la séquence exacte du démarrage après le POST ?

 

Ici je vais donner la séquence que je crois (sûrement erronée) :

 

1: Le POST donne la main au loader NTLDR

2: NTLDR consulte le MBR et Boot.ini pour partir.

3: Si on fait F8, NTLDR affiche les options de démarrage.

4: Selon le choix, NTLDR exécute Win.exe en fonction du choix

5: si MN, alors NTLDR exécute win.exe qui exécute explorer.exe

6: si MSELC, NTLDR exécute win.exe qui exécute... cmd.exe (?)

7: si MSE, NTLDR exécute win.exe qui exéculte explorer.exe avec les drivers et services minimaux et en mode 640X480

8: si on ne fait pas F8, NTLDR fait comme 5:

 

J'ai combien de fautes ?

 

PS : XPro0 peut être accédé en MC (mode console avec le CD d'installation)

 

iBenny

Modifié le 18 avril 2013 par iBenny

[ab-web]

coucou

 

je reviens faire un tour

 

L'autre alternative serait de réinstaller par dessus comme dit Ab-Web, sans formatage et sans perte. Mais faudra voir si ça peut faire sauter le blocage MSE au redémarrage, ce qui n'est pas sûr.

oui mais ça tu l'a déja fait sans résultats .(réparation avec le CD est une réinstallation sans formatage )

 

l'idéal serait de pouvoir accéder a msconfig sur XP - C: et vérifier les options de démarrage et l'activation des services .

mais il semble que se soit impossible .

 

autre solution réparation du démarrage en console de récupération , avec les risques ou dommages possible sur les autres partitions .

 

voici un tuto bien explicite >>> réparerfixbootmbr

[pear]

La seule solution alternative est celle proposée ci-dessus par ab-web.

Mais ce n'est pas la plus simple, il me semble !

[iBenny]

Rebonjour et bienvenu,

 

T'as très raison Ab-Web car j'ai fait une manipulation involontaire hier soir sur XPro2 qui a été TRÈS instructive : sans réaliser, par inadvertance, dans msconfig j'ai activé l'option "mode diagnostique" (MD) et ça a généré la situation problématique (selon moi car je ne savait pas que j'aurais pu être la cause de la chose via msconfig) dans laquelle je me trouvais avant, c'est-à-dire : prisonnier d'un MSE en MN, plus précisément : bureau normal du MN mais les services majoritairement désactivés et barre des tâches grises du MSE, comme décrit au début au #1.

 

J'ai donc essayé de tracer les modifications apportées au registre et aux fichiers avec le basculement du choix MN-MD de msconfig avec Process Monitor (de Sysinternal) ainsi qu'avec RegFromApp (de NirSoft) et quand le MD est activé, les modifications fondamentales au registres sont :

 

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\MSConfig\state]

"boot.ini"=dword:00000001

"system.ini"=dword:00000001

"win.ini"=dword:00000001

"services"=dword:00000001

"startup"=dword:00000001

 

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\MSConfig\services]

"xmlprov"=dword:00000003

"WZCSVC"=dword:00000002

"wuauserv"=dword:00000002

"wscsvc"=dword:00000002

"WmiApSrv"=dword:00000003

"Wmi"=dword:00000003

"WmdmPmSN"=dword:00000003

"winmgmt"=dword:00000002

"WebClient"=dword:00000002

"W3SVC"=dword:00000002

"W32Time"=dword:00000002

"VSS"=dword:00000003

"UPS"=dword:00000003

"upnphost"=dword:00000003

"TrkWks"=dword:00000002

"Themes"=dword:00000002

"TermService"=dword:00000003

"TapiSrv"=dword:00000003

"SysmonLog"=dword:00000003

"SwPrv"=dword:00000003

"stisvc"=dword:00000003

"SSDPSRV"=dword:00000003

"srservice"=dword:00000002

"Spooler"=dword:00000002

"SNMPTRAP"=dword:00000003

"SNMP"=dword:00000002

"SMTPSVC"=dword:00000002

"SimpTcp"=dword:00000002

"ShellHWDetection"=dword:00000002

"SharedAccess"=dword:00000002

"SENS"=dword:00000002

"seclogon"=dword:00000002

"Schedule"=dword:00000002

"SCardSvr"=dword:00000003

"SamSs"=dword:00000002

"RSVP"=dword:00000003

"RemoteRegistry"=dword:00000002

"RDSessMgr"=dword:00000003

"RasMan"=dword:00000003

"RasAuto"=dword:00000003

"ProtectedStorage"=dword:00000002

"PolicyAgent"=dword:00000002

"PNRPSvc"=dword:00000003

"PlugPlay"=dword:00000002

"p2psvc"=dword:00000003

"p2pimsvc"=dword:00000003

"p2pgasvc"=dword:00000003

"NtmsSvc"=dword:00000003

"NtLmSsp"=dword:00000003

"Nla"=dword:00000003

"Netman"=dword:00000003

"Netlogon"=dword:00000003

"napagent"=dword:00000003

"MSIServer"=dword:00000003

"MSDTC"=dword:00000003

"MozillaMaintenance"=dword:00000003

"mnmsrvc"=dword:00000003

"LmHosts"=dword:00000002

"lanmanworkstation"=dword:00000002

"LanmanServer"=dword:00000002

"Iprip"=dword:00000002

"ImapiService"=dword:00000003

"IISADMIN"=dword:00000002

"HTTPFilter"=dword:00000003

"hkmsvc"=dword:00000003

"HidServ"=dword:00000002

"helpsvc"=dword:00000002

"FastUserSwitchingCompatibility"=dword:00000003

"EventSystem"=dword:00000003

"Eventlog"=dword:00000002

"ERSvc"=dword:00000002

"EapHost"=dword:00000003

"Dot3svc"=dword:00000003

"Dnscache"=dword:00000002

"dmserver"=dword:00000002

"dmadmin"=dword:00000003

"Dhcp"=dword:00000002

"CryptSvc"=dword:00000002

"COMSysApp"=dword:00000003

"CiSvc"=dword:00000003

"Browser"=dword:00000002

"BITS"=dword:00000003

"AudioSrv"=dword:00000002

"AppMgmt"=dword:00000003

"ALG"=dword:00000003

"6to4"=dword:00000002

 

et les fichiers system.ini et win.ini (sûrement aussi autoexec.bat et config.sys) ont leur contenu désactivé par l'ajout de commentaire au début de chaque lignes. System.ini =

 

;msconfig ; for 16-bit app support

[drivers]

;msconfig wave=mmdrv.dll

;msconfig timer=timer.drv

;msconfig [mci]

;msconfig [driver32]

[386enh]

;msconfig woafont=app850.FON

;msconfig EGA80WOA.FON=EGA80850.FON

;msconfig EGA40WOA.FON=EGA40850.FON

;msconfig CGA80WOA.FON=CGA80850.FON

;msconfig CGA40WOA.FON=CGA40850.FON

 

Quand le MN de msconfig est activé, on a :

 

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\MSConfig\state]

"boot.ini"=dword:00000000

"system.ini"=dword:00000000

"win.ini"=dword:00000000

"services"=dword:00000000

"startup"=dword:00000000

 

les ;msconfig disparaissent de win.ini et system.ini et

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\MSConfig\services] se vide ainsi que tous les sous clef de \MSConfig.

Je me suis dit alors que j'avais peut-être trouvé la façon de configurer msconfig manuellement sans passer par msconfig et que je n'avais qu'à ajuster le registre et les fichiers de XPro0 pour régler mon problème, mais malheureusement, win.ini et system.ini de XPro0 étaient exempt de ;msconfig et la base de registre ne contenait pas de clef \MsConfig ! Mais je suis pas sûr à 100% d'avoir examiné la bonne BDR XPro0 via XPro3 et HBCD, faute d'un logiciel de gestion de registre adéquat (compréhensible).

 

De toutes façon, en tentant manuellement de virer le MD de msconfig dans XPro2 (pour voir si c'est faisable) en vidant la sous-clef \MSConfig\, dont \services, et en ajustant les valeurs des données dans \MSConfig\state à dword:00000000 et en rétablissant win.ini et system.ini, malheureusement, ça n'a pas fonctionné car les services étaient toujours désactivés. Je n'ai pas étudié à fond de le traçage de Process Monitor (que j'ai conservé) de la bascule MD en MN de msconfig, mais il y a sûrement d'autres choses à modifier dans le registre autres que ce que j'ai fait pour remettre les services en activité.

 

voici un tuto bien explicite >>> réparerfixbootmbr

Ouais, je connais la manip. Elle est plus étoffée ici : Comment réparer le démarrage de Windows (XP/7) de A à Z ! et je la gardais dans ma poche en arrière faute de bien comprendre TOUTES les implications de la manipulation. Je dois l'étudier à fond avant de l'exécuter et trouver la façon de renverser la manipulation en cas de problème. C'est sûr que le MBR est modifié par la manip, et on [doit] en faire une sauvegarde au préalable, mais quoi d'autre est modifié ? J'ai conservé ce tuto parce qu'il utilisait aussi le CD de Hiren HBCD pour faire la manipulation, lequel HBCD j'ai, avec grande joie (phrase tordue, mais correcte).

 

iBenny

Modifié le 20 avril 2013 par iBenny

[ab-web]

bonjour

iBenny

 

la balle est dans ton camp . (Hiren Boot ou Console windows )

 

oui ton tuto est plus étoffé en incluant un chkdsk plus une manip sur le boot ini . (CHKDSK oui ! mais le boot ini : peu être pas nécessaire )

 

des tutos on en trouve des quantités encore un mais avec des commandes différentes >> lien

Modifié le 20 avril 2013 par ab-web

[iBenny]

Bonjour,

 

je viens de découvrir pourquoi ma manipulation de registre en #37 était insuffisante : je n'avais tracé que le processus MSconfig. En ajoutant le processus services.exe à tracer, il y a des manipulations de registre (et du fichier windows\system32\config\system.log) supplémentaires à considérer, à savoire : HKLM\System\CurrentControlSet\Services\nom du service\ Start=valeur.

 

L'état de win.ini et system.ini et de la BDR de XPro0 (C:\) semble suggérer que le MSE du MN vécu en XPro0 (et décrit au #1) ne semble pas avoir pour origine un basculement accidentel au MD de msconfig.

 

iBenny

Modifié le 20 avril 2013 par iBenny

[iBenny]

Bonjour,

 

J'aimerais voir si je pourrais supprimer le processus de restauration (réparation; c'est pareil ?) de XPro0 (C:\) à partir de XPro3.

 

 

 

Je suis sur l'impression de bien avoir "commandé" une réparation et non une réinstallation par dessus. D'après ce qui précède, est-ce que je me trompe ? Une réparation peut-elle générer ce type d'écran et message ? Je dois dire qu'en XPro0, des usagers ont été ajouté/dédoublés :

 

NOTE de dernière minute : des utilisateurs sur C:\ sont doublés dans Doc&Set avec un ASPNET(2), un HelpAssistant(2) et un SUPPORT_388945a0(2). J'ESPÈRE que cela fait parti du processus normal de restauration et que je n'ai pas fais la gaffe de faire une deuxième réinstallation par dessus (je ne crois pas car il y aurait un Windows(2) et un Program Files(2), ce qui n'est pas le cas encore, mais le processus de "restauration" (j'espère) n'est pas encore finalisé mais bloqué. S'il termine, je prie qui vous savez (Bill Gates ) de ne pas voir un Windows(2) etc...)

ainsi qu'un "C:\Doc&Set\Administrateur" supplémentaire aussi.

 

Si je supprimais ces dossiers d'usagers supplémentaires, cela je serait-il suffisant pour virer la procédure de restauration ? et empêcher les deux écrans précédents ? Où donc ailleurs devrais-je regarder pour tuer la procédure de restauration/réparation ? Il y a sûrement des fichiers/dossiers particuliers de créés qui pilotent le processus de restauration/réparation au redémarrage qui, si ils sont supprimés, annulent la procédure de restauration !? Non ?

 

iBenny

Modifié le 21 avril 2013 par iBenny