Ответ, вероятно, очевиден, но я уверен, что пытливые умы хотят знать: если я стираю диск и переформатирую его, что уже занимает почти половину гигабайта пространства? В этом случае это отформатированный HFS+ для журнала в Mac OS X.
2 ответа
Вы не говорите, что делает и моделирует диск, как вы достигли его ожидаемой емкости или как вы измерили фактическую доступную емкость - так что это может быть частично или полностью (или вообще без) из следующего:
Производители дисков заявляют о размерах в 1000 единиц, операционные системы сообщают о размерах 1024(в последнее время OSX этого не делает)Файловые системы резервируют пространство для структур файловой системы, таких как таблицы inode. Журналированные файловые системы резервируют место для Журналов.
На некоторых дисках есть специальные разделы, например, для восстановления(очевидно, OSX не имеет)низкоуровневое форматирование включает запись данных на диск для разметки секторов, при этом используется некоторая условная емкость диска.(а может и нет)Диски могут содержать поврежденные сектора, которые электроника привода помечает как таковые.(возможно, не проблема)
450 МБ - это много, что нужно объяснить на диске 1 ГБ, но не так проблематично на диске 2 ТБ.
На Macworld есть обсуждение, которое говорит
man newfs_hfs
-J [размер журнала] Создает записанный том HFS+. Размер журнала по умолчанию составляет 8 МБ. Добавление «M» к размеру журнала подразумевает мегабайты (то есть 64M - это 64 мегабайта). Максимальный размер журнала составляет 512 мегабайт.
а также
HFS Plus использует ряд взаимосвязанных структур для управления организацией данных на томе. Эти структуры включают в себя:
заголовок тома
файл каталога
файл переполнения экстентов
файл атрибутов
файл размещения (растровое изображение)
файл запуска
Apple опубликовала некоторые подробности о HFS+, и я уверен, что если вы начнете читать это, прежде чем дойдете до конца, вы перестанете беспокоиться об этих "недостающих" 450 МБ.
Мне понравился фрагмент, где обсуждалась "зона метаданных", которая используется только для метаданных (очевидно) и "горячих файлов". Очевидно, меньше места для всех ваших скучных файлов. Предположительно инструменты OSX, которые сообщают о "свободном дисковом пространстве", включают в себя свободное место в зоне метаданных в общем сообщаемом свободном пространстве?
Вы можете использовать diskutil
чтобы проверить размер журнала. На 60 ГБ разделе, который я только что стер, было около 8 МБ:
MacPro:~ mdouma46$ diskutil info disk4s6
Device Identifier: disk4s6
Device Node: /dev/disk4s6
Part Of Whole: disk4
File System: Journaled HFS+
Type: hfs
Name: Mac OS Extended (Journaled)
Journal: Journal size 8192 KB at offset 0x1c2000
Owners: Enabled
Total Size: 60.0 GB (60000002048 Bytes) (exactly 117187504 512-Byte-Blocks)
Volume Free Space: 59.8 GB (59843522560 Bytes) (exactly 116881880 512-Byte-Blocks)
Используя DiskWarrior (фантастическое приложение, кстати), после нажатия «Перестроить этот том» и заглянуть в Console.app, я увидел, что он сообщает следующее:
Приложение DiskWarrior: disk4s6 Размеры дерева экстентов, каталогов и атрибутов составляют 139 МБ.
Таким образом, кажется, что "недостающее пространство" состоит в основном из самого каталога на диске (это "файлы", показанные на рисунке выше в посте RedGrittyBrick).