iBenny

T'inquiète ! J'avais tout bien lu... iBenny

Salut Ab-Web, merci d'être passé derrière moi et me corriger . Je me suis laissé induire en erreur par l'original dont j'ai fait la traduction qui est à l'origine de l'erreur. J'ai corrigé mon #58 en conséquence. Salutations, iBenny PS: peut-être serait-il bon de faire une maj de ZHPDiag afin qu'il décèle la présence de la dite sous-clef et la rapporte...

--- 23 avril à 23h43 --- Suite de Mode sans échec envahissant – XP Pro SP3 ZHPDiag avec la dernière version (pré-manip). Instructions de pear. --- 24 avril à 3h27 --- Bonjour pear, AdwCleaner[R1].txt Échec à la ligne de départ : l'explorer crash ainsi que AdWCleaner ! même après avoir fermé les programmes, et après avoir accepté l'établissement de la connexion Internet que j'avais refusé dans la première tentative. En fait, je dois confesser avoir fait ce qu'il ne fallait pas : un rapport; fermeture du programme; réouverture du programme (demandé); autre rapport; Suppression; demande de connexion (refusée); fermeture forcée des programmes; crash (explorer et AdwCleaner je présume); redémarrage; fermeture des programmes; réouverture d'AdwCleaner; Suppression; demande de connexion (acceptée) crash d'explorer crash d'AdwCleaner (pas exécuté je présume) Mes plates excuses... iBenny -édit- Dans cette section, il ne faut pas multiplier les messages dans ton sujet avant d'avoir été pris en charge : au vu de la présence d'une « réponse », les helpers ne s'y intéresseront pas, croyant le problème pris en mains par l'un des leurs. Utilise plutôt la touche « Modifier » située en bas à droite de ton premier message…

Faisons ça ! Même si le fils est RÉSOLU, les lecteurs sont invités à manifester leurs commentaires, surtout si ils ont pu résoudre leurs problèmes avec ce fil. Suite de la désinfection : XP Pro SP3 à nettoyer Cordialement, iBenny

Bonjour pear, svp mentionner si les manipulations demandées doivent s'effectuer connecté ou déconnecté d'Internet. Je passe [RÉSOLU] au titre du fil et on poursuit la désinfection ? Merci beaucoup iBenny

Certainement ! Je voulais vérifier si il y avait des intéressés encore à l'écoute Rebonjour Ab-Web, et bonjour à tous, content de voir que le fil est suivi par tant de Zébuloniens chevronnés ! Vous allez pouvoir apprendre qqe chose de nouveau (et (mal)heureusement très simple) et en faire usage pour dépanner d'autres problèmes similaires. Oui Ab-Web, la désinfection sera nécessaire, Mon Firefox devra aussi être maj. IE ? Pourquoi ? Je résume le problème: Mon XP Pro SP3 (valable aussi pour d'autres OS sûrement) est depuis des années bloqué en mode sans échec dans le mode normal après avoir fait des manipulations x (?) en MSE. le symptôme étant qu'en MN, le système se comporte comme étant en mode diagnostique de msconfig, malgré que ce dernier affiche que le choix mode normal soit sélectionné. Pas de services activés. Aucuns indices dans BOOT.INI ne permet d'identifier la situation, et aucunes bascule de msconfig MD<>MN ne rétabli la situation. La seule solution utilisée a été de revenir dans la dernière configuration correcte connue via F8 au démarrage. Je ne suis jamais retourné en MSE depuis, à part récemment, causant le début de mes présents déboires comme décrit au long de ce fil. J'ai voulu faire une réparation via le CD d'installation, mais pour finaliser cette opération, Windows commande un redémarrage pour finaliser, et ladite finalisation bloque car le MSE est activé et... Windows a besoin du MN pour finaliser. Et j'étais ainsi bloqué dans une boucle infernale en MSE. L'indice de la résolution du problème se trouve dans la présence, découverte par hasard, de la variable d'environnement SAFEBOOT_OPTION, laquelle variable n'est pas cherchée dans l'analyse de ZHPDiag (carence à corriger SVP). Cette variable, même si supprimée, se reconstruit au redémarrage. J'ai passé qqe heures à rechercher sur google à partir de ce point. J'avais dans le #34 souhaité comprendre le mécanisme fondamental du démarrage Windows afin de comprendre la façon dont Windows implémente le MSE. J'ai trouvé la réponse sur ce site canadien Computer Techno Troubleshooting Boot and Startup Problems - Safe-Mode-Aware User Programs. Je vous en fait la traduction : En poursuivant mes recherches, j'ai découvert la solution donnée par l'allemand Salsero sur le forum Petri suivant : Windows XP THINKS it's in Safe Mode Solution : SUPPRIMER LA SOUS-CLEF HKLM \ SYSTEM \ CurentControlSet \ Control \ SafeBoot \ Option.* NB: à supprimer seulement dans CurentControlSet ! Supprimer ensuite la variable d'environnement SAFEBOOT_OPTION et elle ne se recréera pas au démarrage. Et VOILÀ ! ========================== < ajout de dernière minute (6 mai 2013) > * Cette suppression ne suggère en aucun cas que cette sous-clef soit une coquille malveillante à se débarrasser.. Cette sous-clef est très importante quand elle est bien configurée. Elle doit contenir les données et valeurs suivantes : "OptionValue"=dword:00000000 (mode normal), 1 (mode sans échec), 2 (msé avec réseau) "UseAlternateShell"=dword:00000000 (explorer), 1 (shell défini dans SafeBoot | AlternateShell donc : ligne de commande) Donc, pour le mode normal, on aura : UseAlternateShell=0 OptionValue=0 Comme la sous-clef était vide, si j'avais injecté ces données légitimes, cela aurait aussi réglé mon problème. ========================== < ajout de dernière minute (6 mai 2013) > Comme je le disais : "... simple problème simple (pléonasme) est sûrement identifiable et corrigeable mais on ne sait pas où chercher...". Dire que beaucoup ont dû réinstaller/formater leur système faute de réponse adéquate Ce fil va mériter d'être épinglé au panthéon des résolutions difficiles à problème jusqu'ici insoluble... iBenny PS: la barre des tâches grisé n'est pas rétabli par la manipulation et j'ai découvert qu'elle était modifiée par un théme configurable dans les propriétés d'affichage du bureau. Je me rappelle vaguement d'avoir modifié le thème de présentation du bureau auparavant.

Ab-Web Ab-Web Ab-Web, reviens ! J'AIIII TROUUUUVÉÉÉÉ !!! iBenny

Bonjour Ab-Web, He bien, ce fut un plaisir (malgré une incompréhension passagère) de cheminer ce fils en ta compagnie. En espérant se rencontrer sous des cieux plus cléments, sincères salutations iBenny

? pour moi, ZHP et l'exécutable c'est la même chose. Comme tu dis, ZHP analyse le système sur lequel il est lancé; Pas où il est installé. Donc, j'ai conservé ZHP sur E:\ et l'ai exécuté dans XPro0 (C:\). Le résultat montre qu'il a bien analysé XPro0 sur C:\ : le voici : ZHPDiag iBenny

Si l'exécutable de ZHP est sur E:\ et que je l'exécute dans XPro0 (C:\), c'est bon ? ou je dois installer l'exécutable impérativement sur C:\ ? iBenny

Bonjour Ab-Web, Bien SÜR ! Je n'aurais jamais privé le merveilleux forum de Zébulon de cette information importante Concernant Un problème empèche Winsows de vérifier avec précision la licence erreur 0x80004005 : j'ai recherché pendant plus d'une heure sur google pour trouver une solution à ce problème. La solution la plus citée pour ce problème est la méthode 2 dans Microsoft Kb 306081, et je n'ai pas trouvé d'usagers ayant résolu leur problème de cette façon. Je suis finalement tombé sur un lien qui solutionne le blocage via un "pseudo" hack (l'est-il réellement, je ne le sais pas) consistant à modifier le registre ainsi : [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion] "CurrentBuild"="1.511.1 () (Obsolete data - do not use)" "InstallDate"=... "ProductName"="Microsoft Windows XP" "CurrentVersion"="5.1" "CurrentBuildNumber"="2600" "BuildLab"="2600.xpsp.080413-2111" "CSDVersion"="Service Pack 3" "ProductId"=... "DigitalProductId"=... "LicenseInfo"=... [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WPAEvents] "OOBETimer"=... La source ne proposait que les données en bleu mais j'en ai ajouté. Les valeurs que la source donnaient relevant d'une installation exogène, me causait un inconfort. Je me suis dit alors que j'avais réellement trois installations légitimes et que je n'avais qu'à utiliser les valeurs de registre de mes installations fonctionnelles et les injecter dans le registre de l'installation bloquée. Ce qui a fait sauter le blocage et m'a conduit à la fenêtre d'enregistrement de la licence, d'où j'ai pu terminer l'enregistrement et accéder finalement au C:\. Donc, si des usagers sont bloqués par ce problème, et que vous n'avez qu'une installation, vous pourriez régler le problème en effectuant une installation parallèle et en injectant dans votre registre sur C:\ (en MSE) les valeurs de votre registre parallèle Une fois votre installation originale rétablie, vous n'avez qu'à supprimer votre installation parallèle. ============================= Maintenant, pouvant accéder à MON XPro0 sur C:\, je me suis retrouvé prisonnier du MSE (ou MD) en MN comme ceci : C'est la première chose que j'ai vérifié et tous les services sont activés mais... aucun (ou peu) n'est démarré !!! Le service test à redémarrer est le Gestionnaire de connexions d'accès distant et quand j'essai de le démarrer, j'ai la fenêtre d'erreur suivante : --------------------------- Services --------------------------- Impossible de démarrer le service Gestionnaire de connexions d'accès distant sur Ordinateur local. Erreur 1084 : Ce service ne peut pas être démarré en mode sans échec --------------------------- OK --------------------------- J'ai donc redémarré en activant le log des évènement au démarrage via F8. Ce dernier indique dans les évènements de démarrage système des erreurs dans DCOM (et qqe fois Service Control Manager). Or, ce service est bien démarré ! J'ai aussi découvert autre chose par accident: j'ai été poussé lors de mes investigations à examiner les variables d'environnement via l'onglet Avancé des Propriétés système (Win-pause). J'ai découvert cette variable-ci : SAFEMODE_OPTION = MINIMAL !!! C'est sûrement la source du problème je crois. J'ai supprimé la variable et elle se recrée automatiquement au démarrage ! On peu maintenant travailler avec ces informations comme base. Des suggestions ? Un ZHPDiag ? iBenny

!!! RESURPRISE !!! J'AI RÉUSSI À VIRER : Un problème empèche Winsows de vérifier avec précision la licence erreur 0x80004005 ET JE PEUX MAINTENANT ENTRER EN C:\ !!! mais en MSE en MN, comme au début ! Donc, je peux entrer en MN, mais sans services activés comme en MD du msconfig. LÀ on va pouvoir jouer sérieusement messieurs ! Et j'ai identifié probablement le coupable... C'est : ahhh ! Il est 01h11 du matin... y faut que j'aille me coucher... À plus... iBenny

SURPRISE !!! ET BIEN OUI !!! Je viens de trouver une sauvegarde de la BDR de XPro0 (C:\) qui date de un an ! Je l'ai intégrée à ZPro0 et ce dernier... "réponds" ! Je peux maintenant accéder au MSE sur C:\ ! (c'est drôle : même sans flash, cet émoticon s'anime sur mon pc ) On va peut-être pouvoir faire des choses maintenant. J'ai ouvert msconfig sur c:\ en MSE et rien d'anormal. Le problème maintenant est que quand j'ouvre en MN, je me rends jusqu'à la fenêtre login mais suis bloqué par ceci : Un problème empèche Winsows de vérifier avec précision la licence erreur 0x80004005 : On repart à neuf maintenant ! Devrait-on redémarrer sur un nouveau fil ? 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 : 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

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

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é. 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

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

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

C'est vrai que le premier est assez évident ! mais j'ai vu dans le deuxième qqe chose de similaire, mais jamais je n'ai vu ce que tu décris. MAJ : [On m'a dit après coup que cet émoticon était animé. Comme mes installations de fortune XPro2 et XPro3 l'ont été minimalement (sans flash), je ne vois que des émoticons statiques comme illustrés ci-dessous. Probablement que l'animation complète dudit émoticon m'auratait envoyé un message différent. Je verrai le jour où j'aurai installé flash. Le bénéfice du doute est dans vos camps...] Mais je te laisse la liberté de croire et décider ce que j'ai voulu dire, malgré mes propres explications. Je ne veux pas prolonger un débat inutile pour les visiteurs. Je t'apprécie malgré tout. Tout est entre tes mains. PS: c'est drôle que même sur d'autres sites on interprète cet émoticon comme moi : haussement d'épaules ================================= MAJ du 8 mai 2013 Je viens de voir l'animation désolé !!! ================================= MAJ du 8 mai 2013 iBenny

REbonjour à vous, Mise au point : Avouer son ignorance et son impuissance à solutionner un problème demande beaucoup de courage, d'honnêteté et d'humilité. Ceci vous honore ! Et ceci doit être reçu de la même façon. Nous ne devons pas nous sentir diminué par ce constat, mais stimulé à tenter de dépasser notre impuissance en travaillant ensemble à trouver la solution, pas en se divisant et en s'éloignant. Je vous estime toujours malgré votre méprise sur mes signaux que vous avez mal interprété. Je vous tends la main afin ne pas briser une amitié précieuse que je vous porte et continuerai à vous porter malgré votre choix.LOL La réinstallation sera l'ULTIME solution (si on peut la faire sans formatage, par dessus, sans perte) quand on aura exploré TOUTES les avenues possibles, ce qui je crois n'est pas encore fait. Je ne vous ai JAMAIS "... indiqué la sortie...". Cette déduction résulte d'une mauvaise interprétation de l'icône utilisée, qui l'a été uniquement pour illustrer mon impuissance et mon désespoir car elle montre qqun qui hausse les épaules par impuissance. Quand j'ai dit que vos suggestions étaient inutiles, c'est parce que la vôtre avait pour objectif de virer le SAFEMODE alors que j'avais affiché mon Boot.ini qui montrait qu'il n'en contenait pas. Et que la suggestion de pear demandait de virer toutes les lignes sauf celle de l'installation originale alors que j'avais mentionné avoir redémarré après avoir supprimé le Boot.ini qui le reconstruis avec uniquement cette seule ligne de l'installation originale. C'est tout ! rien de plus. Donc, après m'être expliqué, j'ai effectué la dernière demande de pear en enlevant les deux dernières lignes d'installation... sans succès malheureusement. J'ai restauré mon Boot.ini avec mon Hiren's Boot CD (HBCD) afin de pouvoir revenir sur XPro3 car avec seulement la ligne de l'installation originale, j'était piégé. J'ai ensuite essayé de forcer mon entrée en MSE sur C:\ en ajoutant la ligne appropriée dans Boot.ini : multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Mode sans échec sur C:\" /fastdetect /safeboot:minimal /sos /bootlog sans succès. Toujours victime de la boucle. À vous la main, respectueusement, iBenny

Mais non mais non ! j'ai LE PLUS GRAND DES RESPECT pour vous ! Après plus de 19191 messages, je n'ai pas l'arrogance de prétendre vous apprendre qqe chose ! Je NOUS parles, à nous tous dans la communauté informatique et moi inclus et ne vous vise pas particulièrement dans le précédent post concernant notre impuissance à résoudre cette infernale boucle qui, j'ai remarqué, touche aussi des utilisateurs de SEVEN. Mes excuses si vous vous êtes senti froissé. J'ai trop de respect pour votre expérience et votre personne pour vous faire affront. Quand j'écris des choses (évidentes pour vous sûrement), je vise aussi à aider d'autres lecteurs. Je visite souvent ces temps-ci les forums pour régler ce problème et je constate souvent le manque d'informations et de clarté du fils de certain d'entre eux. C'est pour quoi j'aime à ajouter des informations pas nécessairement pour vous mais pour les lecteurs éventuels affligés du même problème. Bon, ceci étant dit, 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)? Et si j'enlevais les /noexecute=optin /fastdetect (je ne sais pas encore à quoi ça sert), ça peut être utile ? iBenny

Bonjour à tous, accéder et modifier le Boot.ini c'est l'enfance de l'art (pour moi). Dans le post #4 j'ai affichè mon Boot.ini. Le revoici pour référence: Il n'exite qu'un Boot.ini qqe soit le nombre de système installé et il gère toutes les installations. Comme on voit, pas de Safemode ni de mode minimal ! Le noexecute ou fastdetect sont-ils participant d'une quelconque façon au problème ? l'ordre de ces derniers est-il important ? On va devoir chercher sur la question... J'ai essayé une tactique consistant à carrément supprimer le Boot.ini car il se recrée automatiquement au redémarrage Il s'est effectivement recréé mais en ne tenant pas compte des installations supplémentaires; seulement de l'installation originale. Ça n'a pas réglé le problème, et j'ai rétabli mon Boot.ini original préalablement sauvegardé Un virus quelconque peut-il intercepter la procédure de Boot et générer ce problème ? je l'ignore. Mais ce qui est certain c'est que je n'ai pas trouvé encore sur un autre forum de solution à ce problème autre que la réinstallation pure et simple et la perte de l'installation. En ce qui me concerne, c'est une solution de facilité et un aveu d'échec et d'ignorance injustifiable Ce simple problème simple (pléonasme) est sûrement identifiable et corrigeable mais on ne sait pas où chercher; c'est ça le problème. Si au moins on pouvait déboguer le démarrage de la même façon qu'on peux déboguer le démarrage d'un programme via un programme genre Ida ou Win32Dasm, ça serait chouette. Il n'a aucune ligne redondantes dans Boot.ini, Toutes réfèrent à une partition unique. Seule les étiquettes identifiant les installations sont redondantes et modifiables; ce que j'ai fait. L'ordre des lignes sont aussi modifiables et c'est la première ligne qui fait normalement office d'installation de démarrage par défaut. Y'a qqe chose cependant que je n'ai pas testé encore c'est si la ligne "Defaul" pointe sur la deuxième ligne des installations, je présume que c'est celle-là qui va démarrer, au lieu de la première ligne des trois (c'est pas important de toute façon). À regret, vos dernières suggestions sont inutiles, à moins qu'il y ait une subtilité qui m'ait échappé iBenny

Bonjour Ab-Web, t'inquiéte pas, il ne s'agissait que de tutos sur le sujet et je n'ai vraiment pas eu le temps de les mettre en pratique et j'ai tout oublié de toute façon. J'ai quand même gardé les tutos. PS : concernant un Live CD, j'ai >>> Hiren's Boot CD <<< Merci infiniment Ab-Web quand même pour tes tentatives; c'était très apprécié ! iBenny

Bonjour Ab-Web, oui, c'est à cette étape que le pc redémarre et finalise la réparation. Mais, comme indiqué au début, pour finaliser la réparation, le pc doit redémarrer en MN. Comme mon pc (XPro0) ne redémarre qu'en MSE, la réparation bloque à cette étape avec un message à cet effet et la seule action possible à cette étape c'est le redémarrage, générant ainsi une boucle infinie. La réparation s'est effectuée sur XPro0 (C:\) et j'ai dû réactiver le menu des installations en F8 pour revenir en XPro3 (E:\) où j'ai fait un ZHPDiag comme demandé. Mais je ne vois pas comment faire un diag sur un XPro3 fonctionnel peut analyser le problème de XPro0 bloqué en MSE. ZHPDiag iBenny PS: j'ai expurgé du rapport l'élément #82 car pas pour diffusion publique. Si tu la veux, je peux te l'envoyer en communication personnelle.

Bonjour Ab-Web, j'ai la dernière version et ai déjà exécuté un ZHPDiag. Je vais faire la réparation encore une fois. C'est à l'étape #11 de ton tuto que le pc redémarre et qu'il bloque en MSE. Je vais refaire la procédure à ta demande et faire un ZHPDiag après et on pourra voir si on a des modifications dans le Diag. iBenny