Mod Mountify v201 – OverlayFS Tabanlı Global Mount Sistemi

[HiddeNKinG16]

Mountify Nedir?​

Mountify, Android üzerinde Magisk, KernelSU ve APatch gibi root sistemleriyle çalışan, modülleri OverlayFS kullanarak global olarak mount etmeyi amaçlayan gelişmiş bir altyapı aracıdır.

Temel hedef:

• Modülleri “gerçek sistem dizini gibi” göstermek
• OEM benzeri mount davranışı simüle etmek
• Geleneksel Magisk “magic mount” yapısının tespit edilebilirliğini azaltmak

Daha iyi anlamak için örneklerle anlattık. Kupayla anlattık, madalya ile anlattık​

Görselleri görebilmek için kayıt olmanız gerekmektedir

Mountify, Android’de root modüllerini “gerçek sistem parçası gibi” göstermek için kullanılan OverlayFS tabanlı bir mount katmanıdır. Normal Magisk mantığında modüller /data/adb üzerinden bind-mount ile sisteme eklenir. Bu yöntem iz bırakır ve bazı uygulamalar tarafından tespit edilebilir.

Mountify bunu değiştirir: modülleri sahte bir OEM dizini içine taşıyıp oradan sistem dizinlerine overlay yapar.

---

Basit Mantık​

Normalde:

• Modül → /data/adb/modules → Magisk mount → /system’e eklenir

Mountify ile:

• Modül → /data/adb/modules → tmpfs / ext4 image
• → /mnt/vendor/fake_xxx gibi “OEM dizini”
• → OverlayFS → /system

Sonuç: sistem, bunun bir modül olduğunu değil, üreticinin kendi dosyası olduğunu sanır.

---

Örnek 1 – GPU Driver Modülü​

Sen Adreno GPU modülü kullanıyorsun:

Normalde:

• /data/adb/modules/Adreno_Gpu_Driver → Magisk mount ile /system/vendor/lib

Mountify ile:

• /data/adb/mountify/Adreno_Gpu_Driver
• → /mnt/vendor/my_bigball/system/vendor/lib
• → sistem bunu “OEM vendor driver” gibi görür

Sonuç:

• GPU driver “sonradan eklenmiş modül” gibi değil
• fabrikadan gelmiş sistem bileşeni gibi görünür

---

Örnek 2 – Ses Modülü (ViPER4Android)​

Normal Magisk:

• ViPER4Android RE → /system/lib/soundfx üzerine bind edilir

Mountify:

• modül → fake mount alanı
• /mnt/vendor/mountify/system/lib/soundfx

Sonuç:

• bazı uygulamalar “sistem modifiye edildi” kontrolünü daha zor yakalar
• sistem dosyası gibi görünür

---

Örnek 3 – Bloatware kaldırma (teknik ters kullanım)​

Sen System App Nuker ile bir uygulamayı whiteout yapıyorsun.

Mountify ile:

• kaldırılan app → overlay üzerinden “yokmuş gibi” gösterilir
• aslında silinmez, sadece mount katmanında gizlenir

---

İşin özü​

Mountify şunu yapar:

• Modülleri Magisk gibi doğrudan sisteme bind etmez
• Önce sahte bir “OEM vendor klasörü” yaratır
• Modülleri oraya yerleştirir
• Sonra OverlayFS ile sistemi buna inandırır

---

Temel Mimari​

Mountify iki ana çalışma modeli kullanır:

1. tmpfs Modu​

• /data/adb/modules içeriği tmpfs üzerine kopyalanır
• SELinux context birebir klonlanır
• Sahte mount dizini oluşturulur
• OverlayFS ile /system altına bind edilir

Çalışma akışı:

• Modül dizini → tmpfs → /mnt/vendor/fake_folder → system overlay

---

2. ext4 Sparse Modu​

• tmpfs yerine ext4 sparse image kullanılır
• Image mount edilerek gerçek dosya sistemi gibi davranır
• Daha ağır ama daha “native” görünüm sağlar

Özellikler:

• Sparse image oluşturma
• Dinamik resize + remount
• SELinux context mirroring

---

Neden Mountify?​

Geleneksel modül mount sistemlerinde sorunlar:

• Çok fazla mount noktası → tespit riski
• /proc/fs üzerinde iz bırakma
• OverlayFS davranışlarının analiz edilebilir olması
• Bazı dosya sistemlerinde (F2FS) uyumsuzluk

Mountify bu problemleri azaltmak için:

• OEM benzeri mount isimleri üretir
• Fake vendor dizinleri oluşturur
• Modülleri tek bir yapı altında birleştirir

---

OverlayFS Mantığı​

Mountify şu yaklaşımı kullanır:

• Üst katman: Mountify tarafından oluşturulan fake directory
• Alt katman: Android sistem dizinleri

Örnek:

• /mnt/vendor/my_bigball → /system/bin

Bu sayede modüller sistemin doğal parçası gibi görünür.

---

Konfigürasyon Sistemi​

WebUI üzerinden veya manuel olarak:

/data/adb/mountify/config.sh

---

Temel Ayar​

mountify_mounts=2

• 2: tüm modülleri mount eder
• 1: sadece seçilen modüller mount edilir

---

Belirli Modüller​

modules.txt
Örnek:

• Adreno_Gpu_Driver
• DisplayFeatures
• ViPER4Android-RE-Fork

---

Fake Mount Ayarları​

FAKE_MOUNT_NAME="mountify"
Sahte mount dizin adını değiştirir.

---

Restart Davranışı​

mountify_stop_start=1

• Android service restart zorunlu olabilir
• Bazı modüller için gerekli

---

tmpfs Modu Ayarları​

test_decoy_mount=1

• Decoy mount testleri aktif olur

---

ext4 Sparse Modu Ayarları​

use_ext4_sparse=1
spoof_sparse=1
sparse_size="2048"

• Sparse image boyutu MB cinsinden belirlenir
• Android servis olarak spoof edilebilir

---

LKM (Kernel Modülü) Desteği​

enable_lkm_nuke=1
lkm_filename="nuke.ko"

• Deneysel kernel modülü yükleme desteği
• Mount izlerini temizleme girişimi

---

Unmount Mekanizması​

Desteklenen araçlar:

• NeoZygisk
• ReZygisk
• Zygisk Assistant
• NoHello

Magisk Zygisk kullanılıyorsa:

• Denylist policy: Enforced / Unmount Only

---

Cihaz Tipi Tanımlama​

MOUNT_DEVICE_NAME="magisk"
Seçenekler:

• magisk
• KSU
• APatch

---

Skip Mount​

Belirli modüller mountify’den hariç tutulabilir:

/data/adb/modules/<module>/skip_mountify
Bu dosya varsa modül işlenmez.

---

Sınırlamalar​

• De-Bloater ile uyumsuz (dummy text kullanımı nedeniyle)
• F2FS sistemlerde overlay davranışı sorunlu olabilir
• Bazı kernel konfigürasyonlarında /proc izleri görülebilir
• Ext4 sparse modu kernel node izleri bırakabilir

---

Güvenlik Notu​

Mountify:

• Güçlü ama düşük seviyeli bir sistem modifikasyon aracıdır
• Yanlış kullanımda bootloop riski vardır
• Kernel ve mount katmanına doğrudan müdahale eder

---

Lisans​

• Module: The Unlicense
• LKM: GPLv2
• WebUI: MIT

---

Sürüm Bilgileri​

• Versiyon: v201
• Geliştirici: backslashxx
• Son Güncelleme: 05 Mayıs 2026
• Kaynak repo :
  Linkleri görebilmek için kayıt olmanız gerekmektedir
  - Güncellemeler için kontrol edin.

---

Sonuç​

Mountify, Android root ekosisteminde modül mount sistemini daha “OEM benzeri” ve daha az tespit edilebilir hale getirmeyi amaçlayan düşük seviyeli bir OverlayFS çözümüdür. Güçlü esneklik sunar ancak yanlış yapılandırmada sistem stabilitesini doğrudan etkileyebilir.

 

[Skorpi15]

Mountify Nedir?​

Mountify, Android üzerinde Magisk, KernelSU ve APatch gibi root sistemleriyle çalışan, modülleri OverlayFS kullanarak global olarak mount etmeyi amaçlayan gelişmiş bir altyapı aracıdır.

Temel hedef:

• Modülleri “gerçek sistem dizini gibi” göstermek
• OEM benzeri mount davranışı simüle etmek
• Geleneksel Magisk “magic mount” yapısının tespit edilebilirliğini azaltmak

Daha iyi anlamak için örneklerle anlattık. Kupayla anlattık, madalya ile anlattık​

Görselleri görebilmek için kayıt olmanız gerekmektedir

---

Temel Mimari​

Mountify iki ana çalışma modeli kullanır:

1. tmpfs Modu​

• /data/adb/modules içeriği tmpfs üzerine kopyalanır
• SELinux context birebir klonlanır
• Sahte mount dizini oluşturulur
• OverlayFS ile /system altına bind edilir

Çalışma akışı:

• Modül dizini → tmpfs → /mnt/vendor/fake_folder → system overlay

---

2. ext4 Sparse Modu​

• tmpfs yerine ext4 sparse image kullanılır
• Image mount edilerek gerçek dosya sistemi gibi davranır
• Daha ağır ama daha “native” görünüm sağlar

Özellikler:

• Sparse image oluşturma
• Dinamik resize + remount
• SELinux context mirroring

---

Neden Mountify?​

Geleneksel modül mount sistemlerinde sorunlar:

• Çok fazla mount noktası → tespit riski
• /proc/fs üzerinde iz bırakma
• OverlayFS davranışlarının analiz edilebilir olması
• Bazı dosya sistemlerinde (F2FS) uyumsuzluk

Mountify bu problemleri azaltmak için:

• OEM benzeri mount isimleri üretir
• Fake vendor dizinleri oluşturur
• Modülleri tek bir yapı altında birleştirir

---

OverlayFS Mantığı​

Mountify şu yaklaşımı kullanır:

• Üst katman: Mountify tarafından oluşturulan fake directory
• Alt katman: Android sistem dizinleri

Örnek:

• /mnt/vendor/my_bigball → /system/bin

Bu sayede modüller sistemin doğal parçası gibi görünür.

---

Konfigürasyon Sistemi​

WebUI üzerinden veya manuel olarak:

/data/adb/mountify/config.sh

---

Temel Ayar​

mountify_mounts=2

• 2: tüm modülleri mount eder
• 1: sadece seçilen modüller mount edilir

---

Belirli Modüller​

modules.txt
Örnek:

• Adreno_Gpu_Driver
• DisplayFeatures
• ViPER4Android-RE-Fork

---

Fake Mount Ayarları​

FAKE_MOUNT_NAME="mountify"
Sahte mount dizin adını değiştirir.

---

Restart Davranışı​

mountify_stop_start=1

• Android service restart zorunlu olabilir
• Bazı modüller için gerekli

---

tmpfs Modu Ayarları​

test_decoy_mount=1

• Decoy mount testleri aktif olur

---

ext4 Sparse Modu Ayarları​

use_ext4_sparse=1
spoof_sparse=1
sparse_size="2048"

• Sparse image boyutu MB cinsinden belirlenir
• Android servis olarak spoof edilebilir

---

LKM (Kernel Modülü) Desteği​

enable_lkm_nuke=1
lkm_filename="nuke.ko"

• Deneysel kernel modülü yükleme desteği
• Mount izlerini temizleme girişimi

---

Unmount Mekanizması​

Desteklenen araçlar:

• NeoZygisk
• ReZygisk
• Zygisk Assistant
• NoHello

Magisk Zygisk kullanılıyorsa:

• Denylist policy: Enforced / Unmount Only

---

Cihaz Tipi Tanımlama​

MOUNT_DEVICE_NAME="magisk"
Seçenekler:

• magisk
• KSU
• APatch

---

Skip Mount​

Belirli modüller mountify’den hariç tutulabilir:

/data/adb/modules//skip_mountify
Bu dosya varsa modül işlenmez.

---

Sınırlamalar​

• De-Bloater ile uyumsuz (dummy text kullanımı nedeniyle)
• F2FS sistemlerde overlay davranışı sorunlu olabilir
• Bazı kernel konfigürasyonlarında /proc izleri görülebilir
• Ext4 sparse modu kernel node izleri bırakabilir

---

Güvenlik Notu​

Mountify:

• Güçlü ama düşük seviyeli bir sistem modifikasyon aracıdır
• Yanlış kullanımda bootloop riski vardır
• Kernel ve mount katmanına doğrudan müdahale eder

---

Lisans​

• Module: The Unlicense
• LKM: GPLv2
• WebUI: MIT

---

Sürüm Bilgileri​

• Versiyon: v201
• Geliştirici: backslashxx
• Son Güncelleme: 05 Mayıs 2026
• Kaynak repo :
  Linkleri görebilmek için kayıt olmanız gerekmektedir
  - Güncellemeler için kontrol edin.

---

Sonuç​

Mountify, Android root ekosisteminde modül mount sistemini daha “OEM benzeri” ve daha az tespit edilebilir hale getirmeyi amaçlayan düşük seviyeli bir OverlayFS çözümüdür. Güçlü esneklik sunar ancak yanlış yapılandırmada sistem stabilitesini doğrudan etkileyebilir.

Elinize, emeğinize sağlık hocam, paylaşım için teşekkürler

Mi 11T Pro cihazımdan Tapatalk kullanılarak gönderildi

 

[HiddeNKinG16]

Skorpi bütün konularda ilk mesajı alıntıladınız valla

 

[Skorpi15]

Skorpi bütün konularda ilk mesajı alıntıladınız valla

Paylaşımları ben her zaman takdir ederim bilirsiniz siz, şekerleme yapıyordum ancak uyandım valla

Mi 11T Pro cihazımdan Tapatalk kullanılarak gönderildi

 

[HiddeNKinG16]

Paylaşımları ben her zaman takdir ederim bilirsiniz siz, şekerleme yapıyordum ancak uyandım valla

Mi 11T Pro cihazımdan Tapatalk kullanılarak gönderildi

Hocam ilk mesajları alıntı yapmadan teşekkür etseniz daha güzel olurdu. Yazdım ama görmediniz

 

[Skorpi15]

Hocam ilk mesajları alıntı yapmadan teşekkür etseniz daha güzel olurdu. Yazdım ama görmediniz

Bir dahakine dediğiniz gibi yaparım hocam, bağışlayın

Mi 11T Pro cihazımdan Tapatalk kullanılarak gönderildi

 

[HiddeNKinG16]

Bir dahakine dediğiniz gibi yaparım hocam, bağışlayın

Mi 11T Pro cihazımdan Tapatalk kullanılarak gönderildi

gerek yok hocam artık istesede kimse ilk mesajı alıntı yapamaz zaten

 

[Skorpi15]

gerek yok hocam artık istesede kimse ilk mesajı alıntı yapamaz zaten

Bunu seneler önce yapmalıydınız hocam ama geç olsun, güzel olsun

Mi 11T Pro cihazımdan Tapatalk kullanılarak gönderildi

 

[tuncaykilinc14]

Emeğine sağlık, üstad.