Frage:
Etwas, das 90 GB Speicherplatz in MacOS Catalina 10.15 Beta beansprucht
Mane Manero
2019-06-17 22:06:21 UTC
view on stackexchange narkive permalink

Nach der Installation von MacOS Catalina 10.15 Beta (19A471t) beansprucht etwas 90 GB meiner Festplatte.Ich habe versucht, mit Daisy Disk zu scannen, konnte jedoch nicht feststellen, um welche Dateien es sich handelt.

Wie kann ich diesen Ordner herausfinden?

About this Mac SS

Hey Alexandre!Was zeigt das Klicken auf "Verwalten"?Gehen Sie zu Dokumente-> Dateibrowser und warten Sie einige Zeit, bis die App die Größe jedes Ordners anzeigt.
Ich bin mir nicht ganz sicher, wie wir Ihnen helfen können.Ich denke, es wäre am besten, wenn Sie einen Fehlerbericht bei Apple einreichen und sehen, was sie sagen.
Sie können [Disk Inventory X] (http://www.derlien.com/) ausprobieren, wenn Daisy Disk nicht klar ist.Veröffentlichen Sie ein Bild der Ergebnisse.
Willkommen bei Ask Different :) Denken Sie auch daran, dass sich macOS Catalina derzeit in der Entwickler-Beta befindet und ein unerwartetes Verhalten wie dieses möglicherweise nicht überraschend ist.
Wenn es sich um einen versteckten Ordner handelt (wie Sie unten erwähnen), würde ich erwarten, dass dies etwas mit lokalen Time Machine-Sicherungen zu tun hat.Die Meldung an Apple ist definitiv die beste Vorgehensweise.
Möglicherweise könnte dies mit lokalen TimeMachine-Sicherungen zusammenhängen: https://forums.developer.apple.com/thread/117223
@TJLuoma Lokale Zeitmaschinensicherungen befinden sich nicht mehr in versteckten Ordnern, sondern sind als APFS-Snapshots implementiert und vom derzeit gemounteten Dateisystem aus nicht erreichbar.
Acht antworten:
Alexander - Reinstate Monica
2019-06-22 09:34:27 UTC
view on stackexchange narkive permalink

Ich habe den Code geknackt!

Vorwort

Das scheint für mich gut funktioniert zu haben, aber es gibt keine Garantien. VERFAHREN SIE NICHT OHNE SICHERUNG IHRER DATEN. Andererseits wissen Sie, dass Sie freiwillig ein Beta-Betriebssystem installiert haben.

Die Ursache für dieses Problem scheint ein Fehler beim Löschen von APFS-Snapshots zu sein, die von Time Machine erstellt wurden. Bei einwandfreiem Betrieb werden alte Snapshots nach Bedarf gelöscht, wenn neuer Speicherplatz benötigt wird. Dieser Vorgang ist jedoch fehlgeschlagen, wie wir weiter unten sehen werden.

Symptome

  1. Durch das Löschen von Dateien wird der freie Speicherplatz auf der Festplatte nicht erhöht.
  2. Daisy Disk meldet einen großen "versteckten Speicherplatz". Das Löschen einer Datei mit X Bytes würde die Größe dieses "verborgenen Bereichs" um X Bytes erhöhen.
  3. ol>

    Versuchen Sie zuerst,

    zu verdünnen

    Zunächst würde ich versuchen, die Time Machine-Snapshots manuell auszudünnen. Dies fordert Time Machine auf, automatisch genügend Snapshots zu bereinigen, um die gewünschte Menge an Speicherplatz freizugeben, in diesem Fall 100 GB.

      $ tmutil thinlocalsnapshots 100g 1
     

    Wenn dies erfolgreich war, sollte etwas wie

    stehen
      Ausgedünnte lokale Schnappschüsse:
    com.apple.TimeMachine.2019-06-21-141250.local
     

    Auflistung einiger gelöschter Schnappschüsse. Ich bezweifle jedoch, dass dies helfen wird. Wenn das System dies automatisch zum Laufen bringen könnte, verstehe ich nicht, warum ein manueller Aufruf hilfreich wäre. Aber YMMV, also ist es einen Versuch wert.

    Manuelles Löschen von Schnappschüssen

    Nachdem einige Snapshots gelöscht wurden, wurde etwas Speicherplatz freigegeben, aber nicht viel. Das Problem ist, dass das Löschen einer beliebigen Anzahl von Snapshots keine Rolle spielt, wenn auch nur ein Snapshot vorhanden ist, der dieselben Daten enthält. In meinem Fall waren noch zwei Schnappschüsse übrig, die auch nach dem Ausdünnen bestehen blieben:

      $ tmutil listlocalsnapshotdates
    Snapshot-Daten für alle Festplatten:
    2019-06-11-214224
    2019-06-21-233121
     

    Ich habe versucht, diese manuell zu löschen:

      $ sudo tmutil deletelocalsnapshots 2019-06-21-233121
    Lokaler Schnappschuss '2019-06-21-233121' gelöscht '
    $ sudo tmutil deletelocalsnapshots 2019-06-11-214224
    Lokaler Schnappschuss '2019-06-11-214224' gelöscht '
     

    Die Antwort besagt, dass sie gelöscht wurden, aber tatsächlich nicht:

      $ tmutil listlocalsnapshotdates
    Snapshot-Daten für alle Festplatten:
    2019-06-11-214224
    2019-06-21-233121
     

    An diesem Punkt beginne ich den nuklearen Weg: direkt mit diskutil die APFS-Snapshots löschen, ohne dass Time Machine dies segnet. Zuerst habe ich die APFS-Snapshots aufgelistet, um ihre UUIDs anzuzeigen:

      $ sudo diskutil apfs listSnapshots / System / Volumes / Data
    Snapshots für disk1s1 (2 gefunden)
    |
    + - BFD78F4F-99BB-4D5B-AE16-5367DC9C615E
    | Name: com.apple.TimeMachine.2019-06-11-214224.local
    | XID: 10440723
    | Spülbar: Ja
    |
    + - 611E5357-8D10-4ABE-95F3-BE98C2DFCA3F
        Name: com.apple.TimeMachine.2019-06-21-233121.local
        XID: 10492913
        Spülbar: Ja
        ANMERKUNG: Dieser Snapshot begrenzt die Mindestgröße von APFS Container disk1
     

    Dann habe ich versucht, sie manuell zu löschen:

      $ sudo diskutil apfs deleteSnapshot disk1s1 -uuid BFD78F4F-99BB-4D5B-AE16-5367DC9C615E
    Löschen des APFS-Snapshots BFD78F4F-99BB-4D5B-AE16-5367DC9C615E "com.apple.TimeMachine.2019-06-11-214224.local" von APFS Volume disk1s1
    APFS-Betrieb gestartet
    Fehler: -69863: Unzureichende Berechtigungen
     

    Seltsamerweise wurde mir gesagt, dass ich nicht genügend Berechtigungen habe, obwohl ich sudo verwende, um den Befehl als root auszuführen. Dies hat möglicherweise etwas mit der Lesbarkeit des Systemvolumes zu tun oder damit, dass es sich um das aktiv gebootete Volume handelt, aber ich weiß es nicht.

    Nuklear werden

    Ich habe in den Wiederherstellungsmodus geladen und bin zur Befehlszeile gegangen. Von dort aus habe ich einen ähnlichen Vorgang durchgeführt, um zu versuchen, die Schnappschüsse zu löschen. Dies erforderte jedoch zuerst das Entsperren und Mounten der relevanten Volumes.

    1. Beim Ausführen von diskutil list stellte ich fest, dass meinen Daten und Systemvolumes die Bezeichnungen disk1s1 bzw. disk2s5 zugewiesen wurden.

    2. Ich denke (ich erinnere mich nicht genau), dass die Volumes freigeschaltet wurden mit:

        -bash-3.2 # diskutil apfs refreshVolume disk1s1
      Passwort:
      -bash-3.2 # diskutil apfs refreshVolume disk1s5
      Passwort:
       
    3. Dann habe ich sie montiert:

        -bash-3.2 # diskutil mount disk1s1
      -bash-3.2 # diskutil mount disk1s5
       
    4. Ich habe ihre Schnappschüsse aufgelistet:

        -bash-3.2 # diskutil apfs listSnapshots disk2s1
      Schnappschüsse für disk2s1 (2 gefunden)
      |
      + - Name: com.apple.TimeMachine.2019-06-11-214224.local
      | XID: 10440723
      |
      + - Name: com.apple.TimeMachine.2019-06-21-233121.local
          XID: 10492913
          ANMERKUNG: Dieser Snapshot legt die minimal zulässige Größe von APFS Container disk2 fest
      -bash-3.2 # diskutil apfs listSnapshots disk2s5
      Snapshot für disk2s5 (2 gefunden)
      |
      + - Name: com.apple.TimeMachine.2019-06-11-214224.local
      | XID: 187251
      |
      + - Name: com.apple.TimeMachine.2019-06-21-233121.local
          XID: 10492911
          ANMERKUNG: Dieser Snapshot legt die minimal zulässige Größe von APFS Container disk2 fest
       
    5. Ich habe versucht, die Schnappschüsse anhand ihrer "XID" zu löschen, aber das schien nicht für alle zu funktionieren. Deshalb habe ich sie stattdessen nach Namen gelöscht:

        -bash-3.2 # diskutil apfs deleteSnapshot disk2s1 -name com.apple.TimeMachine.2019-06-11-214224.local
      Löschen der APFS-Snapshot-XID 10440723 "com.apple.TimeMachine.2019-06-11-214224.local" von APFS Volume disk2s1
      APFS-Betrieb gestartet
      APFS-Vorgang abgeschlossen
      
      -bash-3.2 # diskutil apfs deleteSnapshot disk2s1 -name com.apple.TimeMachine.2019-06-21-233121.local
      Löschen von APFS Snapshot XID 10492913 "com.apple.TimeMachine.2019-06-21-233121.local" von APFS Volume disk2s1
      APFS-Betrieb gestartet
      APFS-Vorgang abgeschlossen
      
      -bash-3.2 # diskutil apfs deleteSnapshot disk2s5 -name com.apple.TimeMachine.2019-06-11-214224.local
      Löschen der APFS-Snapshot-XID 187251 "com.apple.TimeMachine.2019-06-11-214224.local" von APFS Volume disk2s5
      APFS-Betrieb gestartet
      APFS-Vorgang abgeschlossen
      
      -bash-3.2 # diskutil apfs deleteSnapshot disk2s5 -name com.apple.TimeMachine.2019-06-21-233121.local
      Löschen von APFS Snapshot XID 10492911 "com.apple.TimeMachine.2019-06-21-233121.local" von APFS Volume disk2s5
      APFS-Betrieb gestartet
      APFS-Vorgang abgeschlossen
       
    6. Nachdem dies erledigt war, bestätigte ich, dass die Schnappschüsse verschwunden waren:

        -bash-3.2 # diskutil apfs listSnapshots disk2s1
      Keine Snapshots für disk2s1
      
      -bash-3.2 # diskutil apfs listSnapshots disk2s5
      Keine Schnappschüsse für disk2s5
       
    7. Und ich habe bestätigt, dass der Speicherplatz tatsächlich mit diskutil apfs list freigegeben wurde.

    8. Ich habe neu gestartet und mein Mac war wieder normal.Der Speicherplatz aller zuvor gelöschten Dateien ist jetzt sichtbar und verfügbar.

    9. ol>

      Und sie lebten glücklich bis ans Ende ...

Heilige Kuh, vielen Dank!Das hat mich verrückt gemacht, nicht zu wissen, warum das Löschen so vieler großer Dateien mit DaisyDisk nicht den Speicherplatz freigibt, den es sollte.
Alter, du bist verrückt - JEMAND, DER CATALINA AKTUALISIERT, OHNE DIE LAGERUNG ZU ÜBERPRÜFEN, BEFOLGEN SIE DIE ANWEISUNGEN DIESES RETTERS (alternativ nicht wie ich) - das hat so viel geholfen.Das Problem ist, dass Sie nicht auf viele Dienstprogramme zugreifen können, da das Betriebssystem irgendwie kaputt ist.Dies hilft sehr, das Problem beim Aktualisieren ohne Speicher ist die Tatsache, dass der Zeitmaschinenfehler auftritt und zu einer Endlosschleife führt.Sie müssen die Zeitmaschinentauschdatei für Ihre SSD löschen, damit das Root-Betriebssystem tatsächlich überprüft, wie viel Speicherplatz noch vorhanden ist.
funktioniert, wenn Sie Schnappschüsse haben, leider ist das bei vielen von uns nicht der Fall: /
Tatjana Heuser
2019-06-18 14:47:33 UTC
view on stackexchange narkive permalink

Haben Sie das Installationsprogramm angewiesen, Ihre Benutzerdaten auf das neu installierte System zu kopieren? Wenn ja, lohnt es sich wahrscheinlich, nach erweiterten Sparse-Dateien oder Sparse-Bundles / Disk-Images zu suchen. - Abhängig von der Weisheit des Kopierprogramms wurden spärliche Dateien oder Bundles möglicherweise zu ihrem vollen Glanz erweitert und belegen jetzt "echten" Speicherplatz. Gute Kandidaten für spärliche Dateien unter MacOS sind spärliche Disk-Images, bei denen der "Raum für Erweiterungen" während der Erstellung reserviert wurde, aber erst mit Daten gefüllt werden sollte. Eine einfache Kopie kann es auch erweitern ...

Um large files zu identifizieren, können Sie find :

verwenden
  • find / -type f-size + 2G -ls listet jede Datei auf, die einen Schwellenwert von 2 GB überschreitet.

  • Wenn Sie möchten, dass die Ausgabe nach der Größe dieser Dateien sortiert wird, fügen Sie einfach sort hinzu und weisen Sie sie an, die 7. Spalte zu verwenden und die größten Ergebnisse zuerst anzuzeigen ( head schränkt die Ausgabe weiter ein zu den größten 20 der Gruppe, um zu verhindern, dass Sie Spam bekommen):

    find / -type f -size + 2G -ls | sort -k7 -r | head -20

  • Angesichts der Menge an Speicherplatz, über die Sie sich wundern, besteht die Möglichkeit, dass diese Suche den Schuldigen auftaucht. Wenn es sich um etwas handelt, das von einer anderen Installation kopiert wurde, können Sie den Speicherplatz vergleichen, den die Datei "wirklich" auf der Festplatte belegt, indem Sie du -sh < / path / to / file> für beide Dateien ausführen. Wenn es auf der Quellseite kleiner ist, kopieren Sie es erneut mit einem Tool, das spärliche Dateien intakt hält.

    So identifizieren Sie mit directory:

    Wenn Sie eher eine visuelle Person sind, können Sie mit einem Grafikwerkzeug den von Verzeichnissen belegten Speicherplatz anzeigen und von dort aus einen Drilldown durchführen:

    • Disk Inventory X gibt es schon immer, es ist kostenlos und und werden immer noch aktiv gepflegt, während
    • Daisy Disk bietet eine moderne Benutzeroberfläche und eine "kostenlose Testversion".

    Leider geben diese Tools (wie Sie erfahren haben) nur eine vage Vorstellung davon, wo sich große Dateien möglicherweise verstecken, aber diese können häufig als Ausgangspunkt für befehlszeilenbasierte Prüfungen dienen.

    Wenn Sie die Verzeichnisse lieber über die Befehlszeile untersuchen möchten, können Sie die großen Verzeichnisse mit find und du :

    finden
    • find / -type d -exec du -sh {} \;| grep "G" ( "G" muss als G crtl-v<tab> eingegeben werden, um nach G<tab> zu suchen)aus allen Verzeichnissen, die mindestens ein G groß sind.Beachten Sie, dass dies verschachtelte Verzeichnisse abhängig von ihrer Verschachtelungsebene mehrmals zusammenfasst (es summiert / usr, / usr / lokal / usr / lokal / bin / usr / lokal / usw. zusammen, ohne zu versuchen, den Prozess zu optimieren).

    Es wäre interessant, von Ihnen zu hören, wenn Sie den Täter identifiziert haben!

    Hallo Tatjana, danke für diese überlegte Antwort! Ich habe mit Daisy Disk gescannt und es wird dies in einem "versteckten Ordner" angezeigt, auf den ich nicht zugreifen kann. Ich habe festgestellt, dass mit jeder Datei, die ich lösche, der "versteckte Speicherplatz" bei gleicher Größe vergrößert wird.Ich kann also den Speicherplatz wirklich nicht verringern.
    Hey @Tatjana +1 für die Antwort.Könnten Sie bitte Ihre Zugehörigkeit zu den Apps angeben?Nur zur Vorsichtsmaßnahme.
    @AlexandreLordelo Nur um sicherzugehen - Sie sprechen nicht über die Dateisystemdarstellung des "Papierkorbs", aus dem Sie über den Finder "gelöschte" Dateien wiederherstellen können?(Dieser wird durch Auswahl von "Leerer Papierkorb" im Finder-Menü gelöscht.)Um den "versteckten Ordner" genauer zu betrachten (welcher und wo?), Sollten Sie in der Lage sein, "sudo" vor dem betreffenden Befehl zu verwenden, z. B. "sudo ls -l ".Das Passwort, nach dem "sudo" gefragt wird, gehört zu Ihrem (administrativen) Benutzerkonto.
    @ankiiiiiii Ich bevorzuge Shell gegenüber den meisten GUI-Apps, daher ist meine Zugehörigkeit leider nicht einmal die eines Kunden oder Benutzers.Vor langer Zeit (Ende der 80er Jahre) habe ich gelegentlich "xdu" verwendet, wodurch eine grafische Ausgabe durch rekursives Ausführen des Befehls "du" und Speichern der Ausgabe in einer Datei gerendert wurde. Das Ergebnis sah "Disk Inventory X" etwas ähnlich.
    @AlexandreLordelo "Ich habe festgestellt, dass mit jeder Datei, die ich lösche, der" versteckte Speicherplatz "mit derselben Größe vergrößert wird." Ich habe genau das gleiche Problem.Ich habe meine StarCraft 2-Installation (ca. 30 GB) gelöscht, wodurch sich mein versteckter Speicherplatz um 30 GB vergrößerte.
    Rokey Jin
    2019-10-10 14:28:23 UTC
    view on stackexchange narkive permalink

    @Alexander @Mane Manero Als tmutil werden folgende Verwendungen angezeigt:

      Verwendung: tmutil deletelocalsnapshots [<mount_point> |<snapshot_date>]
     

    Sie können Snapshots mit diesem Befehl ohne sudo und Wiederherstellungsmodus löschen:

      t ~ tmutil deletelocalsnapshots / System / Volumes / Data
    5 lokale Snapshots von Time Machine für die Volume-Gruppe mit der Festplatte '/ System / Volumes / Data' gelöscht
    com.apple.TimeMachine.2019-10-09-234112.local
    com.apple.TimeMachine.2019-10-09-200334.local
    com.apple.TimeMachine.2019-10-09-220434.local
    com.apple.TimeMachine.2019-10-09-210802.local
    com.apple.TimeMachine.2019-10-10-162541.local
     
    jmh
    2019-06-18 02:40:46 UTC
    view on stackexchange narkive permalink

    Ich habe viele Apps auf meinem System, aber mein Ordner ~ / Library enthält fast 100 GB.Ich schlage vor, Sie überprüfen Ihren Bibliotheksordner auf die Größe.Denken Sie daran, es gibt 2 Bibliotheksordner.eine in Ihrem Home-Verzeichnis und eine auf derselben Ebene wie Benutzer oder Anwendungsordner.Stellen Sie sicher, dass Sie versteckte Elemente anzeigen, und wählen Sie dann Ihren Bibliotheksordner im Finder und "Informationen abrufen"

    aus
    benwiggy
    2019-06-18 11:57:12 UTC
    view on stackexchange narkive permalink

    Es ist erwähnenswert, dass die Speicheraufteilung von MacOS traditionell unzuverlässig war.Stellen Sie beim Ausführen der Beta-Software sicher, dass Sie dies Apple melden.

    Meldet der Finder eine ähnliche Menge an verwendetem / freiem Speicherplatz?Wenn Sie Backups von iOS-Geräten wie Telefonen und iPads haben, können diese viel Speicherplatz beanspruchen.Früher wurden sie in iTunes verwaltet, in Catalina hat sich dies jedoch geändert.

    DerekC
    2019-08-08 18:16:08 UTC
    view on stackexchange narkive permalink

    Trimmen / hat bei Catalina nicht funktioniert, / System / Volumes / Data hat bei mir funktioniert

    Überprüfen Sie den Speicherplatz:

      MacBook-Pro-2152: ~ derek $ df -h
    Verwendete Dateisystemgröße Verfügbare Kapazität iused ifree% iused Mounted on
    / dev / disk1s5 466Gi 14Gi 36Gi 28% 478195 4881974685 0% /
    devfs 227Ki 227Ki 0Bi 100% 789 0 100% / dev
    / dev / disk1s1 466Gi 414Gi 36Gi 92% 3238291 4879214589 0% / System / Volumes / Data
    / dev / disk1s4 466Gi 1.0Gi 36Gi 3% 1 4882452879 0% / private / var / vm
    map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% / System / Volumes / Data / home
     

    Schneiden Sie die Schnappschüsse um ~ 10 GB

      MacBook-Pro-2152: ~ derek $ sudo tmutil thinLocalSnapshots / System / Volumes / Data 10000000000 4
    Ausgedünnte lokale Schnappschüsse:
    com.apple.TimeMachine.2019-08-08-014223.local
    com.apple.TimeMachine.2019-08-08-095414.local
    com.apple.TimeMachine.2019-08-08-105804.local
     

    Bestätigen Sie den freien Speicherplatz

      MacBook-Pro-2152: ~ derek $ df -h
    Verwendete Dateisystemgröße Verfügbare Kapazität iused ifree% iused Mounted on
    / dev / disk1s5 466Gi 14Gi 47Gi 23% 478195 4881974685 0% /
    devfs 227Ki 227Ki 0Bi 100% 789 0 100% / dev
    / dev / disk1s1 466Gi 403Gi 47Gi 90% 3238291 4879214589 0% / System / Volumes / Data
    / dev / disk1s4 466Gi 1.0Gi 47Gi 3% 1 4882452879 0% / private / var / vm
    map auto_home 0Bi 0Bi 0Bi 100% 0 0 100% / System / Volumes / Data / home
     
    user2304751
    2019-09-02 01:05:40 UTC
    view on stackexchange narkive permalink

    Bevor ich die Nuklearoption versuchte, fand ich einen Artikel, der half. Bemerkenswerterweise hat das Trimmen bei mir nicht funktioniert (weshalb ich davon ausgehe, dass wir dieses Problem haben).

    Über diesen Link können Sie Ihre lokalen Backups auflisten:

    tmutil listlocalsnapshots / System / Volumes / Data ​​code>

    Das Ergebnis war

      $ tmutil listlocalsnapshots / System / Volumes / Data
    
    Snapshots für Datenträgergruppen mit Datenträger / System / Datenträgern / Daten:
    com.apple.TimeMachine.2019-08-31-171636.local
    com.apple.TimeMachine.2019-08-31-184648.local
    com.apple.TimeMachine.2019-09-01-073333.local
    com.apple.TimeMachine.2019-09-01-083316.local
    com.apple.TimeMachine.2019-09-01-100431.local
    com.apple.TimeMachine.2019-09-01-110546.local
    com.apple.TimeMachine.2019-09-01-120530.local
     

    Führen Sie dann tmutil deletelocalsnapshots mit dem Datum und der Nummer aus, um die einzelnen zu löschen. Mach eins nach dem anderen:

    tmutil deletelocalsnapshots 2019-08-31-184648

    tmutil deletelocalsnapshots 2019-08-31-184648

    tmutil deletelocalsnapshots 2019-09-01-073333

    ...

    Danach dauerte es ungefähr 2 Minuten und mein Computer meldete 50 GB frei.

    Wenn Sie nur alle löschen möchten, können Sie Zeit sparen, indem Sie die Daten wie folgt durchlaufen: `for snapshot in $ (tmutil listlocalsnapshotdates | grep 20);sudo tmutil deletelocalsnapshots $ snapshot;erledigt`
    Mehul_kd
    2020-04-02 11:43:54 UTC
    view on stackexchange narkive permalink

    Gefunden ... Änderungen am macOS Catalina-Dateisystem: Automatisch generierte mehrere Dateien als Auslagerungsdatei (AnyNumber) von 1,07 GB unter HD> Privat> var> VM

    Sie können versteckte Dateien im Finder anzeigen, indem Sie drücken: ⌘ Befehl kbd> ⇧ Umschalt kbd> . kbd>



    Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 4.0-Lizenz, unter der er vertrieben wird.
    Loading...