Короткий ответ — в самом AlmaLinux нет «жёсткого» системного лимита в 15 ТБ на блок‑устройство или смонтированный том. Но ограничители могут быть не в ядре/дистрибутиве, а в:
- типе таблицы разделов (MBR/legacy — ~2 ТиБ максимум; GPT поддерживает очень большие диски),
- типе файловой системы (разные FS имеют разные теоретические и практические пределы),
- LVM/пулы/метаданные (если используете LVM — есть параметры PE/metadata, влияющие на максимальный LV),
- подсистеме виртуализации / облачной платформе (провайдер может накладывать свои правила и ограничения, или иметь проблемы с резервным копированием/снэпшотами больших дисков),
- инструментах/утилитах (старые версии fdisk/sfdisk/parted могут некорректно работать с очень большими дисками).
Что реально важно для вас сейчас
1) Если диск уже смонтирован и нормально работает — AlmaLinux сам по себе не «сломается» от одного большого диска.
2) Надо проверить, как именно диск оформлен (GPT/MBR), какая ФС, используется ли LVM. Если всё сделано корректно (GPT + поддерживаемая ФС, например XFS или корректно настроенный ext4/LVM), 30 ТБ технически поддерживаются.
Полезные команды для проверки (выполните от root или с sudo)
- посмотреть устройства и ФС:
- lsblk -o NAME,SIZE,FSTYPE,TYPE,MOUNTPOINT
- df -hT /путь/монтирования
- таблица разделов:
- sudo parted -l
- sudo fdisk -l /dev/sdX
В parted если видно "Partition Table: gpt" — хорошo для >2 TiB.
- тип ФС и детали:
- для XFS: sudo xfs_info /dev/XXX или xfs_info /путь/монтирования
- для ext4: sudo dumpe2fs -h /dev/XXX | egrep 'Block size|Block count'
- если LVM:
- sudo pvdisplay; sudo vgdisplay; sudo lvdisplay
- проверить логи на ошибки работы с диском:
- dmesg | egrep -i 'sd|ata|blk|error'
Какие ФС обычно подходят для 30 ТБ
- XFS — привычный выбор для больших томов на RHEL-подобных системах; реальная возможность — терабайты/эксбайты (практически достаточна для 30 ТБ).
- ext4 — может поддерживать очень большие FS, но пределы зависят от параметров (block size и т.д.). Для очень больших томов часто рекомендуют XFS.
- btrfs, ZFS — тоже поддерживают большие объёмы, но имеют свои требования и плюсы/минусы.
Рекомендации
- Проверьте перечисленные команды и пришлите выводы (lsblk, parted -l, df -hT, xfs_info/dumpe2fs, pvdisplay). С этими данными можно точно сказать, есть ли риск.
- Если облачные администраторы ссылаются на свои внутренние правила/ограничения (например, контрольные копии, миграции, мониторинг не работают корректно с >15 ТБ), попросите их конкретизировать: техническое ограничение гипервизора или политика провайдера? Это важно: если ограничение у провайдера — имеет смысл следовать (или попросить у них исключение/рекомендации по шардированию).
- Если данные ещё не загружены и боитесь проблем, сделайте бэкап перед экспериментами. Если провайдер не даёт технических объяснений и диск работает — вряд ли нужно срочно удалять, но лучше согласовать с ними.
Если хотите, я помогу: пришлите выводы команд lsblk, parted -l и df -hT — посмотрю и скажу, безопасно ли оставлять 30 ТБ в вашей конфигурации и какие шаги предпринять.