Tabi lan. Yürütürseniz ln -s
bir olan sembolik bir bağlantı oluşturmak inode sert bağlantılar kendi düğüm yok: symlinks dosya sistemlerini geçebilirler ve sert bağlantılar olamaz yüzden belli bir dosya sistemi nesne, işaret etme.
Bir dosya sistemi bağlarsanız , bir cihaz veya dosya sistemi için --bind
ikinci bir bağlama noktası oluşturursunuz .
Bir symlink'i yönlendirme olarak öngörürseniz, --bind
bağlı bir dosya sistemini verilere başka bir ağ geçidi oluşturmayı hayal edin .
Simgeler ve bağlama bağları tamamen farklı bir top oyunudur.
--bind
Bağlama biraz daha sağlam bana öyle geliyor ve muhtemelen biraz daha hızlı bir sembolik bağ ile çalışan fazla. Öte yandan, performans isabeti küçük olacağından (hiç varsa), symlink'i kullanmanın ciddi bir dezavantajı yoktur.
Edit : Bunu düşünüyorum ve performans hit aslında düşündüğümden biraz daha büyük olabilir. Çok sayıda farklı dosya okuyan bir uygulamanız varsa, açılan her yeni dosya için fazladan okuma gerekir. Bazı araştırmalar burada benim varsayım, bir IO ağır uygulama orada çalışan var düşünün eğer öyleyse, doğru olduğunu göstermektedir --bind
Sembolik bağ çözümü yukarıda monte etmek seçeneği.
Yaygın olmamasının nedeni, muhtemelen bir symlink'in bir'de görünür olması ls
, ancak bağlama bağının yalnızca / proc / mounts veya / etc / mtab'a bakıldığında görünür olması (mount komutunun yaptığı şeydir. parametresiz yürütülür). Bunun dışında herhangi bir sorun olduğunu düşünmüyorum. Yine de ilgilenirim.
Ek : başka bir sorun, ln -s
bazı uygulamalar için, yolun kaydı kaldırıldığında, belirli öğelerin belirli yerlerde "olmasını" beklerse uygulamanın engellemesine neden olabilmesidir.