Ошибка «файл слишком велик для конечной файловой системы»: причины и решение для Windows и Linux

Что означает ошибка «файл слишком велик для конечной файловой системы»

Ошибка означает ровно одно: размер файла, который вы копируете, превышает максимальный размер одного файла, допустимый в файловой системе носителя-получателя. Свободное место тут ни при чём. Пустая флешка на 64 ГБ не примет файл в 5 ГБ, если она отформатирована в FAT32.

В большинстве случаев источник проблемы - FAT32 с жёстким лимитом 4 ГБ на один файл. ISO-образ Windows (5,2 ГБ), дамп базы данных (8 ГБ), слепок виртуальной машины (40 ГБ) или архив логов за год упираются в этот барьер. Ошибка появляется независимо от свободного пространства: хоть 60 ГБ свободно, хоть 900 ГБ.

Решений три: конвертация FAT32 в NTFS без потери данных, переформатирование носителя в exFAT и разбиение файла на части. Ниже пошаговые команды для Windows и Linux, критерии выбора метода под конкретную задачу и разбор рисков, из-за которых в этой ситуации теряют данные.

Варианты формулировок ошибки в разных ОС и программах

Одна и та же проблема в разных интерфейсах звучит по-разному. Если вы видите одну из этих строк, причина та же, превышение лимита размера файла в целевой файловой системе:

• Проводник Windows: «Файл слишком велик для конечной файловой системы».
• robocopy и xcopy: "ERROR: The file is too large for the destination file system."
• PowerShell, команда Copy-Item: "The file is too large for the destination file system."
• Linux, cp на раздел vfat: "cp: error writing file.iso: File too large" (код ошибки EFBIG).
• macOS, Finder: "The item can't be copied because it is too large for the volume's format."
• 7-Zip, Total Commander, WinSCP при записи на FAT32: "Cannot write file" или "Not enough space".

Если ошибка возникла на носителе, который вы считали NTFS или exFAT, проверьте фактический тип файловой системы. В Windows: fsutil fsinfo volumeinfo E:. В Linux: lsblk -f или blkid /dev/sdb1. Метка на корпусе флешки и реальная ФС совпадают не всегда: диск мог быть переформатирован случайно или предыдущим владельцем.

Почему FAT32 не принимает файлы больше 4 ГБ

FAT32 хранит размер файла в 32-битном поле. Максимум, который в него помещается, - 4 294 967 295 байт, то есть 4 ГБ минус один байт. Ограничение заложено в сам формат, и обойти его драйвером, патчем или сменой расширения файла нельзя.

Второй барьер - размер тома. Теоретический максимум раздела FAT32 при кластере 32 КБ равен 2 ТБ, а встроенный форматтер Windows не даёт создать FAT32 больше 32 ГБ. Сторонние утилиты умеют больше, но с такими томами Windows дальше работает с оговорками.

FAT32 при этом никуда не уходит. Её читают старые медиаплееры, автомобильные магнитолы, телевизоры, приставки и камеры, а прошивка UEFI требует раздел EFI System Partition именно в FAT32. Флешки «из коробки» форматируют в FAT32 ровно поэтому: производитель выбирает максимальную совместимость, а не размер файла.

В работе DevOps-инженера и сисадмина FAT32 встречается в двух сценариях: загрузочные UEFI-носители и перенос бэкапов на USB-диски между разнородными системами. На NAS (TrueNAS, Synology) основные пулы работают на ZFS, Btrfs или ext4, а USB-диск остаётся транспортом для копии данных. Полная таблица лимитов и совместимости по всем популярным ФС собрана в статье Сравнение файловых систем NTFS, exFAT, FAT32, ext4 и других: какую выбрать в 2026 году.

Ограничение FAT32 на размер файла 4 ГБ: таблица лимитов по файловым системам

Вывод по таблице короткий. Нужна совместимость с бытовой техникой и перенос между Windows, macOS и Linux - берите exFAT. Носитель живёт внутри Windows-контура - NTFS надёжнее за счёт журналирования.

Как выбрать метод решения: конвертация, переформатирование или разбиение

Выбор определяется тремя условиями: где будет открываться носитель, можно ли на время освободить его от данных и есть ли у целевого устройства ограничение по файловой системе.

• Конвертация FAT32 в NTFS - носитель используется только в Windows, данные нужно сохранить на месте, свободное место есть. Работает без копирования файлов, но занимает время и требует стабильного питания.
• Переформатирование в exFAT - нужна совместимость с macOS, Linux, телевизорами и автомагнитолами, а данные можно временно перенести. Быстро: 5-10 минут на флешку.
• Разбиение файла на части - файловую систему сменить нельзя: устройство читает только FAT32 (приставка, автомагнитола, старый медиаплеер, камера).
• Передача по сети - оба конца в одной сети: rsync, scp, SMB/NFS. Для 40-гигабайтного бэкапа это быстрее и надёжнее любой флешки.

Перед конвертацией и перед форматированием резервная копия обязательна, а не желательна. Обе операции изменяют метаданные диска, и сбой на середине оставляет носитель в нерабочем состоянии.

exFAT или NTFS для внешнего диска: что выбрать

• Совместимость. exFAT читается и пишется на Windows, macOS, Linux (пакет exfatprogs), Android, большинстве телевизоров и автомагнитол. NTFS на macOS доступен только для чтения без сторонних драйверов (Paragon, Tuxera, Mounty), а многие медиаустройства его не видят вовсе.
• Журналирование. NTFS ведёт журнал транзакций и после внезапного отключения питания обычно восстанавливается сама. exFAT журнала не имеет: выдернутый без безопасного извлечения носитель рискует получить повреждённую таблицу размещения файлов.
• Производительность. На USB 3.0 разница в скорости последовательной записи между exFAT и NTFS незначительна и определяется контроллером накопителя, а не файловой системой.
• Лимиты. Обе снимают ограничение 4 ГБ: exFAT поддерживает файлы до 16 ЭБ, NTFS до 16 ЭБ.

Итог: флешки и внешние диски, которые подключаются к разным устройствам, форматируйте в exFAT. Диски с важными данными, работающие только в Windows, - в NTFS. ZFS на TrueNAS не использует ни exFAT, ни NTFS как основную ФС: там это только транспортные носители для копий.

Решение 1: конвертация FAT32 в NTFS без потери данных в Windows

Штатная утилита convert меняет файловую систему на месте: файлы остаются, форматирования не происходит. Порядок действий:

1. Скопируйте все данные с носителя на другой диск. Это не формальность: при сбое питания во время конвертации вы потеряете и файлы, и таблицу размещения.
2. Определите букву диска. Откройте Управление дисками (Win+X) или выполните diskpart, затем list volume.
3. Проверьте носитель на ошибки: chkdsk E: /f. Без этого шага convert может отказаться работать.
4. Запустите конвертацию: convert E: /FS:NTFS. Здесь E - буква вашего носителя.
5. Проверьте результат: fsutil fsinfo volumeinfo E: покажет строку «Имя файловой системы : NTFS».

Команды выполняются в cmd, запущенном от имени администратора. Время работы зависит от объёма: 64-гигабайтная флешка конвертируется за несколько минут, внешний диск на 4 ТБ с миллионами мелких файлов - часами. Прерывать процесс нельзя.

Команды chkdsk и convert: синтаксис и примеры

chkdsk E: /f /r
convert E: /FS:NTFS

Параметры chkdsk: /f исправляет ошибки файловой системы, /r дополнительно сканирует поверхность на повреждённые сектора. Ключ /r подразумевает /f, но работает в разы дольше: на диске 2 ТБ проверка занимает несколько часов. Для быстрой подготовки к конвертации достаточно chkdsk E: /f.

Ключ /V у convert включает подробный вывод. Успешное завершение выглядит так: «Файловая система на томе успешно преобразована» и «Преобразование файловой системы завершено».

Что важно знать про convert:

• Работает только в одну сторону, с FAT или FAT32 на NTFS. Обратная конвертация невозможна без потери данных.
• Требует свободного места и целой файловой системы. При ошибках convert останавливается, дальше нужен chkdsk.
• На части USB-контроллеров и на носителях, помеченных как съёмные, команда возвращает «Convert не поддерживается на текущем диске». Тогда остаётся форматирование.
• В Linux конвертации на месте нет. Данные копируют на другой носитель, после чего создают NTFS командой mkfs.ntfs -f /dev/sdb1 (нужен пакет ntfs-3g) и монтируют через ntfs-3g.

Решение 2: переформатирование носителя в exFAT

Форматирование уничтожает данные на носителе без возможности вернуть их стандартными средствами. Сначала скопируйте содержимое на другой диск, только потом приступайте к разметке.

Windows через Проводник: правый клик по диску, Форматировать, в поле «Файловая система» выберите exFAT, размер кластера оставьте по умолчанию, включите «Быстрое форматирование», нажмите «Начать».

Windows через diskpart, если Проводник не видит том или нужно снять старую разметку:

diskpart
list disk
select disk 2
clean
create partition primary
format fs=exfat quick
assign
exit

Номер диска в select disk подставляйте по выводу list disk, ориентируясь на размер. Команда clean стирает всю разметку выбранного диска.

Linux:

lsblk -f
umount /dev/sdb1
mkfs.exfat -n DATA /dev/sdb1

Утилита mkfs.exfat входит в пакет exfatprogs (в старых дистрибутивах exfat-utils). Без него exFAT-раздел либо не смонтируется, либо смонтируется только для чтения. Разметку под раздел удобно делать через gdisk или parted, порядок работы с ними описан в руководстве Управление дисками в Linux: fdisk, parted, gdisk, GNOME Disks и KDE Partition Manager.

exFAT не журналируется. После записи данных всегда используйте безопасное извлечение: в Windows это «Безопасное извлечение устройства» в трее, в Linux sync и umount.

Как записать файл больше 4 ГБ на флешку: пошаговый сценарий

Задача: есть флешка на 64 ГБ в FAT32 и ISO-образ на 8 ГБ, который на неё не копируется.

1. Скопируйте содержимое флешки на локальный диск. 64 ГБ данных переносятся по USB 3.0 за 3-6 минут.
2. Отформатируйте флешку в exFAT через Проводник или diskpart.
3. Скопируйте данные и ISO-образ обратно на флешку.
4. Проверьте файл: откройте образ или сверьте контрольную сумму, например sha256sum в Linux и Get-FileHash в PowerShell.

Весь цикл занимает 10-20 минут вместе с копированием. Вариант для Linux без графики: mkfs.exfat /dev/sdb1, затем mount /dev/sdb1 /mnt/usb и обычное cp file.iso /mnt/usb/. После смены ФС ограничения по размеру файла нет.

Решение 3: разбиение файла на части, если сменить файловую систему нельзя

Ситуация: носитель менять нельзя. Автомагнитола, телевизор, приставка или камера читают только FAT32, а передать нужно образ диска или бэкап на 12 ГБ.

Windows: установите 7-Zip, правый клик по файлу, 7-Zip, «Добавить к архиву», в поле «Разбить на тома размером» укажите 3000M (примерно 3 ГБ, с запасом под лимит 4 ГБ). Получатся файлы file.zip.001, file.zip.002 и так далее. Сборка обратно: правый клик по первому тому, 7-Zip, «Извлечь». Альтернатива без архивации - утилита HJSplit, она делит файл побайтово и собирает обратно.

Linux решает задачу штатной утилитой split без установки дополнительного ПО.

Команды split и cat для разбиения и сборки файла в Linux

split -b 3G -d -a 3 backup.tar backup.tar.part_
sha256sum backup.tar
cat backup.tar.part_* > backup.tar
sha256sum backup.tar

Разбор параметров: -b 3G задаёт размер части (3 ГБ с запасом под лимит FAT32), -d включает числовые суффиксы вместо буквенных, -a 3 задаёт три знака в суффиксе, то есть part_000, part_001 и далее. Без -a 3 утилита перейдёт на четырёхзначные суффиксы после сотой части.

Контрольные суммы до разбиения и после сборки должны совпасть. Если они разошлись, файл повреждён при переносе и использовать его нельзя. Пошаговый разбор этой схемы на примере установочного образа Windows с проверкой SHA-256 есть в статье Как разделить ISO-образ Windows на части и собрать его без потери данных.

Разбиение остаётся временным решением. Образ диска, бэкап виртуальной машины или архив базы удобнее один раз перенести на носитель с нормальной файловой системой, чем собирать из десятка частей при каждом восстановлении.

Риски и типичные ошибки при решении проблемы

Три метода ломают данные по-разному, и знать заранее, где именно кроется риск, дешевле, чем разбираться с последствиями:

• Конвертация. Отключение питания, выдёргивание USB-кабеля или сбой контроллера в момент работы convert повреждают файловую систему. Конвертация большого диска может идти часами, и всё это время носитель занят.
• Форматирование. Стирает всё содержимое сразу. Данные с отформатированного носителя восстанавливают только программами вроде DMDE, и результат не гарантирован.
• Разбиение. Усложняет работу с файлом и требует сверки контрольных сумм. Ошибка при сборке даёт нерабочий архив или образ, и обнаружится это в самый неподходящий момент.
• Совместимость. NTFS не читается на macOS без сторонних драйверов и не видна большинству медиаустройств. exFAT лишён журналирования: внезапное отключение питания приводит к повреждению таблицы размещения файлов.
• Ложные обходы. Переименование файла, смена расширения или «сжатие» лимит FAT32 не обходят. Ограничение задано форматом, а не настройкой.

Если носитель после неудачной операции перестал открываться, не форматируйте его повторно: сначала восстановите файловую систему, безопасный порядок действий разобран в руководстве Восстановление файловой системы флешки: пошаговое руководство.

Чек-лист перед конвертацией или форматированием

• Данные скопированы на другой носитель и проверены на открываемость.
• Носитель проверен chkdsk или fsck, ошибок файловой системы нет.
• Известно целевое устройство и файловые системы, которые оно понимает.
• Свободного места хватает под конвертацию: convert требует резерва под служебные структуры NTFS.
• Питание стабильно: ноутбук на зарядке или подключён к ИБП.
• Выбран метод и понятны его последствия: NTFS только для Windows, exFAT универсален, разбиение неудобно при регулярной работе.

Краткие итоги и рекомендации для DevOps и системных администраторов

Алгоритм действий на случай, когда ошибка появится снова:

1. Проверьте фактическую файловую систему получателя: fsutil fsinfo volumeinfo в Windows, lsblk -f в Linux.
2. Убедитесь, что причина в лимите 4 ГБ, а не в нехватке места или правах доступа.
3. Сделайте резервную копию данных с носителя.
4. Выберите метод: convert для Windows-контура, exFAT для универсального носителя, split для устройства, читающего только FAT32.
5. Выполните команды и проверьте результат: тип ФС, наличие файла, контрольную сумму.

Для типовых задач: перенос бэкапов и образов между Windows и Linux-машинами - exFAT; архивы, которые останутся в Windows-инфраструктуре, - NTFS; TrueNAS и ZFS-пулы - сетевые шары SMB или NFS вместо USB-носителей с FAT32.

Если данные перестают помещаться на локальные носители, передачу стоит перевести в сеть. Виртуальные машины, репозитории бэкапов и промежуточные копии удобно держать в облаке: например, на инфраструктуре Timeweb Cloud доступны серверы, объектное хранилище и Kubernetes, куда копия уезжает по сети и не упирается ни в 4 ГБ, ни в контроллер USB-флешки.

Проблема решается за 5-10 минут, если заранее знать про лимит FAT32 и держать под рукой резервную копию.