applications qui ne se lancent pas

Bouh .........
Commence deja par faire un s can complet antivirus a jour et antispyware.
Ensuite tu fais un scan systeme avec la commande sfc /scannow et le CD de XP dans le lecteur qui a servi a l'installer sinon ça ne marchera pas.

Un fois ceci fait tu dis ce qui se passe avant qu'on aille se coucher.

salut
j'avai deja fai les scan antivirus/antispyware et ils avaient trouver des choses, mais les programmes ne se lancaient toujours pas.

j'ai fai sfc /scannow et il n'y a aucun resultat (c'est a dire qu'a la fin du scan, il ne se passe rien)
je ne sais pas si c'est normal.

Bon. Il te reste a reinstaller par dessus plutot que de continuer a chercher au pif.

Tu bootes sur le CD de XP et a la premiere demande tu choisis Installer
Lorsque l'installeur va reperer une installation existante cette fois tu reponds Reparer ( attention la ne te trompes pas sinon...). Fais attention que ça soit bien C Windows de marqué car XP si tu te trompes peut tres bien se reinstaller dans un dossier qu'il créera a cote !
Tu auras a remplacer tes drivers non generiques en commençant par le driver chipset mais tu ne perdras absolument rien...meme pas les virus !

je ne peux pas reinstaller, meme par dessu, car pour cela il faut le mot de passe administrateur et apparement je ne l'ai pas (spécificité des fugitsu siemens: faut leur demander... or j'ai pas envi de passé 2 heure au tel pour connaitre ce putain de mot de passe... )
personne n'aurai une autre solution?

rappel du probleme: les applications ne se lancent pas.

Ah bon. PC de Marque = Rien a faire. mais alors rien !

Pour t'instruire tu peux jeter un oeil la dessus.

http://perso.wanadoo.fr/bigbernie1/MARQUES.pdf

Bigbernie là par contre tu peux lui faire prendre un dump user du process pendant que le CPU est élevé...
Ensuite tu pourras le débugguer pour voir quels threads sont les plus consommateurs et d'où vient ce code.

Le debogage c'est pour les BSOD. Seulment donc si ça plante !

Nope, pas du tout.

Alec utilises par exemple adplus (http://support.microsoft.com/default.aspx?scid=kb;en-us;286350) pour générer un dump hang pendant qu'il y a le 100% CPU.
cscript adplus.vbs -hang -p <PID> -quiet -o c:\dumps

Tu peux aussi utiliser le nouveau IIS debug diagnostic tools (http://www.microsoft.com/windowsserver2003/iis/diagnost...) pour générer ce dump via une interface graphique, et faire une première analyse automatisée via l'onglet Analysis.

Si c'est une application qui plante il y a aussi le dump de DrWatson mais lui est est doublé en txt. Pas besoin d'interpréteur.


On peut générer un dump qui va faire planter sans gravite et donc permettre de verifier le parametrage du debogueur.
Par contre, générer artificiellement un BSOD qui sera en quelque chose une "image " hang du systeme lorsque le CPU sera a 100% quel usage on peut en faire ? Je peux generer un BSOD comme je veux avec un outil proposé par Labo Microsoft.
Bon. Un posteur sur ce forum va generer directement un dump a 100% CPU. Ca va lui servir a quoi et qu'est ce qu'il va en faire ?
Le poster pour débogage d'accord. Mais l'analyse va pointer sur la cause du crash qui sera artificielle et qui ne correspondra pas a son probleme.
Analyser un dump causé par un plantage précis ça n'est pas du tout pareil que d'analyser un crash articiciel dont le signal top départ sera généré par la charge du processeur.
Explique moi ça bien si tu veux....Merci.

Yep, mais là comme tu le dis ça ne plante pas, ça se bloque. DrWatson par défaut ne génère que des mini dumps, d'où l'intéret d'utiliser un vrai debugger.


Non, un debugger peut soir monitorer des crashs (il s'attache au process, attend qu'une exception soit remontée et dump) ou alors générer un dump à un instant t (pas d'exception générée, mais un comportement anormal du process à analyser). Ici c'est le 2eme type de dump que je veux...i.e. un dump "hang"


Ben le debugger pour voir qu'est ce qui utilise ce CPU...


Tu confonds dumps kernel (BSOD, crash.exe, Ctrl-Ctrl-Pause, etc..) avec un dump user (de l'espace mémoire user d'un process spécifique)


Ben te l'envoyer pour le débugger   ou alors en utilisant les analyses automatisées de IIS DebugDiag


 


Nope, l'analyse va pointer sur le code qui consomme ce CPU, c'est tout...


Ca n'est pas du tout un crash artificiel que l'on déclenche ici. De plus même pour un "crash artificiel" (crash.exe), on peut vérifier l'activité précédent ce "faux" crash

Parfait.
En fait je ne debogue qu'en mode user. Comme deboguer en kernel necessite 2 machines en reseau etc etc c'est hors possibilites.
Merci a toi.

En fait si je ne me trompes pas tu n'a fait que du debug kernel mais post mortem (via des dumps), mais jamais de kernel live debug (via cable série / livekd)
Dans ce cas là, c'est du debug user post mortem (via dumps).

Et artiste avec ça ! Encore merci a toi.

Désolé de relancer le sujet mais j'ai le même problème avec windows 7 édition intégrale 64bits.
Il suffit de redémarrer pour que le problème disparaisse mais il revient de façon de plus en plus récurrente.

Les applications ne se lancent pas, cependant je peux voir le processus dans le gestionnaire de tâches, parfois plusieurs comme je double clique plusieurs fois puisque rien ne passe.

C'est quand même fatiguant! Une idée d'ou peut venir le problème? Je me demande si c'est pas les applications 32bits. Cependant elles fonctionnent avec un redémarrage.

Enfin vous avez saisi le problème je pense. Merci pour votre aide ou contribution!!  

La fermeture du processus de Windows live Mail vient de me renvoyer toutes les applications d'un coup. Mais c'est la 1ere fois que ça arrive...Bizarre bizarre!