Meine Windows-Befehlszeile stürzt sogar bei der Ausgabe grundlegender Befehle ab ipconfig
:
Die Dumps enthalten zwei XML-Dateien, WER8B9C.tmp.WERInternalMetadata.xml,
<?xml version="1.0" encoding="UTF-16"?>
<WERReportMetadata>
<OSVersionInformation>
<WindowsNTVersion>6.1</WindowsNTVersion>
<Build>7601 Service Pack 1</Build>
<Product>(0x1): Windows 7 Ultimate</Product>
<Edition>Ultimate</Edition>
<BuildString>7601.18247.amd64fre.win7sp1_gdr.130828-1532</BuildString>
<Revision>1130</Revision>
<Flavor>Multiprocessor Free</Flavor>
<Architecture>X64</Architecture>
<LCID>1033</LCID>
</OSVersionInformation>
<ParentProcessInformation>
<ParentProcessId>8900</ParentProcessId>
<ParentProcessPath>C:\Windows\System32\cmd.exe</ParentProcessPath>
<ParentProcessCmdLine>"C:\Windows\system32\cmd.exe" </ParentProcessCmdLine>
</ParentProcessInformation>
<ProblemSignatures>
<EventType>APPCRASH</EventType>
<Parameter0>ipconfig.exe</Parameter0>
<Parameter1>6.1.7600.16385</Parameter1>
<Parameter2>4a5bcd06</Parameter2>
<Parameter3>ntdll.dll</Parameter3>
<Parameter4>6.1.7601.18247</Parameter4>
<Parameter5>521eaf24</Parameter5>
<Parameter6>c00000fd</Parameter6>
<Parameter7>0000000000027c83</Parameter7>
</ProblemSignatures>
<DynamicSignatures>
<Parameter1>6.1.7601.2.1.0.256.1</Parameter1>
<Parameter2>1033</Parameter2>
<Parameter22>5b64</Parameter22>
<Parameter23>5b64b222441f0dcfc8fc8d2866d215f4</Parameter23>
<Parameter24>4ee8</Parameter24>
<Parameter25>4ee8565ed192aa79b842845cbdff4288</Parameter25>
</DynamicSignatures>
<SystemInformation>
<MID>7166BCF7-DB8E-49F0-B24F-0357479C638D</MID>
<SystemManufacturer>LENOVO</SystemManufacturer>
<SystemProductName>2359CTO</SystemProductName>
<BIOSVersion>G4ET94WW (2.54 )</BIOSVersion>
</SystemInformation>
</WERReportMetadata>
und WERD75C.tmp.appcompat.txt,
<?xml version="1.0" encoding="UTF-16"?>
<DATABASE>
<EXE NAME="SYSTEM INFO" FILTER="CMI_FILTER_SYSTEM">
<MATCHING_FILE NAME="kernel32.dll" SIZE="1161216" CHECKSUM="0xED2A37B2" BIN_FILE_VERSION="6.1.7601.18229" BIN_PRODUCT_VERSION="6.1.7601.18229" PRODUCT_VERSION="6.1.7601.18015" FILE_DESCRIPTION="Windows NT BASE API Client DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="6.1.7601.18015 (win7sp1_gdr.121129-1432)" ORIGINAL_FILENAME="kernel32" INTERNAL_NAME="kernel32" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERDATEHI="0x0" VERDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x11EB53" LINKER_VERSION="0x60001" UPTO_BIN_FILE_VERSION="6.1.7601.18229" UPTO_BIN_PRODUCT_VERSION="6.1.7601.18229" LINK_DATE="08/02/2013 02:16:22" UPTO_LINK_DATE="08/02/2013 02:16:22" EXPORT_NAME="KERNEL32.dll" VER_LANGUAGE="English (United States) [0x409]" EXE_WRAPPER="0x0" FILE_ID="00007244ae695f8e5a730857781635acb2969f15c594" PROGRAM_ID="0000f519feec486de87ed73cb92d3cac802400000000" />
<MATCHING_FILE NAME="ntdll.dll" SIZE="1732032" CHECKSUM="0x7EC8079C" BIN_FILE_VERSION="6.1.7601.18247" BIN_PRODUCT_VERSION="6.1.7601.18247" PRODUCT_VERSION="6.1.7600.16385" FILE_DESCRIPTION="NT Layer DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="6.1.7600.16385 (win7_rtm.090713-1255)" ORIGINAL_FILENAME="ntdll.dll.mui" INTERNAL_NAME="ntdll.dll" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERDATEHI="0x0" VERDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x1A875F" LINKER_VERSION="0x60001" UPTO_BIN_FILE_VERSION="6.1.7601.18247" UPTO_BIN_PRODUCT_VERSION="6.1.7601.18247" LINK_DATE="08/29/2013 02:17:08" UPTO_LINK_DATE="08/29/2013 02:17:08" EXPORT_NAME="ntdll.dll" VER_LANGUAGE="English (United States) [0x409]" EXE_WRAPPER="0x0" FILE_ID="00002b1dc5de7a39b95a6c4c2da4645ca47597b16ab5" PROGRAM_ID="0000f519feec486de87ed73cb92d3cac802400000000" />
</EXE>
</DATABASE>
<EXE NAME="ntdll.dll" FILTER="CMI_FILTER_THISFILEONLY">
<MATCHING_FILE NAME="ntdll.dll" SIZE="1732032" CHECKSUM="0x7EC8079C" BIN_FILE_VERSION="6.1.7601.18247" BIN_PRODUCT_VERSION="6.1.7601.18247" PRODUCT_VERSION="6.1.7600.16385" FILE_DESCRIPTION="NT Layer DLL" COMPANY_NAME="Microsoft Corporation" PRODUCT_NAME="Microsoft® Windows® Operating System" FILE_VERSION="6.1.7600.16385 (win7_rtm.090713-1255)" ORIGINAL_FILENAME="ntdll.dll.mui" INTERNAL_NAME="ntdll.dll" LEGAL_COPYRIGHT="© Microsoft Corporation. All rights reserved." VERDATEHI="0x0" VERDATELO="0x0" VERFILEOS="0x40004" VERFILETYPE="0x2" MODULE_TYPE="WIN32" PE_CHECKSUM="0x1A875F" LINKER_VERSION="0x60001" UPTO_BIN_FILE_VERSION="6.1.7601.18247" UPTO_BIN_PRODUCT_VERSION="6.1.7601.18247" LINK_DATE="08/29/2013 02:17:08" UPTO_LINK_DATE="08/29/2013 02:17:08" EXPORT_NAME="ntdll.dll" VER_LANGUAGE="English (United States) [0x409]" EXE_WRAPPER="0x0" FILE_ID="00002b1dc5de7a39b95a6c4c2da4645ca47597b16ab5" PROGRAM_ID="0000f519feec486de87ed73cb92d3cac802400000000" />
</EXE>
</DATABASE>
sowie eine Binärdatei (vermutlich ein Speicherauszug).
Ich kann nicht herausfinden, was los ist. Dieses Problem hindert mich beispielsweise daran, bestimmte Cygwin-Pakete zu installieren, auf denen .sh
im Rahmen der Installation ein Skript ausgeführt wird, da ich denselben Absturz erhalte. Kann jemand Schritte vorschlagen, die ich zur Diagnose und Behebung dieses Problems unternehmen könnte?
* Ich weiß nicht, ob es damit zusammenhängt, aber das Problem begann, als ich Ruby on Rails lernte, indem ich die Schritte in Hartls Ruby on Rails-Tutorial befolgte . Insbesondere hatte ich kein Problem mit der Installation und Verwendung von IronRuby, aber die Probleme begannen, als ich versuchte, ANSICON 1.60 zu installieren , um eine farbige Ausgabe in meiner Befehlszeile zu erhalten. Ich erinnere mich, dass ich einige Umgebungsvariablen festgelegt habe, sie nicht zum Laufen gebracht habe, diese Änderungen an Umgebungsvariablen rückgängig gemacht habe und dieses Problem seitdem habe. Ich habe das neueste ANSICON 1.66 heruntergeladen und die Software ausgeführt ansicon.exe -u
und ansicon.exe -i
deinstalliert und neu installiert, falls es helfen könnte, aber kein Glück.
Gemäß dem Vorschlag von @ Braiam habe ich es versucht sfc /scannow
, aber mit den gleichen Ergebnissen:
Antworten:
Sie können überprüfen, ob ANSICON wirklich das Problem ist, indem Sie
cmd /d
die Eingabeaufforderung starten, ohne den Autorun-Eintrag zu verarbeiten, und so ANSICON umgehen.Wenn dies
ipconfig
jetzt erfolgreich ist, liegt die Ursache des Problems in der Tat bei ANSICON. Wenn dies nicht erfolgreich ist, versuchen Sie es erneut, während Sie im abgesicherten Modus booten. Essfc /scannow
wird auch empfohlen, im abgesicherten Modus zu arbeiten.Wenn Sie ANSICON deinstallieren möchten, verwenden Sie denselben
cmd /d
Aufruf<path>\ansicon -u
oder ggf. den Start im abgesicherten Modus. Verwenden Sie regedit, um in der Registrierung nach der Zeichenfolge "ANSICON" zu suchen und alle Einträge (sehr sorgfältig) zu löschen. Löschen Sie alle ANSICON-Dateien.Wenn ANSICON nicht das Problem ist, ist Windows in einem schlechten Zustand. Versuchen Sie in diesem Fall zunächst, das System auf einen Systemwiederherstellungspunkt vor diesen Problemen zurückzusetzen. Wenn dies nicht erfolgreich ist, führen Sie eine Reparaturinstallation durch , die Ihre Windows-Installation behebt, aber Benutzerkonten, Daten, Programme und Systemtreiber beibehält.
quelle
cmd /d
, konnte ich laufenipconfig
undsfc /scan
. Dann habe ich esansicon -u
in dieser Eingabeaufforderung versucht , wie Sie vorgeschlagen haben, aber es hatte keine Auswirkung. Aber dann traf mich etwas beim Navigieren zu diesem Verzeichnis - es gab sowohl ein x64- als auch ein x86-Verzeichnis - ich habe esansicon -u
aus dem x86-Verzeichnis versucht , und jetzt funktioniert alles wieder. Ich muss die x86-Version ursprünglich installiert haben, aus welchem Grund auch immer. Ich werde das Kopfgeld vergeben, sobald ich kann (in 21 Stunden). Danke noch einmal!ansicon -u
, die Deinstallation hat jedoch möglicherweise funktioniert. Starten Sie jedes Mal eine neue Eingabeaufforderung zum Testen.wow64.h
sehe, scheint ANSICON eine 64-Bit-Version zu haben oder kann möglicherweise in diesem Modus kompiliert werden.