HDD - новый, полностью исправный, 1ТБ, WD10EZEX (стоит 6к - писец цены). Размер сектора - 512Б. Размер кластера файловой системы NTFS - стандартный, 4096Б. Необходимое количество файлов для полного забивания диска - 244.140.625шт.

HDD заполнялся несколько дней - уже говорило о том, что файловая система жутко тормозит, - даже несмотря на поблажку, что изначально драйвер NTFS в Astra Linux SE работает медленно. Размер выделяемой памяти для процесса mount.ntfs - рос постоянно и достиг 16ГБ: очень близко к размеру RAM+SWAP - было принято решение остановить процесс.

Было создано всего 111млн файлов. Однако посмотреть их оказалось невозможно: HDD вызывал зависание ОС даже при загрузке - как Linux, так и диагностической WinPE. Приходилось втыкать HDD на горячую после загрузки ОС, включив поддержку горячего подключения в BIOS, - тогда определялся мгновенно. Виной такого трабла не было включённое индексирование файлов (значение галки которой хранится в самом носителе, а не в ОС). Проверка целостности файловой системы занимала часов по 6 - и каждый раз находила всё новые ошибки. Когда же ошибки закончились - это не помогло: HDD так же продолжал вызывать зависание ОС, если его не отстыковать.

Пока HDD не был отформатирован - проблема не исчезла. Вот тебе и максимум в 2³²...

Впрочем, не исключено, что это Astra Linux в очередной раз заглючила, - и виртуально поломала диск. Поэтому программу нужно переписать под Windows.

Вообще, к NTFS - очень много вопросов (раз, два, три, четыре, пять, шесть).