MacBook Pro отказался удалять данные с переполненного SSD, потому что он был переполнен
Иногда цифровое пространство преподносит сюрпризы, которые ставят под угрозу не только файлы, но и саму операционную систему. Инцидент, произошедший в семье известного технического журналиста, наглядно демонстрирует, к каким катастрофическим последствиям может привести банальная нехватка свободного места на SSD. Попытка установить игру на почти заполненный накопитель обернулась полным параличом системы, когда даже удаление данных стало невозможным. Единственным выходом оказалось полное стирание диска, и это не единичный случай, а симптом уязвимости современной архитектуры хранения данных.
Когда система отказывается удалять файлы: парадокс полного диска
Ситуация развивалась по наихудшему сценарию. Apple MacBook Pro на чипе M2 с SSD объемом 1 Тбайт, подключенный к домашней сети с активным резервным копированием Time Machine, оказался в ловушке. После того как ребенок запустил загрузку через Steam, свободное пространство исчезло полностью. Первая попытка очистить корзину провалилась: операционная система выдала сообщение, что операция невозможна «поскольку диск заполнен».
Стандартные методы восстановления контроля — удаление через файловый менеджер, команды в «Терминале» и манипуляции в дисковых утилитах — не принесли результата. Даже перезагрузка и попытка сбросить кэш не помогли. Компьютер, по сути, заблокировал сам себя: для удаления данных ему требовалось место, а для освобождения места — возможность удалить данные. Этот замкнутый круг разорвало только полное форматирование накопителя.
Почему резервная копия Time Machine не спасла положение
После стирания диска владелец рассчитывал восстановить систему и данные из резервной копии Time Machine. Однако здесь возник второй барьер. Восстановленная машина столкнулась с ошибкой «процедуры сетевого монтирования для восстановления Time Machine на основе SMB/Samba». Попытки обойти эту проблему ни к чему не привели. В результате единственным рабочим вариантом стало начало работы с «чистого листа» — установка macOS и настройка всех приложений заново. К счастью для пользователя, потеря данных не стала критичной, но сам факт отказа резервного копирования в критический момент вызывает вопросы к надежности протокола SMB в экосистеме Apple.
Этот случай — не просто курьез. Он поднимает важный вопрос о резервировании системных ресурсов. Современные операционные системы, особенно на ARM-архитектуре (чипы M-серии), используют SSD не только для хранения файлов, но и для активного свопинга и кэширования. Когда диск заполнен на 99%, у системы не остается буфера для выполнения даже служебных команд. В такой ситуации пользователь оказывается в цифровом тупике, где единственный выход — потеря всех данных.
Ранее подобные проблемы возникали в основном на устройствах с eMMC-накопителями или при использовании сторонних утилит для сжатия диска. Однако инцидент на MacBook Pro с «родным» SSD от Apple и штатной системой резервирования показывает, что даже дорогие и современные устройства не застрахованы от такого сценария. Аналитики отмечают, что данная ситуация подчеркивает необходимость внедрения в macOS «аварийного резерва» — небольшого, но гарантированного объема свободного места, которое система резервирует для критических операций, таких как удаление файлов или запуск процедур восстановления. Без таких механизмов пользователи остаются один на один с «битой» системой, где даже резервная копия может оказаться бесполезной.
