Gemeinsame Runtimes: einfache Regeln
So vermeiden Sie, dass andere Anwendungen beim Aufräumen von Redistributables beschädigt werden.
Gemeinsame Runtimes sind die stillen Abhängigkeiten dutzender Programme. Visual-C++-Redistributables, .NET-Targeting-Packs, OpenCL-Runtimes und Audio-Middleware liegen oft unter Program Files\Common Files oder in bekannten Registry-Zweigen. Dass Sie „Ihre“ App deinstalliert haben, macht diese Dateien nicht automatisch zu Waisen – sie können weiterhin Ladereihenfolge-Abhängigkeiten für Spiele, CAD oder Geschäftssoftware sein, an die Sie nicht mehr denken.
Die „Common Files“-Pause
Weist eine Reste-Zeile auf einen Pfad, der eindeutig eine andere Produktfamilie nennt, überspringen Sie sie. Ist der Pfad generisch, sitzt aber in einem gemeinsamen Hersteller-Baum, DLL- oder Ordnernamen plus „verwendet von“ recherchieren, bevor Sie anhaken. Spiele und Creative-Suites reagieren besonders empfindlich auf fehlende VC++-Pakete, die in der Liste bis auf Versionsnummer identisch wirken.
Praktische Regeln
- Niemals auf einem gemeinsam genutzten PC alle Visual-C++-Pakete en masse entfernen „wegen Speicher“ – Sie tauschen Megabyte gegen zufällige Startfehler.
- Bevorzugt Ordner entfernen, die noch das Branding des deinstallierten Produkts unter seinem alten Installationsstamm tragen, bevor Sie gemeinsame Bäume anfassen.
- Wenn zwei Zeilen widersprechen, dem Protokoll des Hersteller-Deinstallers und Ihren eigenen Notizen mehr vertrauen als dem Bauchgefühl.
Denkweise
Revos Scan ist eine Lupe, kein Urteil. Die sicherste Stapel-Deinstallation bleibt die, bei der jede Zeile einen menschlichen Grund hat. Wenn Sie nicht in einem Satz erklären können, warum eine Zeile weg soll, für einen zweiten Durchgang mit mehr Recherche offen lassen.
Nebeneinander: derselbe Runtime-Jahrgang
Microsoft liefert mehrere Visual-C++-Redistributables, weil Binärdateien an unterschiedliche Minor-Toolsets binden. Zwei Einträge, die in Klartext redundant wirken, können auf PE-Importebene nicht redundant sein. Nur die Zeile entfernen, die eindeutig zum privaten Ordner des entfernten Produkts gehört – nicht jeden VC++-Eintrag mit ähnlichem Jahr.
.NET und optionale Windows-Features
Manche .NET-Targeting-Packs und optionalen Windows-Features erscheinen als eigene Programme. Sie zu entfernen, um „Speicher zu sparen“, kann interne Tools brechen, die noch ein älteres Framework anvisieren. Auf Entwickler-PCs dotnet --list-runtimes prüfen, bevor Sie „Microsoft .NET“-Zeilen pauschal als Ballast behandeln.
Kurzantworten
- Ich sehe zehn „Microsoft Visual C++“-Einträge. Alle löschen?
- Fast nie auf einem gemeinsamen PC. Nur Pakete entfernen, die laut Hersteller eindeutig zur deinstallierten App gehören – sonst stehen lassen.
- Ein Spiel startet nicht mehr, nachdem ich „Redistributables“ bereinigt habe.
- Verifizierte Abhängigkeiten vom Publisher neu installieren oder Reparatur der Spieleplattform ausführen. Notieren, welche VC++-Version die Fehlermeldung nennt.
- Bedeutet „gemeinsame DLL“, dass Löschen im App-Ordner sicher ist?
- Nein – manche Apps liefern private Kopien neben der EXE. Nach Pfad und Deinstallationsumfang urteilen, nicht allein nach dem Wort „Redistributable“.
Weiter: Wenn sich Runtimes überschneiden, „startet montags noch“ wichtiger als die letzten hundert Megabyte. Funktionsüberblick und Anleitungen für konservatives Aufräumen nach Deinstallationen.