Какие файловые системы сейчас в Android и в чём их смысл

В 2026 году основной файловой системой для userdata и cache остаётся ext4, но F2FS быстро набирает долю (особенно на флагманах и в кастомных сборках), а EROFS используется для read-only разделов system/vendor. Выбор обусловлен оптимизацией под NAND/UFS, производительностью IOPS и устойчивостью к износу.

Краткая картина: где что используется

  • ext4 — «рабочая лошадка» большинства устройств (более половины рынка, на многих среднебюджетных моделях и ряде флагманов).
  • F2FS — оптимизирована под флеш‑память; активно внедряется в Pixel, некоторых Sony и кастомных ROM; в 2026 стала дефолтом для больших групп A/B‑устройств.
  • EROFS — read‑only для /system и /vendor: сжатие на уровне образа и быстрое монтирование.
  • OverlayFS и другие слои используются для seamless‑обновлений и объединения rw/ro слоёв.

Почему именно эти ФС — технические причины

  1. Оптимизация под NAND/UFS:
    • F2FS — лог‑структурированная, снижает write amplification и лучше управляет сжатием и TRIM, что продлевает жизнь флеш‑памяти.
    • ext4 — зрелая и универсальная; хороша на широком спектре контроллеров и совместима с инструментарием производителей.
  2. Производительность:
    • F2FS даёт преимущество на random I/O (малые блоки), что заметно ускоряет запуск приложений и операции записи.
    • ext4 стабилен при больших файлах и в сценариях с высокой согласованностью.
  3. Надёжность и восстановление:
    • Журналирование ext4 даёт предсказуемое восстановление после сбоев.
    • EROFS в режиме RO уменьшает риск повреждения system и позволяет использовать компактные образы для OTA.
  4. Обновления и экосистема:
    • Dynamic partitions, AVB и super‑img хорошо сочетаются с EROFS и OverlayFS; производители адаптируют FS в зависимости от платформы и recovery.

Если хотите максимальной скорости на современном UFS‑накопителе и используете кастомный ROM — выбирайте F2FS для /data; на стоковых прошивках безопаснее оставлять ext4.

Не форматируйте разделы в F2FS через recovery, которое её не поддерживает — можно потерять доступ к данным. Всегда делайте бэкап.

Практические советы: как проверить и что менять

  • Проверить файловую систему в ADB: adb shell mount | grep '/data' или adb shell df -T
  • Для бенчмарка используйте мобильные утилиты (AndroBench/любая заменяющая) или сравнивайте показатели случайных 4K IOPS.
  • Если вы — обычный пользователь: не меняйте FS на стоке. Если вы — разработчик/тюнер:
    • Для кастомного ROM на современных UFS выбирайте F2FS (скорость и износ).
    • Для максимальной совместимости и стабильности — ext4.
    • System лучше оставить как EROFS/RO, если прошивка это поддерживает.

Частые ошибки

  • Форматирование /data в F2FS без поддержки recovery — устройство не загрузится.
  • Отсутствие бэкапа перед сменой FS.
  • Неправильные mount options (discard, noatime) — можно потерять часть выгоды по износу или производительности.
  • Ожидание одинакового эффекта на eMMC и UFS — контроллер играет ключевую роль.

FAQ

  • Нужно ли переводить старое устройство на F2FS?
    • Только если recovery и kernel поддерживают F2FS и вы готовы к тестированию; выигрыш заметнее на UFS и в сценариях с большим количеством мелких операций.
  • Чем EROFS лучше ext4 для system?
    • EROFS даёт плотное сжатие и быстрый read‑only монтируемый образ для OTA и экономии места.
  • Как TRIM влияет на долговечность?
    • TRIM/discard помогает контроллеру эффективно освобождать блоки и уменьшает износ при длительной эксплуатации.

(Коротко) проверяйте поддержку FS в recovery и kernel перед сменой; для большинства пользователей текущая конфигурация — оптимальный выбор.