Mac-Apps vollständig deinstallieren, ohne Daten zu verlieren

Eine eigenständige App in den Papierkorb zu ziehen kann als Deinstallation genügen. Andere Apps installieren Hilfsprogramme, Treiber, Systemerweiterungen, Anmeldeobjekte, freigegebene Container oder große Benutzerdatenbanken. Das Ziel ist nicht, jeden Dateinamen zu entfernen, der an den Hersteller erinnert; sondern die Software außer Betrieb zu nehmen, ohne Dokumente oder freigegebene Daten zu löschen, die eine andere App noch besitzt.

Hier erfahren Sie, wo typische Reste liegen, wie Sie sie prüfen und welche Arbeit ein Deinstallationswerkzeug erleichtert.

Für eine einfache App speichern Sie Ihre Arbeit, beenden sie und wählen Finder › Programme › Ablage › In den Papierkorb legen. Lassen Sie sie dort, während Sie Dateien, andere Apps, Geräte und Synchronisierung prüfen. Bei Treibern, Erweiterungen, Helfern oder Lizenzkomponenten nutzen Sie zuerst das Herstellerverfahren.

Zuerst entscheiden: Finder oder Hersteller-Deinstaller?

VPN-Clients, Antivirus-Tools, Audio-Treiber, Virtualisierungssoftware, Cloud-Sync- Clients, Eingabegerät-Tools und Apps mit Systemerweiterungen sollten über ihren eingebauten oder vom Hersteller bereitgestellten Deinstaller entfernt werden. Dieser Ablauf kann Erweiterungen deaktivieren, privilegierte Dienste entladen und Belege in einer Reihenfolge entfernen, die der Finder nicht ableiten kann. Exportieren Sie Einstellungen oder lokale Daten vor dem Start und prüfen Sie, ob ein Abonnement oder eine Geräteautorisierung separat freigegeben werden muss. Apples Deinstallationsanleitung bevorzugt ebenfalls den eigenen Deinstaller einer App, sofern vorhanden, und weist darauf hin, dass das Löschen einer App weder ihr Abonnement kündigt noch mit ihr erstellte Dokumente entfernt.

Wenn die App noch verwendet wird

Beenden Sie sie normal, damit Status und Datenbanken gespeichert werden. Reagiert sie nicht, nutzen Sie Apple-Menü › Sofort beenden, wobei ungesicherte Änderungen verloren gehen können. Bleibt sie in Benutzung, starten Sie neu und versuchen es vor dem erneuten Öffnen. Apples Finder-Leitfaden empfiehlt bei Bedarf den sicheren Modus.

Dokumente und Abos getrennt behandeln

Das Löschen der App entfernt weder erstellte Dokumente noch ein Abo. Öffnen Sie im App Store Ihren Namen › Accounteinstellungen › Abonnements › Verwalten. Apples Abo-Leitfaden beschreibt die Kündigung. Direkt gekaufte Abos verwalten Sie beim Anbieter.

Das App-Bundle ist nur eine Schicht

Eine Mac-App ist ein Bundle (die .app-Datei), aber die meisten Apps schreiben beim ersten Start auch Daten außerhalb dieses Bundles: Einstellungen, Cache-Daten, Support-Dateien und manchmal ein Anmeldeobjekt oder einen Hintergrundagenten. Das Löschen der .app entfernt das Programm, nicht die Spuren in Ihren Library-Ordnern. Genau diese Spuren sind gemeint, wenn von App-Resten oder Remnants die Rede ist.

Bei einer kleinen App bleibt vielleicht nur eine harmlose Einstellungsdatei. Ein Browser, ein Spiel, ein Entwicklerwerkzeug oder eine Media-App kann Gigabyte an benutzergesteuerten Daten hinterlassen. Die Größe allein unterscheidet nicht zwischen entbehrlichem Cache und Profilen, Projekten, Nachrichten, Plug-ins oder heruntergeladenen Inhalten.

Die Library-Orte kennen, aber nicht allein nach Ort löschen

Viele gewöhnliche pro-Benutzer-Reste liegen in Ihrem Benutzer-Library-Ordner, der standardmäßig ausgeblendet ist. Systemintegrierte Software kann außerdem Elemente unter /Library installieren, was ein Grund ist, deren Deinstaller zu nutzen, statt systemweit zu suchen. Halten Sie im Finder die Option-Taste und öffnen Sie das Menü Gehe zu, um Library einzublenden. Die üblichen Benutzerorte sind:

• ~/Library/Application Support/: die wichtigsten Supportdaten der App, oft der größte Rest.
• ~/Library/Caches/: Cache-Dateien, die die App für mehr Geschwindigkeit angelegt hat.
• ~/Library/Preferences/: die Einstellungsdateien (.plist) der App.
• ~/Library/Containers/ und ~/Library/Group Containers/: Daten sandboxed Apps.
• ~/Library/Logs/: die Protokolldateien der App.
• ~/Library/Saved Application State/: Fenster- und Sitzungszustand.
• ~/Library/LaunchAgents/: Hintergrundhelfer, die die App oder ihre Dienste bei der Anmeldung neu starten.

Sandboxed Apps können Daten in einem Container halten und über Group Containers teilen. Entfernen Sie einen Group Container nie, bevor Sie jede App und Erweiterung identifiziert haben, die ihn nutzt. Das Löschen für eine ausgemusterte App kann Daten einer anderen App desselben Entwicklers löschen.

Auch ~/Library/HTTPStorages/ kann Web- und Netzwerkspeicher einer App enthalten. Name und Ort allein beweisen keine Eigentümerschaft.

Die Bundle-Kennung als Beleg nutzen

Reste sind schwer mit bloßem Auge zuzuordnen, weil viele nach der Bundle- Kennung der App benannt sind, einer reverse-DNS-Zeichenfolge wie com.spotify.client, statt nach dem Anzeigenamen. Ermitteln Sie zuerst die Kennung:

osascript -e 'id of app "Spotify"'
mdls -name kMDItemCFBundleIdentifier -r /Applications/Spotify.app

Nutzen Sie dann Kennung und Herstellername als Suchhinweise:

find ~/Library -maxdepth 4 \( -iname "*spotify*" -o -iname "*com.spotify*" \) -print 2>/dev/null

Suchergebnisse sind Kandidaten, kein Beweis. Prüfen Sie den Inhalt jedes Pfads, die besitzende App und die Rolle. Einstellungen lassen sich mit defaults abfragen, das Löschen einer Preference-Domain ist jedoch optional und nimmt die Möglichkeit, mit alten Einstellungen neu zu installieren. Lassen Sie sie, wenn der Platz trivial ist oder eine spätere Neuinstallation plausibel ist.

Apples Finder-Pfadleitfaden erklärt Bibliothek mit Option und Gehe zum Ordner. Gruppencontainer können laut App-Group-Dokumentation von mehreren Apps und Erweiterungen geteilt werden. Erst nach Identifikation aller Beteiligten entfernen.

Anmeldeobjekte und Erweiterungen prüfen

Öffnen Sie Apple-Menü › Systemeinstellungen › Allgemein › Anmeldeobjekte & Erweiterungen. Prüfen Sie normale Einträge nach Apples Leitfaden. Systemerweiterungen und Treiber müssen gemäß Entwicklerdokumentation von der zugehörigen App deaktiviert werden.

Eine sorgfältige Reihenfolge von Hand

1. Exportieren Sie einzigartige Daten und bestätigen Sie ein aktuelles Backup.
2. Prüfen Sie die Deinstallationsanleitung des Herstellers und nutzen Sie sie bei Software mit Helfern, Erweiterungen, Treibern oder Lizenzstatus.
3. Beenden Sie die App und ihren sichtbaren Helfer über die App oder die Aktivitätsanzeige.
4. Legen Sie eine einfache .app in den Papierkorb und prüfen Sie danach exakte Bundle- und Hersteller-Treffer in der Library. Trennen Sie Cache von Profilen, Projekten, Datenbanken und freigegebenen Containern.
5. Deaktivieren Sie verbleibende Anmeldeobjekte des Herstellers unter Systemeinstellungen > Allgemein > Anmeldeobjekte & Erweiterungen. Raten Sie kein launchd-Label aus einem Plist-Dateinamen.
6. Starten Sie nur neu, wenn eine Herstellererweiterung oder der Deinstaller es verlangt. Testen Sie verwandte Apps, Dateitypen, Geräte und Sync, bevor Sie den Papierkorb leeren.

Das funktioniert, ist aber langsam und fehleranfällig. App- und Entwicklernamen stimmen nicht immer mit den Ordnernamen überein, sandboxed Daten liegen versteckt, und es ist leicht, die falsche Datei zu löschen oder die entscheidende zu übersehen.

Lassen Sie entfernte Elemente während der Prüfung im Papierkorb. Apples Papierkorb-Leitfaden erklärt Zurücklegen; nach dem Leeren ist die Löschung endgültig.

Den produktspezifischen Leitfaden verwenden

• Google Chrome deinstallieren
• Docker Desktop deinstallieren
• Adobe Creative Cloud deinstallieren
• Microsoft Office deinstallieren
• Homebrew deinstallieren

Ein Prüfwerkzeug spart Suche, aber kein Urteilsvermögen

Ein dedizierter Deinstaller kann die Bundle-Kennung auflösen und wahrscheinliche Library- Treffer sammeln. Mole zeigt diese Kandidaten und Größen vor dem Entfernen, prüft Pfade und nutzt den Papierkorb für gewöhnliche Dateien. Das reduziert Suchaufwand, ersetzt aber weder einen Hersteller-Deinstaller noch macht es einen freigegebenen Container entbehrlich. Die Prüfung bleibt Teil der Deinstallation, kein dekorativer Bestätigungsbildschirm.

Unter der Haube: Aus Erkennung darf keine Löschung werden

Überspringbar, aber es zeigt, warum Reihenfolge und Validierung hier zählen. CLI und native App nutzen getrennte Implementierungen, teilen die Aufgabe aber beide in Erkennung, Prüfung und bestätigte Ausführung. Die folgende Abfolge folgt dem Pfad der nativen App.

Die Bundle-Kennung wird nur in reverse-DNS-Form akzeptiert, bevor sie bundle-basierte Zuordnung steuern darf, damit fehlerhafte Eingaben kein Suchmuster erweitern. Der Scanner liest eingebettete Anmeldeobjekt-Kennungen außerdem aus ihren Info.plist-Dateien, statt aus Dateinamen zu raten. Nach Ihrer Freigabe des vollständigen Plans beendet die App das Ziel und stoppt dessen exakte Helfer. Ein Anmeldeobjekt wird nur entladen, nachdem PathGuard es freigegeben hat, und DeletionExecutor prüft jede URL erneut, bevor die Papierkorb-Schicht aufgerufen wird. Fehlende, geschützte oder abgelehnte Pfade werden explizite Überspringungen statt stiller Teil-Löschungen.

Die sichere Regel zum Merken

Nutzen Sie den Hersteller-Deinstaller für systemintegrierte Software. Bei einer einfachen App entfernen Sie das Bundle und prüfen danach exakte Reste nach Identität und Datentyp. Bewahren Sie Dokumente, Profile, Datenbanken und Group Containers, bis die Zugehörigkeit bewiesen ist. Lassen Sie Entferntes im Papierkorb, während Sie verwandte Apps und Dienste prüfen, und leeren Sie ihn erst, wenn der Mac sich weiterhin wie erwartet verhält.