NTFS biçimli disklerde yaşanan bağlama sorunu ile ilgili Vikimizde iki belge vardı, bunlardan birini (http://wiki.ubuntu-tr.net/index.php/NTFS_bi%C3%A7imli_disklerde_eri%C5%9Fim_sorununun_giderilmesi) geliştirdik, diğerini (http://wiki.ubuntu-tr.net/index.php/NTFS_dosya_format%C4%B1n%C4%B1_kullanan_harici_belleklerin_elle_ba%C4%9Flanmas%C4%B1) silmemizin önünde bir engel kalmadı gibi. Ancak aynı konu hakkında bu belgelerde iki farklı komut kullanılmış. Birinci belgede;
sudo mount -o force /dev/sdb1 /media/sdb1
sileceğimiz belgede ise;
sudo mount -t ntfs-3g /dev/sdb1 /media/KullanıcıAdı -o force
kodu kullanılmış yani ikincisinde farklı olarak -t ntfs-3g ifadesi var. Bu iki kod arasındaki ayrım nedir bilemiyorum. Birinci belgeye bu konuda eklenmesi gereken bir bilgi var mıdır?
sudo mount -t ntfs /dev/sdb1 /media/KullanıcıAdı
Seklinde eklenirse iyi olur diye dusunuyorum.
Alıntı yapılan: hatas - 28 Temmuz 2013 - 10:34:56
kodu kullanılmış yani ikincisinde farklı olarak -t ntfs-3g ifadesi var. Bu iki kod arasındaki ayrım nedir bilemiyorum.
-t parametresi dosya tipini belirtmek için kullanılır.
mount -t vfat ....
mount -t ntfs-3g ...
gibi.
ntfs-3g programını kurmadan NTFS diske yazılmıyordu bir aralar, çok değişen bir şey yoksa diğer dağıtımlarda da durum aynıdır.
mount -t ntfs-3g /dev/sdbx /media/baglanacak_klasorun_adi
Dosya sisteminde herhangi bir sıkıntı yoksa bizden -t parametresini istemiyor diye hatırlıyorum. Fakat maddenin kendisi sorunlu bir Windows olayını çözmek adına yazıldığı için konulabilir.
"force" parametresi de sanırım bu nedenle eklenmiş. Kalabilir bence kısacası.
Not: -t ile verilecek isim son sürümlerde ntfs midir ntfs-3g midir bilemiyorum, ancak salt mount komutunda ntfs, fstab dosyasına elle işlenirken ntfs-3g kullanıyor olabiliriz. Teyidini yapmak lazım.
Belgede kaynak olarak yararlandığımız, PardusWiki'de 2009 yılında hazırlanmış olan belgede (http://web.archive.org/web/20120114065928/http://tr.pardus-wiki.org/NASIL:NTFS_b%C3%B6l%C3%BCmlere_eri%C5%9Fim_sorunlar%C4%B1) de şu komut kullanılmış:
mount -t ntfs-3g /dev/sda1 /mnt/sda1 -o force
Force seceneginin artik bir etkisi yok. Bunun yerine recover ve norecover secenekleri var ve varsayilan olarak recover deneniyor. -t icin de Ubuntu'da ntfs de ntfs-3g de kullanilabilir. /sbin/mount.ntfs sembolik baglanti ile /sbin/mount.ntfs-3g ye baglanmis durumda.
Alıntı yapılan: cagriemer - 30 Temmuz 2013 - 00:07:33
Force seceneginin artik bir etkisi yok. Bunun yerine recover ve norecover secenekleri var ve varsayilan olarak recover deneniyor. -t icin de Ubuntu'da ntfs de ntfs-3g de kullanilabilir. /sbin/mount.ntfs sembolik baglanti ile /sbin/mount.ntfs-3g ye baglanmis durumda.
Yani sayfada (http://wiki.ubuntu-tr.net/index.php/NTFS_bi%C3%A7imli_disklerde_eri%C5%9Fim_sorununun_giderilmesi) mevcut şu kodu;
sudo mount -o force /dev/sdb1 /media/sdb1alttakiyle değiştirmemiz uygun olur mu?
sudo mount -t ntfs-3g /dev/sda1 /mnt/sda1Bir de sayfa içinde; yapılan bu işlemin diski bağlanmaya zorlamak olduğunu ve bu zorlama nedeniyle veri kaybı yaşanabileceğini yazmıştık, bu ifadeleri değiştirmemiz gerekir mi acaba? Unix komutlarını bilmem ama düz mantıkla "force" un çıkması zorlamayı ortadan kaldırmış olabilir gibi geldi bana. :)
Bence verdiğin kullanım uygun. Normal şartlarda force kullanılmaz zaten. Orada ki ifadenin değişmesi de mantıklı zira bu durumda bağlamaması için bir sebep varsa dile gelecektir ve bağlamayacaktır :) her hangi bir kayıp söz konusu değil.
@hatas verdiginiz sekilde degisiklik yapilmasi bence de uygun. Yalniz veri kaybi olayini biraz aciklasak iyi olur diye dusunuyorum. Simdi artik force kullanilmiyor ama bunun yerine varsayilan olan recover kullaniliyor. Bu ne is yapiyor peki? Eger Windows tarafinda NTFS disk duzgun olarak kaldirilmadiysa(unmount), ntfs-3g bu diski Linux tarafinda baglamaya calisip da baglayamadiginda Windows log dosyasini siliyor. (recover secenegi varsayilan olarak kullanildigi icin) Fakat bu sildigi sadece bir metadata. Yani kullanicinin kendi olusturdugu verinin kaybolmasi soz konusu degil. Silinirse ne olur peki? Yine Windows tarafinda bazi tutarsiz davranislara yol acabilecegi soyleniyor. Eger boyle bir durumdan korkuluyorsa norecover secenegiyle denenmesi onemli. Veri kaybi wiki icin oldukca korkutucu bir laf. Burada isin ozunun aciklanmasi bence iyi olur.
Maddede gerekli değişiklikleri yaptım. Herkese teşekkürler...