системные данные: 180 ГБ, состав не указан

обновлено · автор

«Системные данные» — бывшее «Другое» — это не вещь. это колонка остатка: всё, что экран хранилища не смог отнести к программам, документам или фотографиям, сложено и показано одним числом, которое нельзя открыть. внутри четыре-пять разных вещей с четырьмя-пятью разными ответами, а советы, которые вы найдёте, ошибаются в одних и тех же двух местах.

где macOS показывает системные данные и чего она не расскажет

  1. «Системные настройки» → «Основные» → «Хранилище». это тот экран, который показывает число, и его рекомендации стоит выполнить первыми — автоматическая очистка корзины, удаление просмотренного из Apple TV.
  2. потом, в Finder, ⇧⌘G и переход в ~/Library. ваша доля лежит там, и спрятана она ровно потому, что руками её по большей части править не надо.

расшифровывать системные данные экран хранилища не станет, и из-за этого весь вопрос и существует. Apple описывает категорию так: она «measures the storage space used by all Apple and third-party files that don't belong to any more specific category» — честный способ сказать «остаток».

определение категории словами самой Apple (страница английская): как освободить место на Mac — Apple Support

почему df и экран хранилища не сходятся

прежде чем что-то удалять, знайте: два ваших числа и должны различаться. macOS сообщает свободное место дважды — сколько физически не занято и число побольше, куда добавлено вычищаемое: файлы, которые она выбросит сама, как только место понадобится. на машине, где писалась эта страница, разрыв был шесть гигабайт, 45,7 ГБ против 51,8 ГБ. df -h /System/Volumes/Data отдаёт первое, экран хранилища клонится ко второму, и эти шесть гигабайт вы вернуть не могли — их у вас и не забирали.

не верьте совету, повторённому в десятках статей, будто diskutil info / печатает строку «Purgeable Space». запустите и поищите это слово: там есть Container Free Space и больше ничего. вычищаемое — это значение, которое файловая система отдаёт приложениям через ключ ресурса, а не поле в отчёте о диске.

ключ, который приложения для этого и читают (страница английская): volumeAvailableCapacityForImportantUsageKey — Apple Developer

из чего системные данные состоят на самом деле

  • локальные снапшоты Time Machine. обычно самый крупный пункт — когда они вообще есть, и вот об этом не упоминает никто.
  • резервные копии iOS и iPadOS, в ~/Library/Application Support/MobileSync/Backup. десятки гигабайт каждая, по одной на устройство, хранятся вечно. удаляйте их с экрана устройства в Finder, а не руками.
  • кэши, в ~/Library/Caches. каждое приложение, которым вы пользуетесь, и каждое, которое вы годы назад снесли без остатков. чистить безопасно, они восстановятся по требованию, а первый запуск после этого у всего будет медленнее.
  • установщики, за которыми никто не убрал, — файлы .dmg и .pkg в загрузках, на рабочем столе и в документах. скучно и нередко на двузначное число гигабайт.

снапшоты: сначала посмотрите на нужный том

начните с tmutil destinationinfo. если ответ «No destinations configured», снапшотов у вас нет вовсе и эта ветка для вас закрыта: Apple хранит их только когда настроен диск для резервных копий и включено автоматическое копирование. пять секунд, и они экономят тот день, который люди тратят на самый советуемый в интернете совет.

а если снапшоты есть, то команда, которую все цитируют, — tmutil listlocalsnapshots / — печатает заголовок и больше ничего, потому что снапшоты живут на томе данных: tmutil listlocalsnapshots /System/Volumes/Data. macOS делает по одному примерно раз в час, держит сутки и освобождает под нагрузкой, так что цифра пугает вас задолго до того, как начинает чего-то стоить. удалять снапшот руками через tmutil deletelocalsnapshots — редко правильный ход.

правила хранения и условие, при котором они вообще есть (страница английская): о локальных снапшотах Time Machine — Apple Support

почему du не измерит ваши копии ios

обычный способ измерить папку — du -sh, и на MobileSync он падает: du: Operation not permitted. и ls тоже. папка лежит за слоем приватности, а у «Терминала» такого доступа по умолчанию нет — ничего не сломано, и никакой вариант команды туда не пройдёт. смотрите размер в Finder, на экране устройства, там же удаляйте старые копии. выдать «Терминалу» полный доступ к диску тоже сработало бы, но отдавать оболочке постоянный доступ ко всему ради замера одной папки — плохой обмен.

что не трогать: всё в ~/Library/Application Support, что принадлежит приложению, которым вы пользуетесь, — там лежат лицензии, локальные базы и годы вашей собственной работы.

а если само приложение отказывается уходить: приложение, которое не удаляется

та часть системных данных, которую не чистит никто

на вашем диске есть тома помимо тех двух, о которых вы думаете. запустите diskutil apfs list — и увидите их: они посчитаны, в Finder невидимы и отнесены к системным данным. на машине, где писалась эта страница:

  • Preboot — 9,1 ГБ здесь, и это многовато; обычнее пара-тройка гигабайт. в нём лежит то, что Mac нужно до того, как системный том разблокирован.
  • Recovery — 1,3 ГБ. та среда, в которую вы загружаетесь, когда основная система не стартует.
  • VM — 8,6 ГБ, и этот том ходит туда-сюда. это подкачка: здесь восемь файлов по гигабайту, записанных, когда стало не хватать памяти. он растёт от того, что у вас открыто, а не от того, что вы сохранили.

это примерно девятнадцать гигабайт, и ничего из этого не удаляет ни один чистильщик, наш в том числе. системный том запечатан и проверяется при загрузке, Preboot и Recovery — то, что делает это возможным, а подкачка принадлежит ядру. приложение, которое это удаляет, — не функция, а ошибка.

так что прежде чем идти дальше: запустите tmutil destinationinfo, вычтите перечисленные тома и считайте гигабайтов шесть остатка вычищаемыми и уже вашими. то, что переживёт это вычитание, и есть та часть, с которой стоит что-то делать, — кэши, старые установщики, копии устройств и следы приложений, которых здесь больше нет. часто это тридцать-сорок гигабайт, и это разбор завалов, а не расследование.

почему системный том не ваш, чтобы его подрезать (страница английская): что такое запечатанный системный том — Apple Support

как hop чистит те системные данные, до которых достаёт

тот разбор завалов — это четыре поиска в Finder, по команде в «Терминале» на каждую папку, которую хочется измерить, и знание, какие это папки. модуль удаления программ в hop проходит это, не удаляя ни одного приложения, начиная с самого крупного. чего он не делает — так это второй половины этой страницы, и ей место в таблице, а не в сноске, которую вы найдёте потом.

сам модуль и то, что он ищет: удаление программ на Mac

на что вы смотритебесплатный путьс hop
хранилище говорит, что системные данные — 15 ГБничего — это обычное числоне нужен. закройте страницу
какие приложения держат кэшиdu -sh ~/Library/Caches/* и сотня строк на прочтениетот же список, крупные сверху, по одному приложению
установщики, разбросанные по загрузкам, рабочему столу и документамтри поиска по типу, три заходаодна секция, одна галочка
гигабайты приложений, удалённых годы назадсначала надо вспомнить приложение, чтобы его поискатьнаходятся по бесхозности, а не по имени
снапшоты, preboot, recovery, vm, копии iostmutil, Finder или оставить как естьвне зоны. hop их не трогает и не будет
  • одна галочка забирает целую секцию, и ничего не стирается: всё уходит в корзину, поэтому ошибка стоит восстановления, а не файла.
  • то, что он намеренно не трогает, тоже перечислено — контейнер, где кэш лежит вместе с данными, включая двадцать гигабайт мессенджера, потому что выбросить оттуда что-то безопасно может только сама программа. чистильщик, который забирает такое не спрашивая, — это способ потерять переписку.

когда число системных данных не двигается

  • вы всё удалили, а цифра прежняя. экран хранилища пересчитывает медленно — подождите несколько минут или посмотрите через df -h, который ничего не кэширует.
  • упало и тут же вернулось. это снапшоты, и так и должно быть. их освобождают, когда диску действительно тесно.
  • корзину так и не очистили. удалённые файлы считаются, пока она не пуста.
  • приложение держит открытым удалённый файл, и место не возвращается, пока оно не закроется. выход из учётной записи решает это без перезагрузки.
  • это «Фото» или «Почта», попавшие сюда из-за того, как хранятся их кэши. и то и другое чистится изнутри самого приложения, а удаление их библиотек руками теряет вещи навсегда.
  • диск забит настолько, что система начинает чудить. ниже примерно 10% свободного macOS принимается решать за себя, и все замеры становятся странными.

Xcode, симуляторы и вопрос на 200 ГБ

если у вас не сорок гигабайт, а двести, и вы пишете программы, бросайте читать общие советы — это отдельный случай, и им забиты форумы разработчиков после каждого выпуска macOS. среды симуляторов хранятся по версиям и переживают обновления, производные данные растут без предела, поддержка устройств копит по папке на каждую сборку iOS, а архивы хранятся вечно по замыслу.

среды снимаются на том же экране хранилища, с которого началась эта страница, — «Системные настройки» → «Основные» → «Хранилище» → раздел разработчика, — до которого большинство просто ни разу не прокручивало. xcrun simctl delete unavailable — это другая работа: она убирает устройства симулятора, которые больше не запускаются, а не среды под ними. всё остальное лежит в ~/Library/Developer, и это du измерить может, потому что, в отличие от MobileSync, за слоем приватности оно не сидит. ни одному чистильщику общего назначения ничего из этого доверять не стоит.

ветка самой Apple о том, куда уходит место у Xcode (страница английская): FYI: Xcode and disk space — Apple Developer Forums

frequently asked questions

что такое системные данные на Mac?
категория остатка на экране хранилища: всё, что не посчитали программами, документами, фотографиями, музыкой или почтой. в основном кэши, журналы, копии устройств, локальные снапшоты и скрытые тома, которые нужны macOS для загрузки, — и всё это без расшифровки.
безопасно ли удалять системные данные?
часть из них — да. кэши, старые установщики и старые копии iOS удалять безопасно. запечатанный системный том, Preboot, Recovery и папки поддержки приложений, которыми вы пользуетесь, — нет.
почему системные данные разрослись после резервного копирования Time Machine?
локальные снапшоты. между копированиями macOS держит их на внутреннем диске и считает здесь. они освобождаются сами, когда нужно место, так что большое число на диске, где место есть, — не проблема.
как удалить локальные снапшоты?
перечислите их через tmutil listlocalsnapshots /System/Volumes/Data — том данных, а не /, куда вас отправляет большинство инструкций и где вы не увидите ничего. tmutil deletelocalsnapshots с датой удаляет один, и нужно это редко.
почему «Терминал» пишет operation not permitted на папке с копиями?
MobileSync лежит за слоем приватности, и доступа к нему у «Терминала» по умолчанию нет. смотрите размер в Finder, на экране устройства, — там же безопасно удаляются старые копии.
ускоряет ли Mac очистка кэшей?
нет. кэши и существуют, чтобы ускорять, и после очистки первый запуск у всего будет медленнее. чистите их ради места, а не ради скорости.
сколько свободного места должно быть на Mac?
держите около десяти процентов. ниже этого подкачке становится негде развернуться, и предупреждения о нехватке памяти приложений начинаются на машинах, где оперативной памяти вдоволь.

the tool behind this

app uninstallerremove an app together with what it left in about thirty places.

done with удаление программ

other things people do

об авторе

Антон Шакиров, автор hop

создаёт hop

создаёт hop и все страницы этого сайта. девятнадцать инструментов под одной иконкой в menu bar, MIT и открытый код. на issue и письма отвечает сам.

download hopfree · macOS 14+ · Apple silicon and Intel