Post

Arch Linux'ta NTFS Disk Bağlama ve fsck.ntfs Hatası Çözümü

🇹🇷 Arch Linux'ta NTFS disk bölümlerini bağlarken karşılaşılan "fsck.ntfs not found" ve "Error mounting" hatalarının teknik çözümü ve kalıcı ntfs bölümü bağlama.

Arch Linux'ta NTFS Disk Bağlama ve fsck.ntfs Hatası Çözümü

Arch Linux sisteminizde bir Windows NTFS bölümünü bağlama girişimi sırasında aşağıdaki tipik hata mesajları ile karşılaştıysanız:

Yardımcı Program Hatası:

1
fsck: fsck.ntfs not found; ignore /dev/nvme0n1p5

Bağlama (Mount) Hatası:

1
2
3
4
An error occurred while accessing 'Local Disk', the system responded:
The requested operation has failed:
Error mounting /dev/nvme0n1p5 at /run/media/user/Local Disk:
wrong fs type, bad option, bad superblock, missing codepage or helper program, or other error

Bu durum, genellikle NTFS dosya sistemi desteğinin eksikliğinden veya disk bölümünün “kirli” (dirty) bayrak taşımasından kaynaklanır. Çözüm adımları aşağıda detaylıca sunulmuştur.

💾 NTFS Desteği İçin Gerekli Paketin Kurulumu: ntfs-3g

Arch Linux’un temel kurulumu, genellikle ticari olmayan NTFS dosya sistemi sürücüsünü (FUSE tabanlı) varsayılan olarak içermez. Bu desteği sağlamak için ntfs-3g paketi yüklenmelidir. Bu paket; NTFS bölümleri okuma, yazma ve onarma yeteneği sunan ntfsfix, mount.ntfs, ve fsck.ntfs gibi kritik araçları sisteme ekler.

1
sudo pacman -S ntfs-3g

🛠️ Bölüm Bütünlüğünün Doğrulanması ve Onarımı: ntfsfix

Windows işletim sisteminin beklenmedik şekilde kapatılması (örneğin, elektrik kesintisi veya kritik bir hata sonrası) ya da “Hızlı Başlatma” (Fast Startup) özelliğinin aktif olması, NTFS bölümünün tutarsız bir durumda kalmasına neden olabilir. Bu durum, Linux çekirdeğinin bölümü sırf veri bütünlüğünü korumak adına bağlamayı reddetmesiyle sonuçlanır.

Bu durumu gidermek için ntfsfix komutu kullanılmalıdır. Bu araç, dosya sistemi meta verilerindeki temel tutarsızlıkları onarır ve kirli (dirty) bayrağını temizler.

1
sudo ntfsfix /dev/nvme0n1p5

Başarılı Onarım Çıktısı Örneği:

1
2
3
4
Mounting volume... OK
Processing of $MFT and $MFTMirr completed successfully.
NTFS volume version is 3.1.
NTFS partition /dev/nvme0n1p5 was processed successfully.

📂 Manuel Bağlama İşlemi

Gerekli paketin kurulması ve bölümün onarılması sonrasında, NTFS bölümü sisteme manuel olarak bağlanabilir.

  1. Bağlama Noktası Oluşturma:

    1
    
    sudo mkdir -p /mnt/winfck
    
  2. Bölümü Bağlama:

    1
    
    sudo mount -t ntfs-3g /dev/nvme0n1p5 /mnt/winfck
    

Bu işlemden sonra, /mnt/winfck dizini üzerinden NTFS bölümünün içeriğine erişim sağlanacaktır.

🔁 Sistem Açılışında Otomatik Bağlama: /etc/fstab Konfigürasyonu

Bu işlem zorunlu değildir. Hatta güvenliğniz için önerilmez. Sistem her başlatıldığında bölümün otomatik olarak bağlanmasını sağlamak için, /etc/fstab dosyasına kalıcı bir giriş eklenmelidir. Güvenilirlik ve tutarlılık açısından, cihaz adından (/dev/nvme0n1p5) ziyade bölümün UUID değeri kullanılmalıdır.

UUID Değerini Bulma:

1
lsblk -f

/etc/fstab Dosyasına Eklenecek Satır Örneği:

1
UUID=XXXX-XXXX  /mnt/winfck  ntfs-3g  defaults  0  0

⚙️ Teknik Açıklama ve Önleyici Tedbirler

❗ Hataya Yol Açan Temel Mekanizma

Linux çekirdeği, bir dosya sistemi kontrolü (fsck) gerektiğinde, ilgili dosya sistemi türüne ait yardımcı programı (örneğin, fsck.ntfs veya fsck.ext4) arar. fsck.ntfs programı, aslında ntfsfix komutuna işaret eden bir sembolik bağdır. ntfs-3g paketinin olmaması, bu yardımcı programın eksikliğine yol açar ve mount işlemi bu güvenlik kontrolü nedeniyle başarısız olur.

⚠️ Önemli Önleyici Tedbir: Windows “Fast Startup”

Windows’un “Hızlı Başlatma” özelliği (Hibrit Kapatma), sistemi tam olarak kapatmak yerine bir tür derin uyku durumuna alır. Bu, NTFS dosya sisteminin meta verilerinin kilitli kalmasına neden olur ve Linux tarafında bölümün “kirli” olarak algılanıp salt okunur bile olsa bağlanamamasına yol açar. Bu sorunu kalıcı olarak çözmek için, Windows ayarlarında bu özelliğin devre dışı bırakılması şiddetle tavsiye edilir.

Özellikle Windows yanına Linux kurulumu yapılacaksa veya Windows sonrası Linux’a geçiliyorsa, Windows sonrasında Linux’un D: diski dahil tüm NTFS bölümlerini kullanabilmesi için bu işlem çok önemlidir.

Başka bir yazıda görüşmek üzere, esen kalın.

This post is licensed under CC BY 4.0 by the author.