🧩 Что скрывается за каждым файлом на диске: магия inode и тайная жизнь файловой системы macOS

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

Эта крошечная структура данных — как паспорт для каждого файла. Без неё ни один байт на диске не знал бы, к какому имени он относится.

🧠 Что такое inode

Итак, inode (index node) — это структура, которая содержит всю метаинформацию о файле, кроме его имени.
Имя — это просто запись в каталоге.
А сам файл — это inode + набор указателей на блоки данных.

В inode хранится:
📦 размер файла,
⏰ временные метки (создание, изменение, доступ),
👤 права доступа, UID, GID,
🧩 количество жёстких ссылок,
🗺️ указатели на блоки данных.

Можно сказать, inode — это «биологическая клетка» файловой системы. Всё остальное — оболочка и связи между ними.

🍎 macOS: от CNID к inode

Классические файловые системы Mac — HFS и HFS+ — не имели inode в прямом смысле.
Вместо этого использовались CNID (Catalog Node IDs) — 32-битные идентификаторы записей в каталоге.
CNID по сути играли ту же роль: были уникальными номерами объектов.

Но с появлением Mac OS X и его совместимости с UNIX API Apple пришлось «прикинуться Unix-подобной системой» — и CNID стали выполняющими роль inode.

🔹 CNID — это 32-битное число,
🔹 диапазон 0–15 зарезервирован под системные файлы (например, CNID=7 — это файл загрузки),
🔹 HFS+ поддерживает до 4,294,967,295 файлов — именно столько потенциальных inode-эквивалентов.

🚀 Эра APFS: 64-битные inode и клоны

Новая файловая система APFS, появившаяся в macOS High Sierra, наконец-то стала настоящим Unix-гражданином.
Теперь у каждого файла есть 64-битный inode number, уникальный внутри тома.

Но Apple не была бы Apple, если бы не усложнила жизнь:
🧱 inode в APFS — это не просто число, а объектный идентификатор с битовой маской, где зашифрован тип объекта.
🌐 для volume groups (System + Data) номера inode синхронизируются между томами, чтобы оставаться уникальными в обеих частях системы.

Максимальное количество inode в APFS — 9,223,372,036,854,775,808.
То есть вы можете создать почти девять квинтиллионов файлов (если, конечно, у вас хватит SSD).

🧬 Как APFS работает с клонами, ссылками и копиями

APFS принесла не только надёжность, но и новую философию хранения.

Когда вы копируете файл внутри одного тома — создаётся новый inode, даже если содержимое то же самое.
А если дублируете (через Finder или cp -c) — APFS создаёт clone:
📁 новый inode,
🪞 общие данные (extents) с оригиналом,
⚙️ флаг "clone" в метаданных.

💡 То есть клон — это как git commit: данные одни, но inode и история разные.

Теперь про ссылки:
🔗 Символические (symlink) хранят только путь, без inode. Поэтому переименование файла ломает их.
🧷 Жёсткие ссылки (hard link) делят один inode. Их удаление просто уменьшает счётчик ссылок (link count), и только при его обнулении inode удаляется.
📎 Finder aliases и macOS Bookmarks используют inode, а не путь — поэтому они “переживают” переименование или перемещение в пределах одного тома.

🧰 Как увидеть inode своими глазами

Самый простой способ — терминал:

ls -i

Вы получите список вроде:

510074 README.md
510075 main.py

Первое число — это inode.
Если два файла имеют одинаковый номер — это жёсткие ссылки.

Также можно использовать утилиту Precize от Eclectic Light Company — она показывает не только inode, но и объекты, права, extended attributes и клоны.

⚙️ Finder и его магия

Интересно, что macOS Finder и Spotlight активно используют inode numbers для “узнавания” файлов.
Finder Bookmarks (alias) хранят путь и inode, чтобы восстановить связь даже после переименования или перемещения внутри одного тома.
А вот переход на другой том (диск, APFS volume, сетевое хранилище) меняет inode — и Finder уже не узнаёт файл.

💭 Моё мнение

В мире, где большинство пользователей воспринимают “файл” как иконку на экране, inode — это тихий герой цифровой реальности.
Он — то, что позволяет операционной системе помнить, кто вы и где вы были, даже если вы сменили имя.

И когда мы говорим о надёжности macOS, APFS или Time Machine, всё это зиждется на идее, придуманной в 1970-х в UNIX:
🔹 разделяй данные и имена,
🔹 управляй всем через индексы,
🔹 не доверяй каталогу — доверяй inode.

APFS превратила эту идею в инженерное искусство, расширив её до 64 бит, клонирования и томов-близнецов.
И если вы когда-нибудь видели, как система “восстанавливает” удалённый файл из снапшота за миллисекунды —
знайте, в этот момент где-то глубоко под Finder тихо сработал inode.

🔗 Источники

• 📘 Explainer: Inodes and Inode Numbers — Eclectic Light Company (2025)
• 🧩 Apple APFS Reference Guide
• 💾 HFS+ Volume Format — Apple Developer Archive (2004)

🧠 Inode — это сердце файловой системы. Оно не имеет имени, но без него нет ни одного файла, ни одной фотографии, ни одной строчки кода.