Сообщение Failed to mount '/preload' (Invalid argument) чаще всего появляется в консоли кастомного рекавери TWRP при попытке прошить пакет, сделать бэкап или смонтировать разделы вручную. Раздел /preload встречается на устройствах Samsung и некоторых других Android-смартфонах — он содержит предустановленные приложения и региональные данные, а ошибка монтирования означает, что система не смогла распознать файловую структуру этого раздела.
Ошибка Invalid argument (недопустимый аргумент) — это ответ ядра Linux на попытку смонтировать файловую систему с параметрами, которые драйвер не принимает: неизвестный тип ФС, повреждённый суперблок, несовпадение размера блока или отсутствие самого раздела в таблице. Ниже разберём, как определить конкретную причину и что можно сделать без риска для данных.
Где и когда возникает ошибка
Чаще всего проблема проявляется в трёх сценариях. Первый — установка ZIP-пакета через TWRP, когда скрипт прошивки пытается смонтировать /preload для записи файлов. Второй — создание или восстановление резервной копии, если в список разделов включён preload. Третий — ручное монтирование через терминал командой mount.
Реже аналогичная ошибка встречается в обычных Linux-системах при монтировании образов дисков и внешних носителей. Там логика диагностики та же: ядро отклоняет запрос, потому что переданные параметры не соответствуют реальному содержимому устройства.
- 🔧 Ошибка при прошивке ZIP-пакета в TWRP — скрипт не может записать данные в preload
- 💾 Сбой при создании или восстановлении бэкапа раздела
- 🖥️ Отказ ручного монтирования через
mount -tв терминале - 📱 Отсутствие раздела на устройстве, для которого пакет не предназначен
Основные причины: почему монтирование отклоняется
Первая вероятная причина — несоответствие типа файловой системы. Если скрипт или команда указывает ext4, а раздел отформатирован в f2fs или повреждён, ядро вернёт именно Invalid argument. Вторая частая ситуация — пакет собран для другой модели устройства, где разметка памяти отличается и раздела preload просто нет.
Третья группа причин — повреждение самого раздела: прерванная прошивка, сбой питания во время записи или некорректный wipe. В этом случае суперблок файловой системы не читается, и монтирование невозможно ни с какими параметрами.
⚠️ Внимание: не запускайте форматирование раздела preload «на всякий случай». На устройствах Samsung этот раздел может содержать региональные компоненты, и его удаление способно нарушить работу системы. Сначала выполните диагностику, описанную ниже.
Диагностика: проверяем раздел и файловую систему
Начните с проверки, существует ли раздел вообще. В терминале TWRP или через adb shell выполните просмотр таблицы разделов:
ls -la /dev/block/by-name/ 2>/dev/null || ls /dev/block/platform/*/by-name/
Если preload в списке отсутствует — пакет, который вы устанавливаете, предназначен для другого устройства, и продолжать его установку небезопасно. Если раздел есть, проверьте тип файловой системы:
blkid /dev/block/by-name/preload
Команда покажет реальный тип ФС (например, ext4). Сравните его с тем, что пытается использовать скрипт или ваша команда mount. Пустой вывод blkid — признак повреждённого или пустого раздела.
☑️ Проверка перед исправлением
Способы решения проблемы
Если раздел существует, а тип ФС известен, попробуйте смонтировать его вручную с явным указанием типа:
mount -t ext4 /dev/block/by-name/preload /preload
Подставьте тот тип, который показал blkid. Успешное монтирование означает, что проблема была в параметрах скрипта, а не в разделе. Если монтирование снова отклоняется, вероятна логическая ошибка файловой системы — её можно попробовать исправить проверкой e2fsck (только для ext2/ext3/ext4):
e2fsck -f /dev/block/by-name/preload
Когда ошибка возникает только при прошивке конкретного ZIP-пакета, разумнее отказаться от этого пакета и найти сборку строго под вашу модель и регион. Прошивка файлов, собранных под другую разметку памяти, — одна из типичных причин последующих bootloop-ситуаций.
Сравнение сценариев и действий
| Ситуация | Вероятная причина | Рекомендуемое действие |
|---|---|---|
| Раздела нет в таблице | Пакет для другой модели | Прервать установку, найти версию под своё устройство |
| blkid показывает другой тип ФС | Неверный параметр mount | Монтировать с фактическим типом ФС |
| blkid не выводит данные | Повреждён суперблок раздела | Проверка e2fsck или восстановление из бэкапа |
| Ошибка только при бэкапе | Раздел не монтируется рекавери | Исключить preload из списка бэкапа |
| Ошибка в Linux на ПК | Неподдерживаемая ФС носителя | Проверить тип ФС и установить нужные драйверы |
Если ничего не помогло
Когда раздел повреждён, а резервной копии нет, остаётся восстановление через официальную прошивку устройства. Для Samsung это загрузка стокового пакета через Odin, для других брендов — фирменные утилиты производителя. Такая прошивка перезаписывает таблицу разделов и содержимое preload заведомо корректными данными.
⚠️ Внимание: полная перепрошивка с переразметкой (re-partition) стирает все данные на устройстве. Используйте её только после того, как исчерпаны обратимые способы, и строго с прошивкой для вашей точной модели — сверяйте номер модели в настройках или на корпусе.
Почему ошибка называется именно Invalid argument
Это стандартный код ошибки ядра Linux (EINVAL). Системный вызов mount возвращает его, когда переданные параметры не соответствуют устройству: неверный тип файловой системы, повреждённый суперблок, несуществующее блочное устройство или неподдерживаемые опции монтирования. Поэтому один и тот же текст ошибки может означать разные проблемы, и диагностика через blkid обязательна.
Профилактика: как избежать повторения ошибки
Основное правило — использовать прошивки, ядра и ZIP-пакеты, выпущенные строго для вашей модели и ревизии устройства. Даже внутри одной линейки разметка памяти может отличаться между региональными версиями.
- ✅ Проверяйте кодовое имя устройства перед скачиванием пакета
- 💾 Держите актуальный бэкап всех разделов, включая preload
- 🔌 Не прерывайте прошивку и следите за зарядом батареи
- 📦 Используйте актуальную версию TWRP, собранную под вашу модель
Частые вопросы
Опасна ли ошибка mount preload для данных на устройстве?
Сама по себе ошибка монтирования данные не удаляет — это отказ ядра выполнить операцию. Риск появляется только при последующих действиях: форматировании раздела или прошивке несовместимых пакетов.
Можно ли просто исключить preload из бэкапа TWRP?
Да, если раздел не монтируется, снимите с него отметку в списке разделов при создании бэкапа. Остальные разделы сохранятся нормально. Однако при восстановлении системы на устройстве, где preload нужен прошивке, его отсутствие может вызвать сбои.
Почему ошибка появилась после обновления TWRP?
Возможная причина — другой набор опций монтирования или изменённый device tree в новой сборке рекавери. Проверьте, что TWRP собран именно для вашей модели, или временно вернитесь на предыдущую стабильную версию.
Поможет ли форматирование preload в ext4?
Только если раздел действительно должен быть в ext4 и его содержимое не нужно. Если прошивка ожидает там данные (как у Samsung), пустой раздел приведёт к сбоям системы. Форматирование — крайняя мера после бэкапа и проверки требований конкретной прошивки.
Что делать, если blkid показывает пустой результат?
Пустой вывод означает, что на разделе нет распознаваемой файловой системы — она повреждена или раздел пуст. Попробуйте e2fsck для ext-разделов, восстановление из бэкапа или полную перепрошивку официальным пакетом.