CMD.exe se ferme immédiatement après l'appel (Win7 64)
Quelqu'un a trouvé un tel comportement lors de Processeur de Commande (cmd.exe) se ferme immédiatement après l'appel à elle?
J'ai exécuter McAfee AV et Windows Vérification du Système de Fichier (sfc.exe) et rien d'anormal a été détecté, j'ai même copié cmd.exe fichier à partir d'autres win 7 machine et elle fonctionne toujours de la même manière.
Chose la plus étrange est sur le windows 7 64 il y a aussi la version 32 bits du fichier qui fonctionne parfaitement normal.
SysInternals Process Monitor montre que cmd.exe le processus se termine avec le code de sortie 0 x 0... o_O
Également d'appeler des commandes directement à partir du menu démarrer, comme le ping, fonctionne normalement...
Peut-être que la question n'est pas strictement lié au codage, mais cette question me tient de faire beaucoup de choses liées à l'application réelle de l'environnement et du développement vérifier.
Ce qui concerne
Dom
passer à de super-utilisateur
OriginalL'auteur Random | 2011-03-21
Vous devez vous connecter pour publier un commentaire.
Répondre à toutes les questions:
Finalement, j'ai réussi à le RÉSOUDRE:
regedit
Aller à
HKLM\Software\Microsoft\Command Processor\
ouHKEY_CURRENT_USER\Software\Microsoft\Command Processor\
ouHKEY_LOCAL_MACHINE\Software\Microsoft\Command Processor\
Pour une raison quelconque, il y avait l'exécution automatique de la clé avec "EXIT" à l'intérieur.
AutoRun
clé et tout revint à la normale.CMD.exe
devrait commencer à travailler à nouveau.Aussi,
Dans certains cas, l'invite de Commande s'ouvre au Démarrage, ce qui est quand la solution ci-dessus est appliquée bloque le système sur invite de Commande, quand vous vous connectez.
Ceci peut être résolu en utilisant Autoruns, où vous avez besoin de désactiver l'invite de commande de démarrage des registres sur ouverture de session/onglet Démarrage. (il peut y avoir plus d'une des entrées de)
Que l'on explique aussi pourquoi le code de sortie a été 0x0.
Ont aucune idée de ce genre de chose qui touche... McAfee ont montré une certaine activité lat semaine et je l'ai remarqué, vendredi dernier.
Espérons que ces symptômes et ma réponse sera aider quelqu'un dans le futur
Heureux que j'ai été capable de les aider. À la fin de la journée, j'ai aussi trouvé la cause d'un tel comportement. Certains Chinois hacker a été d'essayer de détourner ma machine en s'attaquant à des exposés MSSQL ports et de l'exécution de système de commandes cmd par SQL server. Bon pare-feu et de protection réseau, résoudre les problèmes immédiatement.
Merci. M'a sauvé beaucoup de tracas. J'étais presque préparation à reformater le système!
merci mec, vous avez fait ma journée; j'ai dépenser une non méprisable quantité de temps à essayer de comprendre ce qui se passe 🙁
Résolu le problème pour moi. +1
OriginalL'auteur Random
J'ai eu ce problème et a trouvé quelque chose à essayer qui a résolu mon problème.
Enquêter sur l'entrée de registre HKLM\Software\Microsoft\Command Processor
Si il y a un "Autorun" est enfoncée, cette touche provoque le fichier de commandes entrée dans cette touche pour exécuter au début de l'invite de commande de l'exécution. Vous pouvez essayer de sauter cette exécution de l'essai de la solution à l'aide d'EXÉCUTER cmd.exe /d
Si le problème est spécifique à l'utilisateur, vérifiez HKCU\Software\Microsoft\Invite de Commande pour cette clé. L'utilisateur actuel de l'entrée mélange avec l'ordinateur local à l'entrée donc, si la clé existe dans le courant de registre de l'utilisateur, alors il va essayer d'exécuter les lots de fichiers.
Sur mon ordinateur, la clé était là, mais vide. Si il y a un fichier de commandes dans cette clé, puis déterminer ce que le fichier de commandes est en train de faire et si vous le souhaitez.
J'ai supprimé la clé, tous ensemble, et le problème a disparu.
Sur mon ordinateur, la clé était présente à l'utilisateur mais pas sur la machine locale.
En quelque sorte certains virus probablement mettre cette clé dans le registyr mais puisque c'est une clé valide, il est difficile pour les logiciels malveillants, les détecteurs de trouver cela.
Je n'ai pas trouvé d'autres solutiosn à ce problème sur internet, donc merci de laisser les autres savoir si cela fonctionne pour vous. Je ne poste jamais sur les forums mais vu un tas de questions à ce sujet et sur les bonnes solutions, alors j'ai pensé que j'avais à la poste.
J'ai eu l'idée de cette solution à partir de ce lien.
http://software.oberberger.com/2008/09/interesting-stuff-about-cmdexe.html
Bonne chance.
OriginalL'auteur Relieved
J'ai eu le même problème -
cmd.exe
a été fermé immédiatement après le démarrage. J'ai été en mesure de garder en cours d'exécution par l'exécution decmd.exe /K cmd.exe
, mais il a été fermé après toute commande non valide. J'ai découvert que mon problème a été causé par la non page de code par défaut:Pour résoudre le problème j'ai supprimé l'entrée de registre:
Une autre solution est de changer
cmd.exe
police de polices raster à une véritable type.cmd.exe
a été fermé immédiatement après le démarrage et par l'exécution decmd.exe /K cmd.exe
la console maintient ouvertes et de fermeture après toute commande non valide. Retrait de laCodePage
clé sousHKEY_CURRENT_USER\Console\%SystemRoot%_system32_cmd.exe
résout le problème. Un grand merci bro.OriginalL'auteur yachoor
C'est un coup de feu dans l'obscurité, mais j'ai vu de tels problèmes dans le passé, lorsque incorrecte de la spécification d'un débogueur via Image File Execution Options. Vous pouvez vérifier pour voir si il y a une entrée pour 'cmd.exe" il n'.
OriginalL'auteur paulcam