NET Framework zerschossen
#1
geschrieben 20. Dezember 2018 - 07:42
Dann bin ich mit dem NET Cleanup Tool ran und habe damit nach und nach alle Versionen bis auf 4.0 runter entfernt. Jetzt meckern natürlich auch andere Programme. Ich habe mir die Offline-Installer von 4.0, 4,5 und 4.7 geladen, aber alle brechen bei der Installation mit einem Fehler ab...
Systemwiederherstellung hat auch nicht geklappt...die endet immer mit "Ging nicht, nichts wurde verändert"
Habt ihr noch ne Idee?
PS: Eine Neuinstallation meines PC muss leider zu diesem Zeitpunkt ausfallen...es wäre wirklich schön, wenn ich das NET Framework repariert bekäme...
Big THX, Bootluder
Anzeige
#2
geschrieben 20. Dezember 2018 - 07:49
Wenn das nicht hilft und Neuinstallation nicht gewünscht ist, das letzte Backup zurückspielen.
#3
geschrieben 20. Dezember 2018 - 08:23
Dism wurde erfolgreich durchgeführt, hier mal das Protokoll:
================================= Checking System Update Readiness. Binary Version 6.1.7601.23471 2018-12-20 07:57 Checking Windows Servicing Packages Checking Package Manifests and Catalogs Checking Package Watchlist Checking Component Watchlist Checking Packages Checking Component Store (f) CSI Manifest Zero Length 0x00000000 winsxs\Manifests\x86_netfx-mscordacwks_b03f5f7f11d50a3a_6.1.7601.24255_none_e8b41d05dd2b1084.manifest x86_netfx-mscordacwks_b03f5f7f11d50a3a_6.1.7601.24255_none_e8b41d05dd2b1084 Summary: Seconds executed: 325 Found 1 errors CSI Manifest Zero Length Total count: 1 Unavailable repair files: winsxs\manifests\x86_netfx-mscordacwks_b03f5f7f11d50a3a_6.1.7601.24255_none_e8b41d05dd2b1084.manifest
So, ich habe mal die von Dism kritisierte Datei gegen eine saubere Version einer anderen Win7 Installation ersetzt -> Jetzt wird kein Fehler mehr von Dism protokolliert.
Eine erneute Installation von NET Framework scheitert aber immernoch. Ich habe mir das Setup Protokoll dazu mal angeschaut und folgenden Eintrag gefunden:
Product: Microsoft .NET Framework 4.7 -- A later version of Microsoft .NET Framework 4.7 is already installed.
Ergibt das Sinn? Was neueres gibts es doch garnicht?!
---edit---
Habe jetzt das NET Framework 4.72 als offline Installer gefunden und erfolgreich installiert. Allerdings habe ich mein URSPRÜNGLICHES Problem immernoch: Bei Start von Topbanking.exe oder Lexware Financial Office passiert nichts, außer dass in den Ereignissen folgende Fehlermeldung erscheint:
Name der fehlerhaften Anwendung: TopBanking.exe, Version: 6.10.5.6843, Zeitstempel: 0x5baa36ad Name des fehlerhaften Moduls: clr.dll, Version: 4.7.3062.0, Zeitstempel: 0x5ab9567c Ausnahmecode: 0xc0000005 Fehleroffset: 0x000000000001411f ID des fehlerhaften Prozesses: 0x2670 Startzeit der fehlerhaften Anwendung: 0x01d49856a84e2ef5 Pfad der fehlerhaften Anwendung: C:\Program Files (x86)\TopBanking\TopBanking.exe Pfad des fehlerhaften Moduls: C:\Windows\Microsoft.NET\Framework64\v4.0.30319\clr.dll Berichtskennung: e6a563de-0449-11e9-9981-005056c00008
Jetzt bin ich wieder da, wo die NET Odyssee anfing
#4
geschrieben 20. Dezember 2018 - 12:12
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#5
geschrieben 20. Dezember 2018 - 13:09
Die Programme wollen damit nicht arbeiten
So ein Mist...jetzt gerade poppt mir das auf:
Runtime Optimization Service funktioniert nicht
.NET Runtime Optimization Service (clr_optimization_v4.0.30319_32) - 1>Failed to compile: System.Data.Services.Design, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089 . Error code = 0x80131f06
Zitat (DK2000: 20. Dezember 2018 - 12:12)
Sorry...ich sehe grad, du hast das vor meinem EDIT geschrieben...
Dieser Beitrag wurde von Urne bearbeitet: 20. Dezember 2018 - 20:54
#6
geschrieben 20. Dezember 2018 - 15:22
0xc0000005 (STATUS_ACCESS_VIOLATION) The instruction at 0x%08lx referenced memory at 0x%08lx. The memory could not be %s.
Was da aber nun genau passiert, lässt sich der Fehlermeldung nicht entnehmen. Ist nur klar, dass das Modul clr.dll auf Speicher zugreift, der entweder ungültig ist oder das Modul da nicht zu suchen hat.
Und der .NET Runtime Optimization Service beendet sich mit
0x80131f06 (NGEN_E_SYS_ASM_NI_MISSING) NGen cannot proceed because Mscorlib.dll does not have a native image. Compiling any assembly other than mscorlib in the absence of mscorlib.ni.dll is not allowed.
Aber was das bedeutet, keine Ahnung. Das müsste jemand erklären, der selber mit dem .NET programmiert.
Kann aber alles damit zusammen hängen, dass das NetFX4 bei Dir immer noch nicht wirklich richtig installiert ist.
Hat Du ecentuell noch einmal ausgeführt, in dieser Reihenfolge:
Dism /online /cleanup-image /scanhealth
sfc /scannow
Hast Du auch mal das .NET Framework Setup Verification Tool drüber laufen lassen:
https://blogs.msdn.m...ol-users-guide/
https://msdnshared.b...erifier_new.zip
Einmal die netfx_setupverifier.exe ausführen und am Ende die Logdatei betrachten.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#7
geschrieben 20. Dezember 2018 - 15:36
Wollte nur sagen, dass es MEHRERE Progs sind, die nicht mehr wollen, und alle crashen in der clr.dll. Das sind das Banking, Lexware Financial Office und auch Avira Antivir. Sicher sind es noch mehr NET basierte Progs, die nicht gehen, aber das sind die, wo es bisher auffiel...
--edit--
So...
Dism: Keine Fehler im Protokoll
sfc: Keine Integritätsverletzungen
NET Verifier: Scheitert lediglich am Schluss beim Ausführen der Testapplication
[12/20/18,15:48:17] Processing custom action 'Custom Action - .NET Framework 4.0 test application' [12/20/18,15:48:17] ExecutablePath = 'Netfx40TestApplication.exe' [12/20/18,15:48:17] FriendlyName = '.NET Framework 4 test application' [12/20/18,15:48:17] TimeoutSeconds = '300' [12/20/18,15:48:17] WaitOnExit = 'true' [12/20/18,15:48:17] Silent = 'true' [12/20/18,15:48:17] Launching process 'Netfx40TestApplication.exe' now [12/20/18,15:48:18] Process successfully launched. Waiting 300 seconds for it to complete. [12/20/18,15:48:20] ****ERROR**** Process 'Netfx40TestApplication.exe' exited with return code -1073741819 [12/20/18,15:48:20] ****ERROR**** Verification failed for product .NET Framework 4.7.2
Dieser Beitrag wurde von Bootluder bearbeitet: 20. Dezember 2018 - 15:56
#8
geschrieben 20. Dezember 2018 - 17:15
Ist also der selbe Fehler, wie bei Diener Banking App.
Ist jetzt aber eine gute Frage, warm das so ist. Da habe ich gerade keinen Schimmer.
---
Ich bin ein kleiner, schnickeldischnuckeliger Tiger aus dem Schwarzwald.
Alle haben mich ganz dolle lila lieb.
#9
geschrieben 20. Dezember 2018 - 18:39
Auf die einfachste Idee kommt man zum Schluss: Ich habe ja NOCH einen Win7 Pro PC...also was liegt näher, als die clr.dll aus diesem System zu nehmen und die Problemdatei zu ersetzen?! Diese war nämlich vom 26.03.18, die im funktionierenden System vom 05.10.18. Danach startete das Banking wieder.........Lexware und Avira crashten aber IMMERNOCH. Dann habe ich kurzerhand den gesamten Ordner v4.0.30319 unter C:\Windows\Microsoft.NET\Framework64\ ersetzt... Das war durchschlagend, alle Progs starten wieder normal
#10
geschrieben 20. Dezember 2018 - 18:55
Windows ist seit 9x selber irgendwie anteilig eine .NET-Applikation, da sollte man möglichst nicht irgendwas am Framework "entfernen".
Für mich liest sich das Problem mit dem Native Image so, als würde die zugehörige DLL einfach fehlen (.ni.dll). Naja, oder gefehlt haben.
#11
geschrieben 30. Januar 2019 - 04:06
hatte auch mal ein netframework-problem. alles raus mit dem cleanup-tool und dann alles wieder drauf. ms-update macht das selber. Hab allerdings auf alter maschine und festplatte noch problem dass ein update sich nicht installieren lässt. ok betrifft winxp.solange es nicht was stört lieber so lassen als kaputtreparieren.
danke für den tipp mit dem anderen cleanvorgang neben scf /scannow.
#12 _Osmodia_
geschrieben 30. Januar 2019 - 09:12
Zitat (europanorama: 30. Januar 2019 - 04:06)
Ach so? Du musst hellsehen können bei so einer Aussage. Lesen würde auch helfen, statt klugzuscheißen, denn er hat schon im ersten Post geschieben, dass das MS Cleanup Tool nichts gebracht hat.
- ← Windows 7 Tresor Anmeldespeicherung ist deaktiviert
- Windows 7 - System & Software
- Problem: Aufwändiges Batchscript →