Mount /system Nedir ve Neden Bağlanmıyor?
Recovery'de Mount /system, okuma/yazma işlemi için sistem bölümünün dosya sistemine bağlanmasıdır; eğer bağlanmazsa, çoğunlukla verified boot koruması (dm-verity), dinamik/super bölümler veya bozuk dosya sistemi suçludur. Aşağıda, erişimi geri kazanmak için kısa kontroller ve adım adım çözümler yer almaktadır.
İçindekiler {{TOC_AUTOMATIC}}
Kısaca: /system'i neden bağlamalıyız ve neler oluyor?
Recovery'de Mount /system şunlar için gereklidir:
- adb veya dosya yöneticisi aracılığıyla sistem dosyalarını okumak ve düzenlemek;
- OTA/bootloop sonrası yamaları, modülleri kurmak veya hataları manuel olarak kaldırmak;
- bütünlüğü kontrol etmek ve gerekli dosyaları geri yüklemek.
rw modunda bağlama olmadan değişiklikler kaydedilmez — bölüm koruma amacıyla yalnızca ro modunda bağlanmış olabilir.
/system'in Bağlanmamasının Temel Nedenleri
-
Verified boot / dm-verity koruması
Modern Android (10+) sürümleri, güvenlik amacıyla sistem bölümünün rw olarak bağlanmasını engeller. Belirti: TWRP günlüklerinde "Mount point is read-only" veya "Permission denied". -
Dinamik bölümler / super bölüm
Android 10+ sürümlerinde /system, super bölümünün mantıksal bir parçası olabilir. Desteklemeyen bir Recovery, "Failed to mount '/system' (Invalid argument)" hatası verir. -
Bozuk dosya sistemi
Hatalı flaşlama veya güç kesintilerinden sonra superblock veya inode bozulabilir — mount komutu "Superblock invalid" gibi hatalar döndürür veya basitçe bağlama yapmaz. -
Uygun olmayan Recovery
Stok Recovery genellikle rw olarak bağlama yapamaz veya A/B ve dinamik bölümlerle çalışamaz. Modelinizi destekleyen güncel bir TWRP/OrangeFox gerekir. -
SELinux ve izinler
SELinux politikası işlemleri engelleyebilir. Recovery'de enforcement geçici olarak gevşetilebilir.
Adım Adım Rehber: /system Bağlamasını Geri Kazanma
- Durum kontrolü
TWRP'de: Advanced → Terminal veya adb shell üzerinden:
mount | grep system
ro/rw durumunu ve blok yolunu (/dev/block/…) arayın.
- Yeniden bağlamayı deneyin:
mount -o rw,remount /system
Eğer "read-only" dönerse — neden dm-verity veya kısıtlamalardır.
- Bozuk dosya sistemi için: kontrol edin ve düzeltin Blok aygıtını bulun (TWRP'de bu /dev/block/bootdevice/by-name/system veya mantıksal bir yoldur) ve çalıştırın:
e2fsck -y /dev/block/XXX
(XXX yerine gerçek yolu yazın).
- Dinamik bölümler / super: desteklenen bir Recovery kullanın
- Modeliniz için lptools desteği olan TWRP 3.7+ sürümünü kurun.
- Geçici yükleme:
fastboot boot twrp.img
```
- Mantıksal bölümü silmeniz gerekirse:
fastboot delete-logical-partition system
```
— dikkatli olun ve yalnızca tam anlayışınız varsa uygulayın.
-
dm-verity / forceencrypt devre dışı bırakma (gerekirse) Recovery üzerinden ilgili patch-zip dosyasını flaşlayın (örneğin, disable_dm-verity_forceencrypt.zip) veya Magisk kurun (verity'yi bastırabilir). Ardından mount işlemini tekrarlayın.
-
SELinux (geçici olarak) Recovery shell'inde:
setenforce 0
Bu, SELinux'u geçici olarak Permissive moduna alır ve erişim sağlayabilir. Güvenlik için enforcement modunu geri almayı unutmayın.
- ADB push ve izinler Başarılı bağlama sonrası:
adb push myfile /system/path/
adb shell chmod 644 /system/path/myfile
Değişikliklerden sonra mutlaka senkronize edin ve yeniden başlatın.
Yedekleme olmadan bozuk bir bölüme zorla yazma girişimi sorunu kötüleştirebilir. Kritik işlemlerden önce her zaman yedek alın ve nandroid yedeği oluşturun.
Cihazınız için resmi TWRP derlemelerini kullanın (XDA veya geliştirici). Evrensel imajlar genellikle dinamik bölümlerle çalışmaz.
Yaygın Hatalar
- "Invalid argument" — Recovery super/dinamik bölümler yapısını anlamıyor. Çözüm: destekli güncel TWRP.
- mount sırasında "Permission denied" — SELinux veya dm-verity; setenforce 0 deneyin ve verity'yi devre dışı bırakın.
- "Superblock invalid" — bozuk dosya sistemi; e2fsck çalıştırın veya formatlayıp yedekten geri yükleyin.
- adb push sonrası dosyalar görünmüyor — bölüm ro olarak bağlı; rw ile yeniden bağlayın.
SSS
-
TWRP'yi telefonda bir uygulama aracılığıyla flaşlayabilir miyim? Daha iyisi — fastboot veya geçici boot (fastboot boot) yoluyladır. Uygulama üzerinden flaşlama, A/B cihazlarda risklidir.
-
/system'i formatlamak tüm verileri siler mi? Evet — sistem bölümünü formatlamak tüm sistem dosyalarını siler; ROM'u yeniden flaşlamanız gerekir.
-
A/B cihazında hangi slotun aktif olduğunu nasıl anlarım? fastboot üzerinden:
fastboot getvar current-slot
- Hiçbir şey işe yaramazsa ne yapmalıyım? fastboot boot ile taze bir TWRP'ye geçici olarak önyüklemeyi deneyin, nandroid yedeği alın ve fastboot/üretici flaşlayıcı aracılığıyla stok ROM'u yeniden flaşlayın.
Bu adımlarla, mount /system sorunlarının çoğu 10–30 dakika içinde çözülür. Müdahalelerden sonra cihaz tamamen önyükleme yapamazsa — resmi imaja dönün (stok ROM'u yeniden flaşlayın) veya modeliniz için özel forumlardan yardım arayın.