Habe ein MBP 13" Mitte 2012 mit High Sierra.

Wenn ich die Speicherverwaltung aufrufe zeigt mir diese im Papierkorb 300,6 MB an. Im Papierkorb auf dem Desktop sind keine vorhanden.

Die Dateien die Angezeigt werden sagen mir auch nicht.

Kann mir das jemand erklären?

Vielen Dank
Rolf

Schon mal mit Terminal in den Trash geguckt?

Nein noch nicht. Bräuchte dafür mal eine Anleitung. Nicht das ich da Mist baue.

Das sind Kernel-Erweiterungen für AMD-Grafikkarten. Apple lässt erfahrungsgemäß einen kompletten Satz für die gesamte von der jeweiligen Betriebssystemversion unterstützte Hardware installieren, auch wenn für den konkreten Mac nur ein Teil davon benötigt wird. Dieses Vorgehen ist ja die Voraussetzung dafür, dass man das auf einer Macintosh HD vorhandene System auf einem anderen durch Target-Disk-Mode angeschlossenen Mac ausführen lassen kann, unter der Bedingung natürlich, dass die Systemversion den anderen Mac unterstützt.

macOS High Sierra kam im Herbst 2017. Die gelisteten Dateien sind älter und stammen dann wohl von einer Vorversion. Fragt sich nur, aus welchem Grund sie im Papierkorb des Benutzers gelandet sind. Normalerweise wird der Installer sie doch unmittelbar löschen.

Funktioniert die Schaltfläche "Papierkorb entleeren" nicht?

Sorry, habe mich verschrieben. Habe kein High Sierra. Nur Sierra.
Kann aber meinen 1. Post nicht mehr ändern.

Die Schaltfläche "Papierkorb entleeren" funktioniert, aber da is nichts drin.

Die Dateien sind nicht im Papierkorb sondern in diesem Ordner:

Dieser Ordner ist Teil des Papierkorbs. Wenn Dein Finder den Papierkorb als leer zeigt, obwohl sich darin Daten befinden, dann handelt es sich um Dateien, die ein anderer Benutzer-Account gelöscht hat und die Du deshalb aus Sicherheitsgründen nicht sehen darfst.

Auf den Mac gibt es nur noch der Benutzer Test. Sonst niemand.

Im Papierkorb sind keine Dateien. Wenn, wie kann man die los werden. Mein Mac hat auch keine AMD Grafik verbaut.

Im Test Account werden im Papierkorb sowie in der Speicherverwaltung keine Dateien angezeigt.

Die Dateien befanden sich ursprünglich im Ordner /System/Library/Extensions. Und vielleicht sind dort auch jetzt noch gleichartig aussehende Dateien vorhanden.
501 ist eine (interne) ID des ersten Benutzers, der auf diesem Mac mal eingerichtet wurde. Der Benutzer-Account wurde später vielleicht gelöscht und diese Dateien blieben dann übrig, da das System nicht ohne weiteres erlaubt, sie zu löschen.

im Terminal listet die Benutzernamen mit der zugehörigen User ID.
Bitte auf Groß- und Kleinschreibung, Leerzeichen, den Punkt und das Minuszeichen achten.
Es kommt eine lange Liste mit Namen, die mit einem Unterstrich beginnen. Ganz unten folgen dann die Benutzer, auf die es hier ankommt.

Hier das Ergebnis:

wenn du eine der Dateien markierst und dann im Finder anzeigen auswählst, wohin führt dich dann der Finder?

Dann lande ich dem Ordner "Macintosh/.Trashes/501/"

In diesem Ordner befinden sich auch die Dateien mit etlichen anderen.

Auch wenn's keine Frage war: wie wär's mit "Papierkorb entleeren" in der Speicherverwaltung!?

Würde ich gerne machen. Wenn ich das probiere kommt die Abfrage "Papierkorb entleeren" - Klick aber passiert nichts.

Wenn es sich bei den Dateien im Papierkorb tatsächlich um Grafiktreiber des aktuellen Betriebssystems (und nicht um irgendwelche Kopien von einem anderen System) handelt, werden sie sich nicht löschen lassen, da dies durch den Systemintegritätsschutz gesperrt wird.

Es stellt sich immer noch die Frage, wie die Daten in den Papierkorb gekommen sind. Zusätzlich, ob sich die Originale in /System/Library/Extensions befinden. Wenn das Löschen ungefährlich erscheint, kann das vorübergehende Abschalten des Systemintegritätsschutzes helfen.

in dem Ordner /System/Library/Extensions befinden sich die Dateien auch. Jedoch sind noch andere in diesem Ordner.

Sind denn die Dateien im Papierkorb älter( Änderungsdatum/Erstelldatum), als die in der Library?

Die Dateien im Papierkorb und in der Library haben alle das gleiche Änderungsdatum und Erstelldatum.

Wenn ich eine Datei aus dem Papierkorb suche liegen diese im Pfad:
/.Trashes/501

Zusammenfassung:
Die Dateien befanden sich im Papierkorb des Benutzers mit der UniqueID "501".
Der Benutzerordner wurde gelöscht. Die genannten Dateien konnten jedoch nicht ohne Weiteres gelöscht werden und sind jetzt im Ordner /.Trashes/501.
Ich nehme jedoch an, dass der Ordner /.Trashes/501 jetzt im Terminal mit geeigneten Maßnahmen gefahrlos gelöscht werden kann.

Der Zusammenfassung kann ich soweit zustimmen. Was ich jedoch nicht nachvollziehen ob ein Benutzer / Ordner gelöscht wurde.

Wenn ich unter Benutzer nachschaue bin ich "Rolf Kress (Admin)"



Kannst Du mir mit einer Anleitung für das Terminal helfen?

Ach so. Ich wurde durch die Aussage verwirrt, dass nur noch der Benutzer "Tester" existiere. Also existieren ja doch zwei Benutzer-Accounts.

Sorry, vielleicht verkehrt ausgedrückt.
Es gibt die Benutzer:
Rolf Kress - Admin
Tester

Im Benutzer "Tester" unter Speicherverwaltung/Papierkorb sind keine Daten vorhanden.

Kann es sein, dass es sich bei den Einträgen zu den Grafikkartentreibern in /System/Library/Extensions und in dem Ordner /.Trashes/501 um Hardlinks handelt, die auf dieselben Speicherbereiche der Festplatte verweisen? In dem Fall wären die Dateien nicht doppelt vorhanden, und man könnte vielleicht die Einträge in /.Trashes/501 löschen, man würde jedoch kaum Speicherplatz gewinnen.

Übrigens: UniqueID "501" gehört ja zum Benutzer "Rolf Kress". Das erklärt wohl, warum die Ansicht auf die Dateien in der Auflistung "Über diesen Mac > Festplatten" nur dann erscheint, wenn sie vom Benutzer "Rolf Kress" geöffnet wird.

Wie kann ich das überprüfen?

Das Vorgehen müsste ich mir selber erst erarbeiten. Ich nehme vorerst an, dass die korrespondierenden Einträge auf dieselbe "Inode" des Dateiverzeichnisses verweisen. Andererseits ist zu erwarten, dass beim Löschen eines Hard-Links die zugehörigen Dateien nicht gelöscht werden, solange noch mindestens ein Hard-Link existiert, der auf dieselbe Inode verweist.

Übrigens: Im Englischen wird "Hardlink" als "hard link" geschrieben, wenn es um die Funktion dieses Namens im UNIX-Dateisystem geht. Ich wählte deshalb jetzt die Schreibweise "Hard-Link". "hardlink" existiert zusätzlich in anderem Zusammenhang.