Android'de şu an hangi dosya sistemleri var ve anlamları nedir

Kerem Aydın·9 Temmuz 2026·⏱3 dk

2026 yılında userdata ve cache için ana dosya sistemi olarak ext4 kalmaya devam ediyor, ancak F2FS hızla pazar payı kazanıyor (özellikle amiral gemisi cihazlarda ve özel derlemelerde) ve EROFS ise salt okunur system/vendor bölümleri için kullanılıyor. Seçim, NAND/UFS optimizasyonu, IOPS performansı ve aşınmaya dayanıklılık temeline dayanıyor.

Kısa görünüm: Ne nerede kullanılıyor

  • ext4 — çoğu cihazın "iş atı" (piyasanın yarısından fazlası, birçok orta segment modelde ve bazı amiral gemilerinde).
  • F2FS — flash bellek için optimize edilmiş; Pixel, bazı Sony modelleri ve özel ROM'larda aktif olarak uygulanıyor; 2026'da büyük A/B cihaz grupları için varsayılan haline geldi.
  • EROFS — /system ve /vendor için salt okunur: imaj seviyesinde sıkıştırma ve hızlı bağlama.
  • OverlayFS ve diğer katmanlar, kesintisiz güncellemeler ve rw/ro katmanlarını birleştirmek için kullanılıyor.

Neden bu dosya sistemleri — teknik nedenler

  1. NAND/UFS optimizasyonu:
    • F2FS — günlük yapılandırılmış (log-structured), yazma büyütmesini azaltır ve sıkıştırma ile TRIM işlemlerini daha iyi yönetir, bu da flash belleğin ömrünü uzatır.
    • ext4 — olgun ve evrensel; geniş bir kontrolcü yelpazesinde iyi çalışır ve üretici araçlarıyla uyumludur.
  2. Performans:
    • F2FS, rastgele G/Ç'de (küçük bloklar) avantaj sağlar; bu, uygulama başlatma ve yazma işlemlerini belirgin şekilde hızlandırır.
    • ext4, büyük dosyalarda ve yüksek tutarlılık gerektiren senaryolarda istikrarlıdır.
  3. Güvenilirlik ve kurtarma:
    • ext4'ün günlükleme özelliği, arızalardan sonra öngörülebilir kurtarma sağlar.
    • Salt okunur moddaki EROFS, system bozulma riskini azaltır ve OTA için kompakt imajların kullanılmasına olanak tanır.
  4. Güncellemeler ve ekosistem:
    • Dinamik bölümler, AVB ve super-img, EROFS ve OverlayFS ile iyi uyum sağlar; üreticiler, platforma ve recovery'e bağlı olarak dosya sistemlerini adapte eder.

Modern bir UFS depolama biriminde maksimum hız istiyorsanız ve özel bir ROM kullanıyorsanız, /data için F2FS'i seçin; stok firmware'lerde ext4'ü bırakmak daha güvenlidir.

Desteklemeyen bir recovery aracılığıyla bölümleri F2FS olarak biçimlendirmeyin — verilere erişimi kaybedebilirsiniz. Her zaman yedek alın.

Pratik tavsiyeler: Nasıl kontrol edilir ve ne değiştirilir

  • ADB'de dosya sistemini kontrol edin: adb shell mount | grep '/data' veya adb shell df -T
  • Benchmark için mobil yardımcı programları (AndroBench veya herhangi bir alternatifi) kullanın ya da rastgele 4K IOPS değerlerini karşılaştırın.
  • Normal bir kullanıcıysanız: Stok üzerinde FS değiştirmeyin. Geliştirici/ayarcıysanız:
    • Modern UFS üzerindeki özel ROM için F2FS'i seçin (hız ve aşınma).
    • Maksimum uyumluluk ve kararlılık için — ext4.
    • Firmware destekliyorsa, system'i EROFS/RO olarak bırakmak daha iyidir.

Sık yapılan hatalar

  • Recovery desteği olmadan /data'yı F2FS olarak biçimlendirme — cihaz açılmaz.
  • FS değiştirmeden önce yedek almamak.
  • Yanlış mount seçenekleri (discard, noatime) — aşınma veya performans açısından bazı kazançları kaybedebilirsiniz.
  • eMMC ve UFS üzerinde aynı etkiyi beklemek — kontrolcü kilit rol oynar.

SSS

  • Eski bir cihazı F2FS'e geçirmek gerekir mi?
    • Sadece recovery ve kernel F2FS'i destekliyorsa ve test etmeye hazırsanız; kazanç UFS üzerinde ve çok sayıda küçük işlem içeren senaryolarda daha belirgindir.
  • System için EROFS, ext4'ten neden daha iyi?
    • EROFS, yoğun sıkıştırma ve OTA ile alan tasarrufu için hızlı salt okunur bağlanabilir imaj sağlar.
  • TRIM dayanıklılığı nasıl etkiler?
    • TRIM/discard, kontrolcünün blokları verimli bir şekilde serbest bırakmasına yardımcı olur ve uzun süreli kullanımda aşınmayı azaltır.

(Kısaca) Değiştirmeden önce recovery ve kernel'deki FS desteğini kontrol edin; çoğu kullanıcı için mevcut yapılandırma en uygun seçenektir.