Mac Storage Manager: инструкция от гика, функции, ограничения и актуальный статус

↓Скачать Mac Storage Manager

Mac Storage Manager — проект Narek Mosisian, который начинался как открытый shell-скрипт для поиска крупных приложений на Mac и их удаления вместе со связанными файлами, а затем получил поддержку Linux. На 4 сентября 2026 года продукт нужно рассматривать как прекращённый: прежний официальный репозиторий GitHub и отдельный Homebrew-репозиторий больше не открываются, а каталог AlternativeTo помечает программу как Discontinued. Поэтому этот обзор отделяет последнюю документированную функциональность от текущей доступности: он объясняет, что умела редакция 3.2.0, как был устроен интерфейс и для каких задач инструмент подходил, но не выдаёт исчезнувший канал установки за действующий.

Что такое Mac Storage Manager и почему его легко перепутать

Mac Storage Manager — не встроенный раздел Storage в настройках macOS и не старое фирменное ПО производителей накопителей с похожим названием. Речь идёт именно о проекте Narek Mosisian: наборе shell-скриптов с интерактивным терминальным интерфейсом. Его рабочий объект — установленное приложение и связанные с ним данные. На macOS инструмент учитывал пакеты .app в /Applications и ~/Applications, формулы и casks Homebrew, а при расширенном сканировании мог искать дополнительные совпадения по файловой системе.

Назначение было уже, чем у классических анализаторов диска. Mac Storage Manager не строил карту всего накопителя, не группировал произвольные пользовательские файлы по типам и не искал дубликаты. Он отвечал на более конкретный вопрос: какие установленные приложения занимают место и какие сопровождающие каталоги можно удалить вместе с выбранной программой. Такой фокус особенно отличал его от визуальных анализаторов вроде DaisyDisk или GrandPerspective.

Последняя документированная ветка стала кроссплатформенной. После выпуска 2.0.0 в феврале 2025 года Linux получил отдельную логику обнаружения через системные и пользовательские .desktop-файлы, а поздняя документация упоминала пакетные менеджеры apt, dnf/yum и pacman. Название при этом не менялось, поэтому по одному слову Mac легко ошибочно решить, что Linux не поддерживался.

Основные параметры

Параметр	Проверенное состояние
Официальное название	Mac Storage Manager
Разработчик	Narek Mosisian
Тип	Набор shell-скриптов с CLI/TUI-интерфейсом для анализа размеров приложений и контролируемого удаления
Последняя документированная редакция	3.2.0; это исторически последняя найденная документация, а не действующая поддерживаемая версия
Платформы последней документированной ветки	macOS и Linux
Интерфейс	Терминальные диалоги на базе whiptail/newt, чеклисты, кнопки подтверждения, прогресс и текстовые сообщения
Главные объекты на macOS	.app в /Applications и ~/Applications, Homebrew formulas/casks, связанные каталоги Library, дополнительные результаты глубокого поиска
Главные объекты на Linux	.desktop-записи, пользовательские и системные каталоги приложений; пакетные менеджеры поддерживаемых семейств
Зависимости поздней документации	Bash-совместимая среда, jq, newt/whiptail; для звука на macOS использовался afplay, на Linux — paplay
Аккаунт	Не был частью документированной модели работы
Облачная обработка	Не документировалась; основная работа выполнялась с локальной файловой системой и локальными пакетами
Мобильные версии и веб-сервис	Не документировались
ИИ-функции	Не документировались
Лицензия последней документированной ветки	AGPL-3.0; ранняя публикация проекта в декабре 2024 года ещё указывала MIT
Текущий статус на 04.09.2026	Прекращён; официальный GitHub-репозиторий и прежний Homebrew-репозиторий возвращают 404

Точная минимальная версия macOS в поздней документации не была зафиксирована настолько надёжно, чтобы указывать её как системное требование. Для снятого с публикации shell-проекта это принципиально: совместимость с актуальными версиями macOS нельзя выводить только из того, что программа когда-то работала на Mac.

Текущий статус и доступность

Самое важное ограничение в 2026 году — не функциональное, а жизненный цикл продукта. Адрес прежнего официального репозитория NarekMosisian/mac-storage-manager сейчас возвращает страницу 404. То же происходит с отдельным Homebrew-репозиторием, который использовался для распространения поздней версии. AlternativeTo отключил официальные ссылки и прямо отмечает проект как прекращённый. Новую установку из проверенного канала разработчика поэтому воспроизвести нельзя.

Это меняет смысл обзора. Описывать Mac Storage Manager как актуально распространяемую бесплатную утилиту было бы неверно, хотя последняя опубликованная ветка действительно была открытой и бесплатной. Правильная формулировка — последняя документированная редакция была свободным open-source-инструментом, но сейчас официального канала получения нет. Цена, пробный период и коммерческие тарифы как действующие условия отсутствуют, потому что сам продукт больше не предлагается разработчиком через проверенный источник.

Для пользователя, у которого сохранилась собственная легитимная локальная копия, документация по функциям всё ещё полезна: скрипты не зависят от подписки или пользовательского аккаунта. Однако отсутствие репозитория означает отсутствие видимой линии обновлений, актуальных исправлений и простого способа сверить локальные файлы с оригиналом. Для новой установки разумнее выбрать поддерживаемую альтернативу, а не скачивать неизвестную перепаковку с неофициального зеркала.

Интерфейс и рабочая модель

Mac Storage Manager не был нативным приложением macOS с окнами AppKit или SwiftUI. После запуска shell-логика открывала псевдографические диалоги whiptail/newt прямо в терминале. Визуально это рамки, списки, чекбоксы, кнопки и текстовые подсказки. Такой TUI ближе к системному мастеру, чем к обычному приложению из папки Applications.

Центральный экран — Select apps to delete. В нём одновременно видны названия приложений или пакетов и рассчитанный объём. Это важная особенность модели: решение об удалении принимается не по абстрактной категории Applications, а по конкретным установленным объектам. Чеклист поддерживал выбор нескольких позиций, поэтому инструмент был рассчитан не только на удаление одной программы, но и на разбор накопившегося набора приложений.

Второй важный слой интерфейса — выбор глубины поиска. Поздняя документация разделяла более быстрый режим по известным точкам установки и полный обход с sudo. Глубокий вариант расширял область видимости, но занимал больше времени и требовал административных прав. Программа сохраняла выбранное предпочтение, чтобы не заставлять пользователя каждый раз заново задавать один и тот же режим.

Перед удалением Mac Storage Manager показывал найденные основные и связанные пути и требовал подтверждение. Здесь TUI выполнял не декоративную роль, а роль предохранителя: пользователь видел, какие каталоги относятся к приложению, и мог отказаться до необратимого действия. В поздней ветке появился пункт Delete History, который сохранял перечень выполненных удалений с отметками времени. Это журнал, а не механизм восстановления.

Служебная сторона интерфейса включала прогресс-индикацию, обработку ошибок, звуковой переключатель и логирование. Последняя документация называла файл mac_storage_manager.log. Более ранние сообщения о версии 2.0.0 использовали старое имя журнала application_size_checker.log, поэтому для сохранённой копии путь к журналу зависит от поколения программы.

Функции и границы возможностей

Поиск приложений на macOS

На Mac основной быстрый охват строился вокруг /Applications и ~/Applications. Это соответствует двум типичным способам размещения .app-пакетов: общесистемному и пользовательскому. Дополнительно инструмент включал данные Homebrew. При полном режиме использовался sudo find, который мог обнаружить совпадения вне стандартных каталогов. Полный обход не превращал программу в универсальный индексатор любых документов: единицей решения всё равно оставалось приложение и связанные с ним пути.

Подсчёт размера и пакетный выбор

Перед удалением программа рассчитывала размеры найденных приложений и пакетов и выводила их в одном списке. Это позволяло сопоставлять ценность очистки с риском: удаление нескольких мелких утилит может почти не изменить свободное место, тогда как один крупный пакет способен дать заметный результат. При этом разработчик не публиковал воспроизводимых сравнительных замеров скорости, поэтому оценивать производительность в секундах или гигабайтах в минуту нельзя.

Homebrew formulas и casks

Homebrew был встроен в модель Mac Storage Manager, а не рассматривался как внешний мир. Инструмент собирал сведения о formulas и casks и мог инициировать их удаление. В поздней версии был предусмотрен запасной сценарий: когда обычное удаление Homebrew отказывалось из-за зависимостей, программа могла повторить операцию с флагом ignore-dependencies. Это повышало шанс завершить удаление, но одновременно делало проверку списка особенно важной: формула может быть нужна другим установленным пакетам.

Связанные каталоги приложения

После выбора приложения Mac Storage Manager мог предложить очистить несколько классов данных: Application Support, Preferences, Caches, Logs и Saved Application State. Эти категории нельзя считать равнозначным мусором. Preferences обычно содержат настройки, Logs — журналы, Caches — временные данные, Saved Application State — сведения о состоянии окон и сессий, а Application Support способен включать профили, локальные базы, плагины и рабочие данные. Поэтому программа показывала пути перед подтверждением вместо безусловного удаления всех совпадений.

История, журнал и обработка ошибок

Delete History сохранял сведения о ранее удалённых приложениях и времени операции, а mac_storage_manager.log использовался для диагностики ошибок и предупреждений. В редакции 3.2.0 обработка sudo была усилена: после нескольких неверных попыток аутентификации утилита безопасно возвращалась в меню, а не продолжала действие с неопределённым состоянием. Строгий режим Bash с set -euo pipefail также был направлен на прекращение выполнения при ошибках, неинициализированных переменных и сбоях в конвейерах.

Защита критичных приложений

В поздней документации были перечислены защищаемые критичные приложения, среди примеров встречались Finder, Safari и gnome-terminal. Смысл механизма — не позволять обычному сценарию очистки обращаться с важным системным компонентом как с пользовательской программой. Эта защита снижает риск, но не отменяет обязанность читать пути, особенно при полном сканировании с sudo.

Linux-поддержка

Начиная с 2.0.0 проект официально расширился на Linux. Поиск ориентировался на .desktop-записи, включая /usr/share/applications и ~/.local/share/applications; поздняя документация добавляла пользовательские XDG-каталоги. Для пакетного удаления поддерживались apt, dnf/yum и pacman при наличии соответствующей системы. Это не означало универсальную поддержку каждого Linux-формата: в документации не было подтверждения полного охвата Flatpak, Snap, AppImage и всех кастомных установок.

Локализация

Позднее описание проекта заявляло более 40 переводов интерфейса и одновременно предупреждало, что часть локализаций экспериментальная и может быть неполной или непоследовательной. Поэтому наличие многоязычной инфраструктуры не равно гарантии качественного русского интерфейса во всех диалогах. Для точных действий безопаснее ориентироваться на названия элементов, которые документированы в оригинале, например Select apps to delete и Delete History.

Форматы, импорт и экспорт

Mac Storage Manager не был редактором проектов, поэтому привычных форматов импорта и экспорта у него нет. На macOS входными объектами служили .app-пакеты, записи Homebrew и каталоги файловой системы; на Linux — .desktop-записи и данные поддерживаемых пакетных менеджеров. Программа не конвертировала пользовательские документы и не сохраняла проект в переносимый контейнер. Персистентный результат работы — изменения файловой системы, история удалений и диагностический лог.

Что в программе не подтверждено

Для Mac Storage Manager не документированы мобильное приложение, браузерная версия, синхронизация между устройствами, облачная обработка, командная работа, распознавание содержимого, генеративные функции или ИИ. Также нет подтверждённого механизма восстановления удалённого файла из собственного интерфейса. Поэтому Delete History нельзя трактовать как корзину, а локальный лог — как резервную копию.

Задача → инструмент → результат → что проверить

Задача	Инструмент Mac Storage Manager	Результат	Что проверить
Понять, какие приложения занимают больше места	Сканирование известных каталогов и расчёт размеров	Список приложений и пакетов с объёмом	Относится ли крупная позиция к реально ненужному ПО
Удалить несколько программ	Чеклист Select apps to delete	Группа выбранных приложений переходит к этапу подтверждения	Нет ли среди отмеченных рабочих или системно важных компонентов
Убрать приложение, установленное через Homebrew	Учёт formulas и casks	Удаление проходит через пакетный слой Homebrew	Не является ли formula зависимостью нужного пакета
Найти остатки вне обычных каталогов	Полный поиск через sudo find	Появляются дополнительные совпадения	Каждый путь действительно относится к удаляемому приложению
Очистить служебные данные	Категории Application Support, Preferences, Caches, Logs, Saved Application State	Удаляются выбранные связанные каталоги	Не хранятся ли в Application Support нужные локальные данные
Разобрать сбой	mac_storage_manager.log и сообщения TUI	Есть контекст ошибки	Совпадает ли проблема с правами, отсутствующей зависимостью или ошибкой пакетного менеджера
Вспомнить прошлую очистку	Delete History	Виден факт и время предыдущего удаления	Не путать запись в истории с возможностью вернуть файлы

Эта схема показывает сильную и слабую стороны продукта одновременно. Инструмент объединял анализ приложений и их удаление в одном терминальном сценарии, но финальная оценка найденного пути оставалась за пользователем. Автоматическое присутствие элемента в списке не означало, что его безопасно удалить.

Как пользоваться программой — советы гика

Ниже описана работа только с уже имеющейся у пользователя легитимной локальной копией последней документированной ветки. Официальный репозиторий и прежний Homebrew-репозиторий сейчас недоступны, поэтому получить новую проверяемую копию этими путями нельзя. Не стоит заменять исчезнувший официальный источник случайной сборкой: для утилиты, которая удаляет файлы с правами администратора, происхождение кода критично.

Подготовить сохранённую локальную копию к запуску

Цель. Убедиться, что сохранённые скрипты могут стартовать в ожидаемой среде и что перед очисткой есть способ вернуться к исходному состоянию данных.

Подготовка. Нужна папка с ранее полученной копией Mac Storage Manager. Поздняя документация требовала jq и newt/whiptail; основной сценарий 3.x запускался через main.sh. Для чувствительных данных заранее создайте резервную копию средствами, которым доверяете; по теме возврата удалённых файлов пригодится материал GeekHow о программах для восстановления файлов.

1. Откройте Terminal и перейдите в каталог сохранённой копии Mac Storage Manager.
2. Проверьте, что в папке присутствует main.sh и остальные файлы комплекта; не подменяйте недостающий скрипт версией с неизвестного сайта.
3. Проверьте наличие jq и интерфейсной зависимости newt/whiptail в своей системе.
4. Если сохранённые скрипты потеряли исполняемый атрибут, восстановите его только для файлов из своей проверенной копии; историческая документация использовала chmod +x для shell-скриптов.
5. Не запускайте отдельные внутренние сценарии наугад: поздняя ветка была рассчитана на вход через main.sh.

Проверка результата. main.sh существует, зависимости доступны, а локальная копия имеет известное происхождение.

Типичная ошибка. Попытка повторить старую команду git clone заканчивается 404, потому что официальный репозиторий удалён.

Безопасный откат. Ничего не скачивайте с непроверенного зеркала и не меняйте системные файлы. На этом этапе лучше прекратить работу и выбрать поддерживаемый аналог.

Запустить главное меню через main.sh

Цель. Открыть TUI и убедиться, что программа стартует без ошибки зависимостей.

Подготовка. Terminal уже находится в каталоге проверенной локальной копии, а скрипты имеют право на выполнение.

1. Введите ./main.sh и подтвердите запуск.
2. Дождитесь появления терминального меню, не закрывая окно во время инициализации.
3. Если интерфейс не появился, прочитайте сообщение Terminal до повторного запуска: оно обычно позволяет отличить отсутствие jq/newt от проблемы с правами.

Важные параметры. Поздняя ветка ориентировалась на Bash-совместимое выполнение и строгую обработку ошибок; произвольная смена оболочки для отдельных файлов может изменить поведение.

Проверка результата. На экране виден интерфейс whiptail/newt, а не обычный поток необработанного текста.

Типичная ошибка. Permission denied означает, что shell не может исполнить main.sh; command not found для jq или whiptail указывает на отсутствующую зависимость.

Безопасный откат. Закройте программу до любых операций удаления и восстановите только недостающую зависимость или права своей копии.

Выбрать Optimized или полный поиск с sudo

Цель. Получить достаточный список приложений, не расширяя область сканирования без необходимости.

Подготовка. Сначала определите, ищете ли вы обычные приложения из /Applications, ~/Applications и Homebrew либо пытаетесь найти остатки в нестандартных местах.

1. В меню сканирования выберите быстрый вариант Optimized для обычной проверки установленных приложений.
2. Используйте полный вариант с sudo только тогда, когда стандартный охват не показывает ожидаемый объект.
3. При появлении диалога Include sudo find подтвердите глубокий обход только после того, как понимаете, зачем нужны повышенные права.
4. Введите пароль администратора в системном приглашении sudo, если полный режим действительно нужен.

Важные параметры. Полный обход анализирует значительно более широкую часть файловой системы и потому способен работать заметно дольше. В редакции 3.2.0 выбранное предпочтение сохранялось.

Проверка результата. После сканирования появляется список приложений; в полном режиме в нём могут присутствовать дополнительные находки.

Типичная ошибка. Несколько неверных попыток sudo не должны приводить к продолжению опасной операции: поздняя версия возвращала пользователя в меню после трёх неудачных вводов.

Безопасный откат. Вернитесь в Optimized и повторите анализ без повышенных прав, если глубокий поиск не нужен.

Работать с чеклистом Select apps to delete

Цель. Выбрать только те приложения, которые действительно планируется удалить.

Подготовка. Дождитесь завершения расчёта размеров. Сопоставьте крупные позиции со своими реальными рабочими задачами.

1. В окне Select apps to delete перемещайте выделение по списку клавишами со стрелками.
2. Нажимайте Space, чтобы поставить или снять отметку у текущей позиции.
3. Проверяйте размер рядом с названием и не выбирайте программу только потому, что она крупная.
4. После завершения выбора переключитесь на Ok и подтвердите переход к просмотру удаляемых объектов.
5. Для отказа используйте Cancel.

Важные параметры. Чеклист поддерживает несколько отмеченных строк. Это удобно для пакетной очистки, но увеличивает последствия ошибки выбора.

Проверка результата. На следующем экране фигурируют только те приложения, которые были отмечены намеренно.

Типичная ошибка. Пользователь ориентируется только на размер и случайно включает нужную IDE, браузер для тестирования или рабочий пакет.

Безопасный откат. Нажмите Cancel до финального подтверждения и повторите выбор с меньшим числом позиций.

Проверить связанные файлы перед удалением

Цель. Отделить безусловно ненужные остатки от пользовательских данных, которые могут понадобиться после удаления приложения.

Подготовка. Вы должны знать, какие локальные профили, проекты, библиотеки или пресеты хранит удаляемое приложение.

1. Просмотрите основной .app-пакет или пакетный объект, который программа собирается удалить.
2. Отдельно прочитайте список Application Support: это наиболее чувствительная категория.
3. Затем оцените Preferences, Caches, Logs и Saved Application State.
4. Снимите подтверждение с любой категории, смысл которой неясен или которая может содержать рабочие данные.
5. Подтверждайте удаление только после проверки всех показанных путей.

Важные параметры. Caches, Preferences и Application Support имеют разные назначения. Удаление Preferences сбрасывает настройки, а удаление Application Support способно убрать пользовательские базы и другие постоянные данные.

Проверка результата. В финальном списке нет каталогов, которые вы хотите сохранить.

Типичная ошибка. Автоматически согласиться на очистку Application Support, не открыв резервную копию или не выяснив, что хранит конкретная программа.

Безопасный откат. Отмените текущую операцию. Сначала сохраните нужные данные отдельно, затем вернитесь к удалению.

Удалить Homebrew cask или formula

Цель. Удалить объект с учётом того, что он управляется Homebrew, а не только лежит в виде .app в Finder.

Подготовка. Убедитесь, что выбранный cask или formula больше не нужен и не является необходимой частью другого рабочего инструмента.

1. Выберите Homebrew-объект в общем списке Mac Storage Manager.
2. Проверьте название и рассчитанный размер перед подтверждением.
3. Разрешите программе использовать обычный механизм удаления Homebrew.
4. Если поздняя версия сообщает о неудаче из-за зависимостей и предлагает встроенный запасной сценарий, ещё раз оцените последствия до согласия.
5. После завершения просмотрите сообщение результата и журнал.

Важные параметры. Редакция 3.2.0 имела внутренний повтор через brew uninstall —ignore-dependencies. Этот флаг не делает удаление безопасным автоматически: он лишь обходит проверку зависимости.

Проверка результата. Пакет исчез из списка управляемых Homebrew-объектов, а нужные соседние инструменты продолжают запускаться.

Типичная ошибка. Считать formula самостоятельным приложением, хотя она обслуживает другие пакеты.

Безопасный откат. Не соглашайтесь на обход зависимостей, если назначение formula неизвестно; отмените операцию и разберите связи в Homebrew отдельно.

Проверить Delete History и mac_storage_manager.log

Цель. Зафиксировать, что именно произошло, и получить материал для диагностики после операции.

Подготовка. Удаление уже завершено либо завершилось ошибкой.

1. Вернитесь в главное меню и откройте Delete History.
2. Сверьте запись об удалённом приложении и временную отметку с только что выполненной операцией.
3. Если возникла ошибка, откройте mac_storage_manager.log из каталога программы и найдите сообщения, относящиеся к последнему запуску.
4. Сопоставьте запись журнала с экранным сообщением, прежде чем повторять удаление.

Важные параметры. В ранних поколениях имя лог-файла отличалось. Для 3.2.0 ориентир — mac_storage_manager.log.

Проверка результата. История подтверждает выполненное действие, а журнал не содержит необъяснённой ошибки по удаляемому объекту.

Типичная ошибка. Считать Delete History функцией восстановления.

Безопасный откат. Не пытайтесь «отменить» операцию через историю. Для возврата файла используйте заранее созданную копию или отдельное средство восстановления.

Переключить звуковое сопровождение

Цель. Отключить или включить звуковой отклик TUI без влияния на саму логику сканирования.

Подготовка. Главное меню Mac Storage Manager открыто.

1. Найдите пункт переключения звука в главном меню поздней версии.
2. Измените состояние параметра.
3. Вернитесь в меню и продолжите работу; для анализа диска перезапуск не требуется.

Важные параметры. На macOS для звукового отклика использовался afplay, на Linux — paplay.

Проверка результата. Следующее действие TUI соответствует выбранному состоянию звука.

Типичная ошибка. Принимать отсутствие звука за сбой сканирования, хотя основной интерфейс продолжает работать.

Безопасный откат. Верните прежнее состояние переключателя; удаляемые данные от этой настройки не меняются.

Использовать Linux-режим сохранённой кроссплатформенной версии

Цель. Применить ту же концепцию на Linux, не перенося механически macOS-пути.

Подготовка. Нужна именно кроссплатформенная ветка 2.0.0 или позднее. Старый macOS-only выпуск 2024 года для этого не подходит.

1. Запустите main.sh из локальной копии на поддерживаемой POSIX-подобной системе.
2. Дождитесь сканирования системных и пользовательских .desktop-записей, включая ~/.local/share/applications.
3. Выберите приложение в TUI и проверьте, какой пакетный менеджер будет задействован.
4. Просмотрите связанные пользовательские каталоги, прежде чем подтверждать удаление.
5. После операции проверьте журнал и то, что нужные приложения по-прежнему доступны.

Важные параметры. Поздняя документация упоминала apt, dnf/yum и pacman. Отсутствие в этом списке другого формата нельзя трактовать как подтверждённую поддержку.

Проверка результата. Удалён именно выбранный пакет, а не соседний компонент среды рабочего стола.

Типичная ошибка. Ожидать, что .desktop-запись всегда однозначно описывает способ установки приложения.

Безопасный откат. Откажитесь от удаления, если сопоставление .desktop и пакетного объекта неочевидно.

Сквозной сценарий: от запуска до контроля результата

Цель. Провести один воспроизводимый цикл для удаления ненужного пользовательского приложения с минимальным расширением прав.

Подготовка. У вас есть проверенная локальная копия программы, резервная копия важных данных и точно определённое приложение, которое больше не нужно.

1. Откройте Terminal в каталоге Mac Storage Manager и запустите ./main.sh.
2. Выберите Optimized, чтобы сначала ограничиться известными каталогами приложений и Homebrew.
3. Дождитесь Select apps to delete, найдите нужное приложение по названию и размеру, отметьте его Space.
4. Перейдите на Ok и откройте перечень файлов, подготовленных к удалению.
5. Сохраните Application Support, если не уверены в содержимом; подтвердите только те категории, которые точно относятся к ненужным данным.
6. Подтвердите финальное удаление.
7. Откройте Delete History и убедитесь, что операция записана.
8. При предупреждении или ошибке прочитайте mac_storage_manager.log, а не повторяйте удаление вслепую.
9. Проверьте свободное место стандартными средствами macOS и убедитесь, что необходимые приложения и документы доступны.

Важные параметры. Полный sudo-поиск не нужен для первого прохода, если обычный список уже показывает нужное приложение. Его стоит рассматривать только как отдельный диагностический режим.

Проверка результата. Ненужное приложение отсутствует, история содержит запись, свободное место увеличилось на ожидаемый порядок величины, а нужные пользовательские данные не затронуты.

Типичная ошибка. Расширять область поиска и одновременно удалять несколько незнакомых компонентов, из-за чего невозможно понять источник проблемы.

Безопасный откат. До финального подтверждения используйте Cancel. После удаления возврат возможен только из собственной резервной копии или специализированного восстановления, потому что встроенного Undo нет.

Матрица сохранности результата

Действие	Что сохраняется	Что теряется	Обратимость	Переносимость
Только сканирование	Приложения и их данные остаются на месте	Ничего	Полностью обратимо	Отчёт как отдельный переносимый проект не создаётся
Удаление основного .app	Не выбранные связанные каталоги могут остаться	Сам пакет приложения	Встроенного Undo нет	Нет собственного формата экспорта приложения
Удаление Preferences	Основное приложение может быть уже удалено или установлено позже заново	Сохранённые настройки соответствующего приложения	Только из внешней копии	Не предусмотрен экспорт настроек перед удалением
Удаление Caches	Постоянные данные остаются, если они не лежат в выбранном кэше	Кэшированные файлы	Часть кэша приложение может создать заново; удалённые конкретные файлы утилита не восстанавливает	Не применяется
Удаление Application Support	Только не выбранные пути	Содержимое выбранного каталога, включая возможные пользовательские данные	Только внешняя резервная копия или отдельное восстановление	Автоматического экспорта нет
Удаление Homebrew formula/cask	Остальные пакеты, если операция не затронула их зависимости	Выбранный пакет и связанные управляемые Homebrew-компоненты по сценарию удаления	Повторная установка требует внешнего источника пакета	Mac Storage Manager не создаёт Brewfile или другой миграционный файл
Delete History	Запись о выполненной операции и времени	Ничего дополнительно	История не возвращает удалённые данные	Специальный экспорт истории не документирован

Главный вывод матрицы: Mac Storage Manager был инструментом изменения файловой системы, а не менеджером проектов. Перед нажатием подтверждения нельзя рассчитывать на встроенную версионность. Особенно это касается Application Support, где название каталога служебное, но содержимое может быть пользовательским.

Безопасность, приватность и зависимость от интернета

По документированной архитектуре основная работа выполнялась локально: скрипты обходили файловую систему, читали списки приложений и Homebrew, показывали пути и удаляли выбранные объекты. Пользовательский аккаунт, облачная учётная запись и загрузка файлов на сервер не были частью рабочего процесса. Это уменьшает сетевую поверхность по сравнению с облачным сервисом, но не даёт оснований обещать абсолютное отсутствие телеметрии во всех когда-либо опубликованных сборках.

Главный риск связан не с передачей данных, а с полномочиями удаления. Обычный режим ограничивает поиск известными местами, а полный sudo find расширяет доступ к файловой системе. Чем шире область поиска, тем выше цена невнимательного подтверждения. Встроенные подтверждения, защита критичных приложений, строгая обработка ошибок и логирование были полезными предохранителями, но ни один из них не заменяет резервную копию.

Удаление через Mac Storage Manager было необратимым с точки зрения самого приложения. Delete History фиксирует событие, но не хранит копию удалённого содержимого. Если после очистки пропал важный файл, отдельно разбираться с восстановлением лучше до дальнейшей записи на диск; в GeekHow есть материал о том, как устроено восстановление фото и видео с носителя. Он не превращает потерю данных в гарантированно обратимую операцию, но объясняет сам принцип восстановления.

Интернет был нужен прежде всего для получения исходников, зависимостей и пакетов. При уже установленной локальной копии сканирование и удаление не требовали веб-сервиса Mac Storage Manager. Сейчас этот аспект оборачивается противоположной проблемой: официальный источник исчез, поэтому сетевое получение новой копии нельзя безопасно воспроизвести из прежнего репозитория.

Требования и производительность без вымышленных замеров

Поздняя документация перечисляла jq и newt/whiptail как основные зависимости интерфейса и обработки данных. Для звукового сопровождения на macOS использовался штатный afplay, а на Linux — paplay. Наличие Homebrew было нужно именно для работы с Homebrew formulas/casks и исторического способа установки зависимостей, но сам смысл shell-утилиты не сводился к Homebrew.

Минимальную версию macOS разработчик в последней найденной документации не закрепил достаточно явно. По этой причине нельзя обещать совместимость с macOS Tahoe или следующими выпусками только на основании shell-формата. Снятый с поддержки скрипт может столкнуться с изменениями системных разрешений, путей, поведения Homebrew или зависимостей, а исправления уже негде получить из прежнего репозитория.

У Mac Storage Manager было два разных профиля нагрузки. Быстрый поиск ограничивался известными каталогами и менеджером пакетов, поэтому обходил меньшую область. Полный sudo find проходил значительно шире и в самой документации описывался как потенциально медленный. Точные бенчмарки, обязательный объём RAM и воспроизводимые показатели на разных SSD разработчик не публиковал; любые цифры скорости здесь были бы выдумкой.

При проблемах с внешним накопителем Mac Storage Manager не заменяет диагностику самого устройства. Если диск вообще не монтируется или не отображается, сначала полезнее разобраться, почему компьютер не видит внешний диск, а уже затем запускать анализ приложений.

Цена, лицензия и ограничения распространения

В последней документированной ветке Mac Storage Manager оставался бесплатным open-source-проектом и указывал лицензию AGPL-3.0. Ранняя авторская публикация от декабря 2024 года называла MIT, поэтому лицензирование менялось по мере развития проекта. Для обзора актуального состояния важнее поздняя AGPL-3.0, а раннюю MIT корректно считать исторической стадией, а не нынешним условием.

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

Для пользователя, который выбирает инструмент сейчас, стоимость владения у поддерживаемого аналога может быть выше в денежном выражении, но ниже по риску совместимости. AppCleaner остаётся бесплатным; GrandPerspective можно получить бесплатно с SourceForge или купить в Mac App Store; DaisyDisk продаётся по разовой лицензии. Эти модели проще оценивать, потому что их официальные страницы и актуальные версии доступны.

Плюсы и минусы

Плюсы

• объединял в одном TUI список приложений, расчёт размеров, пакетный выбор и удаление связанных данных;
• учитывал Homebrew formulas и casks, чего нет у многих простых drag-and-drop-деинсталляторов;
• показывал удаляемые пути до финального подтверждения, а не скрывал очистку за одной кнопкой;
• имел быстрый и полный режимы сканирования, позволяя не использовать sudo без необходимости;
• поддерживал macOS и Linux в поздней ветке;
• сохранял Delete History и диагностический лог, что помогало разбирать последствия операции;
• не требовал аккаунта или облачного проекта для основного локального сценария;
• последняя документированная версия распространялась как открытый исходный код.

Минусы

• на 4 сентября 2026 года официальный репозиторий и Homebrew-репозиторий удалены, поэтому проверяемая новая установка недоступна;
• нет нативного графического интерфейса macOS: пользователь работает в Terminal через whiptail/newt;
• встроенного Undo нет, а Delete History не хранит удалённые данные;
• полный sudo find расширяет область риска и может заметно увеличить длительность сканирования;
• Application Support требует ручной оценки: там могут находиться не только служебные, но и пользовательские данные;
• не является универсальным анализатором всего диска, картой хранилища или поиском дубликатов;
• для поздней версии нет подтверждённой современной матрицы совместимости с текущими выпусками macOS;
• часть из более чем 40 переводов в документации называлась экспериментальной и непоследовательной.

Кому подойдёт

• технически уверенным пользователям, у которых уже сохранилась проверенная локальная копия и которые понимают назначение каталогов Library;
• пользователям Homebrew, которым исторически был нужен единый список .app, formulas и casks перед очисткой;
• разработчикам, регулярно удаляющим временные IDE, тестовые приложения и пакетные инструменты и готовым читать каждый путь перед подтверждением;
• пользователям Linux сохранённой кроссплатформенной ветки, если их система укладывается в документированный набор .desktop и поддерживаемых пакетных менеджеров;
• тем, кому важнее контролируемый TUI и открытая shell-логика, чем визуальная карта диска.

Даже для этой аудитории сегодня Mac Storage Manager разумен скорее как сохранённый рабочий инструмент, чем как рекомендация для новой установки. Отсутствие официального репозитория делает обновление и проверку исходника заметно сложнее.

Кому не подойдёт

• новому пользователю, которому нужна поддерживаемая программа с официальной загрузкой и понятной политикой обновлений;
• тем, кто не готов работать в Terminal и различать Application Support, Preferences, Caches и Logs;
• тем, кому нужна визуальная карта всего диска, а не список установленных приложений;
• тем, кто ищет поиск дубликатов, очистку фотоархива, управление облачным хранилищем или восстановление файлов;
• пользователям, для которых любое удаление должно иметь встроенную корзину или гарантированный откат;
• организациям, где требуется активная поддержка, подтверждённая совместимость с текущей macOS и проверяемая цепочка поставки ПО.

Сравнение с другими аналогами

Сравнивать Mac Storage Manager полезнее не с абстрактными «чистильщиками», а с инструментами, закрывающими соседние задачи. Ниже четыре действующих варианта с разной моделью работы. В качестве ориентира: Mac Storage Manager был терминальным app-aware-деинсталлятором с Homebrew и пакетным выбором, а не визуальным сканером всего накопителя.

Аналог	Задача	Платформа	Порог освоения	Форматы и объекты	Автоматизация	Модель оплаты	Ограничения	Подходящий сценарий
AppCleaner 3.6.8	Полное удаление отдельного приложения и связанных файлов	macOS Mojave — Tahoe	Низкий	.app и найденные связанные файлы	Поиск связанных файлов после drag-and-drop	Бесплатно	Нет фокуса на Homebrew formulas и общем анализе всего диска	Нужно просто удалить обычное Mac-приложение без Terminal
DaisyDisk 4.34.2	Визуальный анализ занятого пространства и удаление крупных объектов	macOS 10.13+; Apple Silicon и Intel	Низкий	Файлы, папки, локальные и поддерживаемые облачные диски	Сканирование и визуальная группировка; решение об удалении остаётся за пользователем	$9.99, разовая lifetime-лицензия; есть пробный режим с ограничениями	Не является Homebrew-ориентированным пакетным деинсталлятором	Нужно понять, что именно занимает диск, включая объекты вне Applications
GrandPerspective 3.8.0	Treemap-анализ файловой системы	Текущий релиз требует macOS 14+; есть старые сборки для предыдущих систем	Низкий или средний	Файлы и каталоги, отображаемые прямоугольниками пропорционально размеру	Сканирование и визуальные фильтры	Бесплатно с SourceForge или $2.99 в Mac App Store	Не знает семантику Homebrew-пакета и не строит сценарий удаления приложения с его следами	Нужна бесплатная визуальная карта диска
ncdu 2.9.2	Терминальный анализ использования каталогов	POSIX-подобные системы; для macOS доступны пакеты Fink, Homebrew и MacPorts	Средний	Деревья каталогов; поддерживается экспорт и импорт данных сканирования, включая бинарный формат в 2.x	Сканирование, сортировка, параллельный режим в современной ветке, экспорт отчёта	Бесплатно, MIT	Не связывает .app с Library и Homebrew как единый объект удаления	Нужен современный TUI-анализатор каталогов, в том числе на удалённых или минимальных системах

AppCleaner ближе всего к функции удаления приложения, но предлагает более простой GUI-сценарий. DaisyDisk и GrandPerspective сильнее, когда сначала нужно найти источник расхода места по всему диску. ncdu сохраняет терминальную философию, но анализирует дерево каталогов, а не жизненный цикл приложения. Для выбора внешнего накопителя под резервные копии можно отдельно посмотреть обзор внешних жёстких дисков.

Жизненный цикл Mac Storage Manager

Декабрь 2024: macOS-only shell-скрипт

Первое хорошо документированное публичное описание появилось 8 декабря 2024 года на форуме MacRumors от автора Narek1996. Тогда проект был macOS-ориентированным zsh-скриптом application_size_checker.sh, считал размеры .app и Homebrew, использовал whiptail, jq и newt, умел удалять связанные Caches, Logs и Preferences. В той публикации лицензия называлась MIT.

Февраль 2025: версия 2.0.0 и Linux

28 февраля 2025 года автор объявил 2.0.0 как кроссплатформенный выпуск. На Linux появился поиск .desktop в /usr/share/applications и ~/.local/share/applications, были переработаны диалоги, прогресс и обработка ошибок, а удаление связанных данных стало более структурированным. С этого момента название Mac Storage Manager уже не описывало полный список платформ.

Поздняя ветка 3.2.0

Последняя найденная документация 3.2.0 описывала main.sh как точку входа, Delete History, быстрый и полный режимы сканирования, сохранение предпочтения режима, более строгую работу Bash, улучшенную sudo-аутентификацию, дополнительную защиту критичных приложений, расширенную Linux-логику, более 40 переводов и mac_storage_manager.log. Лицензия в этой ветке была уже AGPL-3.0.

2026: прекращение распространения

К началу 2026 года каталог AlternativeTo уже отмечал проект как Discontinued и сообщал об исчезнувшем GitHub-репозитории. На дату подготовки обзора прежний адрес репозитория и отдельный Homebrew-репозиторий действительно возвращают 404. Это не просто отсутствие свежего релиза: исчез основной официальный канал проверки исходников и установки, поэтому 3.2.0 следует называть последней документированной, а не актуальной поддерживаемой версией.

Типичные проблемы и диагностика

Официальный git clone или Homebrew-путь заканчивается 404

Симптом: прежняя ссылка разработчика не открывает репозиторий, а повторение старой команды установки не получает исходники. Возможная подтверждённая причина: официальный GitHub-проект и отдельный Homebrew-репозиторий удалены. Диагностика: проверьте, что используется именно прежний официальный адрес NarekMosisian, а не опечатка или стороннее зеркало. Исправление: не пытайтесь обходить отсутствие репозитория случайной копией; для новой установки выберите поддерживаемый аналог. Проверка: выбранное ПО открывается с действующей официальной страницы и имеет текущий канал обновлений.

Terminal отвечает Permission denied на main.sh

Симптом: сохранённая локальная копия не запускается, хотя файл main.sh присутствует. Возможная подтверждённая причина: у shell-скрипта отсутствует исполняемый атрибут; исторические инструкции проекта явно требовали chmod +x. Диагностика: сравните права main.sh с другими исполняемыми файлами собственной сохранённой копии. Исправление: восстановите исполняемый атрибут только у проверенного локального скрипта. Проверка: ./main.sh открывает TUI вместо сообщения о запрете выполнения.

Не найден jq

Симптом: запуск прерывается сообщением, связанным с jq. Возможная подтверждённая причина: jq входил в зависимости Mac Storage Manager. Диагностика: убедитесь, что jq доступен в текущем PATH. Исправление: восстановите jq из доверенного менеджера пакетов своей системы. Проверка: повторный запуск проходит дальше этапа проверки зависимости и открывает интерфейс.

Не открываются whiptail/newt-диалоги

Симптом: main.sh стартует, но интерактивные окна не появляются либо Terminal сообщает об отсутствующем whiptail. Возможная подтверждённая причина: интерфейс проекта зависел от newt/whiptail. Диагностика: проверьте наличие соответствующей команды в текущей среде. Исправление: восстановите интерфейсную зависимость из доверенного источника. Проверка: появляется рамочный TUI с кнопками и чеклистом.

После нескольких попыток sudo программа возвращает в меню

Симптом: полный поиск не начинается, а TUI возвращается к предыдущему экрану. Возможная подтверждённая причина: версия 3.2.0 ограничивала число попыток sudo и после трёх неудач прекращала повышенную операцию. Диагностика: отличите неверную аутентификацию от отсутствующей команды по экранному сообщению и журналу. Исправление: используйте корректные административные учётные данные либо перейдите на Optimized без sudo. Проверка: нужный режим запускается без повторного возврата из-за аутентификации.

Full-сканирование выглядит слишком долгим

Симптом: прогресс полного поиска долго не завершается. Возможная подтверждённая причина: полный sudo find обходил файловую систему значительно шире, и документация прямо предупреждала о его длительности. Диагностика: проверьте, что речь идёт именно о Full, а не о зависшем TUI из-за отсутствующей зависимости; журнал должен продолжать отражать ход операции. Исправление: отмените ненужный полный обход и используйте Optimized для стандартных каталогов. Проверка: список приложений формируется без длительного системного обхода.

Ожидаемого приложения нет в списке

Симптом: приложение установлено, но быстрый режим его не показывает. Возможная подтверждённая причина: Optimized ориентировался на известные точки установки и Homebrew, а нестандартное расположение могло не попасть в охват. Диагностика: выясните фактический путь приложения и способ установки. Исправление: только при понятной причине используйте полный поиск или управляйте приложением штатным деинсталлятором. Проверка: найденный путь точно соответствует нужной программе, а не совпадает по похожему имени.

Homebrew-пакет не удаляется обычным способом

Симптом: Mac Storage Manager сообщает об отказе Homebrew, связанном с зависимостями. Возможная подтверждённая причина: выбранная formula используется другими пакетами; поздняя версия потому и имела отдельный запасной режим ignore-dependencies. Диагностика: прочитайте сообщение Homebrew и журнал, не сводя ошибку к «зависанию». Исправление: отмените удаление, если назначение зависимости неясно; встроенный обход допустим только после оценки последствий. Проверка: нужные Homebrew-инструменты продолжают работать после операции.

Список связанных файлов содержит неожиданный путь

Симптом: перед подтверждением среди кандидатов виден каталог, который не выглядит однозначно связанным с приложением. Возможная подтверждённая причина: глубокий поиск сопоставляет дополнительные пути по имени, а Application Support и общесистемные каталоги могут содержать смешанные данные. Диагностика: оцените полный путь и содержимое до удаления. Исправление: исключите сомнительную категорию или отмените операцию целиком. Проверка: финальный перечень содержит только осознанно выбранные объекты.

После удаления нужен файл, а Delete History его не возвращает

Симптом: история показывает запись об операции, но кнопки восстановления нет. Возможная подтверждённая причина: Delete History был журналом, а не корзиной или системой версий. Диагностика: определите, был ли файл в заранее созданной резервной копии и не записывайте лишние данные на тот же носитель. Исправление: восстановите из собственной копии или используйте отдельный инструмент восстановления. Проверка: возвращённый файл открывается и содержит ожидаемые данные. Если речь идёт о повреждённом или удалённом носителе, не продолжайте очистку поверх него.

FAQ

Есть ли в Mac Storage Manager отдельный режим dry run?

Отдельный режим с таким названием в последней документации не описан. Его роль частично выполняет обязательный просмотр найденных путей до финального подтверждения: пока пользователь не согласился на удаление, можно выйти через Cancel. Это не то же самое, что экспортируемый отчёт dry run, потому что отдельный файл предварительного плана не создаётся.

Можно ли сохранить результаты сканирования и открыть их на другом компьютере?

Переносимый формат отчёта для Mac Storage Manager не документирован. В поздней ветке оставались локальные Delete History и mac_storage_manager.log, но они предназначались для истории и диагностики. Если нужен именно экспорт скана с последующим импортом на другой машине, эту функцию подтверждённо предоставляет ncdu, а не Mac Storage Manager.

Поддерживал ли Linux-режим Flatpak, Snap и AppImage?

Полного подтверждения для этих трёх экосистем нет. Документация описывала .desktop-записи, пользовательские XDG-каталоги и пакетные менеджеры apt, dnf/yum и pacman. Поэтому наличие .desktop-файла у приложения ещё не означает, что Mac Storage Manager корректно управляет способом его установки.

Заменяет ли Mac Storage Manager команду brew cleanup?

Нет. Функция Homebrew в Mac Storage Manager была ориентирована на обнаружение и удаление formulas и casks в составе сценария деинсталляции. Универсальная уборка кэшей, старых версий и других служебных объектов Homebrew как эквивалент brew cleanup в документации не заявлялась.

Проверяет ли программа подпись приложения, notarization или вредоносный код?

Такие проверки не документированы. Mac Storage Manager анализирует размещение, размер и связанные файлы приложения, но не является антивирусом, Gatekeeper-заменой или средством аудита подписи. Наличие приложения в чеклисте ничего не говорит о его безопасности.

Есть ли отдельные правила для компьютера с несколькими пользователями?

Специальная многопользовательская модель в документации не описана. Быстрый macOS-режим явно охватывал /Applications и текущий ~/Applications, а полный sudo-поиск расширял область. На общем Mac это ещё одна причина внимательно читать полный путь: пользовательский каталог другого профиля нельзя оценивать как обычный остаток своего приложения.

Может ли программа очистить категорию System Data целиком?

Нет подтверждённой функции очистки System Data как системной категории macOS. Mac Storage Manager работает от приложения к связанным путям и дополнительным совпадениям, а не от цветной категории хранилища к её полному содержимому. Для исследования всей структуры диска лучше подходит анализатор файловой системы.

Гарантирована ли русская локализация всех экранов?

Нет. Поздняя ветка содержала более 40 переводов, но сама документация помечала часть локализаций как экспериментальные и непоследовательные. Поэтому нельзя обещать, что каждая строка конкретной сохранённой сборки переведена на русский одинаково хорошо.

Можно ли смешивать старый application_size_checker.sh и поздний main.sh?

Это разные этапы проекта. Публикация 2024 года использовала application_size_checker.sh и zsh-ориентированное описание, тогда как поздняя ветка перешла к main.sh и более строгой Bash-логике. Смешивать файлы разных поколений без исходного репозитория рискованно: внутренние имена, зависимости и структура журналов менялись.

Показывает ли размер приложения точное будущее освобождение места?

Нет. Размер в списке помогает сравнивать кандидатов, но итог зависит от того, какие связанные категории пользователь подтвердил, затронут ли Homebrew и какие данные оставлены. Разработчик не публиковал правило, которое гарантировало бы совпадение показанного размера с итоговым приростом свободного места.

Вывод

Mac Storage Manager был интересен не масштабом функций, а сочетанием нескольких технических сценариев: расчёт размера установленных приложений, массовый выбор, Homebrew, связанные каталоги, полный sudo-поиск, история и логирование. Для опытного пользователя с уже сохранённой проверенной копией такой TUI ещё способен быть полезным, если работа ведётся на некритичных данных и каждый путь проверяется перед удалением.

Для новой установки в 2026 году главный аргумент против продукта — прекращённый жизненный цикл. Без официального репозитория нельзя нормально получить исходники, сверить изменения и рассчитывать на исправления совместимости. В этом сценарии AppCleaner рациональнее для простого удаления приложений, DaisyDisk или GrandPerspective — для поиска крупных объектов по всему диску, а ncdu — для терминального анализа файловой системы.

Если цель — освободить место без риска, сначала нужно определить класс проблемы. Когда место занято именно ненужными приложениями и их следами, app-aware-деинсталлятор подходит лучше. Когда неизвестно, что съело накопитель, нужен анализ всего дерева. А когда удалённые данные важнее освобождённого места, очистку следует прекратить и переключиться на резервную копию или восстановление. В случае Mac Storage Manager этот выбор особенно важен, потому что собственный механизм Undo в проекте не предусмотрен.