Ubuntu 12.04 kullanıyorum. Herhangi bir dizin için sabit bir bağlantı oluşturmaya çalıştığımda başarısız oluyor. Dosya sistemi sınırları içindeki dosyalar için sabit bağlantılar oluşturabilirim. Dosya sisteminin ötesindeki dosyalar için neden sabit bağlantılar oluşturamadığımızı biliyorum.

Bu komutları denedim:

$ ln /Some/Direcoty /home/nischay/Hard-Directory
hard link not allowed for directory
$ sudo ln /Some/Direcoty /home/nischay/Hard-Directory
[sudo] password for nischay: 
hard link not allowed for directory

Sadece bunun arkasındaki nedeni bilmek istiyorum. Tüm GNU / Linux dağıtımları ve Unix lezzetleri (BSD, Solaris, HP-UX, IBM AIX) için mi yoksa sadece Ubuntu veya Linux'ta mı?

Dizin sabit bağlantıları dosya sistemini çeşitli yollarla bozuyor

Döngü oluşturmanıza izin veriyorlar

Bir dizine sabit bir bağlantı, bir dosya sistemi döngüsü yaratan bir ebeveyne bağlanabilir. Örneğin, bu komutlar arka bağlantı ile bir döngü oluşturabilir l:

mkdir -p /tmp/a/b
cd /tmp/a/b
ln -d /tmp/a l

Dizin döngüsüne sahip bir dosya sistemi sonsuz derinliğe sahiptir:

cd /tmp/a/b/l/b/l/b/l/b/l/b

Böyle bir dizin yapısını geçerken sonsuz bir döngüden kaçınmak biraz zordur (örneğin, POSIX bundan findkaçınmayı gerektirir ).

Bu tür bir sabit bağlantıya sahip bir dosya sistemi artık bir ağaç değildir, çünkü bir ağacın tanımı gereği bir döngü içermemesi gerekir.

Üst dizinlerin belirsizliklerini kırarlar

Bir dosya sistemi döngüsüyle, birden fazla üst dizin dizini vardır:

cd /tmp/a/b
cd /tmp/a/b/l/b

İlk durumda, /tmp/aana dizinidir /tmp/a/b.
İkinci durumda, /tmp/a/b/lüst dizin /tmp/a/b/l/bile aynıdır, /tmp/a/b.
Yani iki tane ana dizin var.

Dosyaları çoğaltırlar

Dosyalar, linkleri çözdükten sonra yollar ile tanımlanır. Yani

/tmp/a/b/foo.txt
/tmp/a/b/l/b/foo.txt

farklı dosyalar.
Dosyanın daha birçok yolu var. İnode sayılarına göre de aynıdır. Ancak açıkça döngü beklemiyorsanız, bunu kontrol etmek için hiçbir neden yoktur.

Bir dizin hardlink ayrıca bir alt dizine veya ne alt ne de herhangi bir derinliğe sahip olan bir dizine işaret edebilir. Bu durumda, bağlantının çocuğu olan bir dosya iki yolla tanımlanan iki dosyaya çoğaltılır.

Senin örnek

$ ln /Some/Direcoty /home/nischay/Hard-Directory
$ echo foo > /home/nischay/Hard-Directory/foobar.txt
$ diff -s /Some/Direcoty/foobar.txt /home/nischay/Hard-Directory/foobar.txt
$ echo bar >> /Some/Direcoty/foobar.txt
$ diff -s /Some/Direcoty/foobar.txt /home/nischay/Hard-Directory/foobar.txt
$ cat /Some/Direcoty/foobar.txt
foo
bar

Dizinlere yumuşak bağlantılar nasıl çalışır?

Yumuşak bağlantılar ve hatta yumuşak bağlantılı dizin döngüleri içerebilecek bir yol genellikle yalnızca bir dosyayı tanımlamak ve açmak için kullanılır. Normal, doğrusal bir yol olarak kullanılabilir.

Ancak, dosyaları karşılaştırmak için yollar kullanıldığında başka durumlar da vardır. Bu durumda, yoldaki sembolik bağlantılar ilk önce çözülebilir, onu minimal hale getirebilir ve kanonik bir yol oluşturarak genel olarak kararlaştırılmış olur :

Bu mümkündür, çünkü yumuşak bağlantıların tümü bağlantı olmadan yollara genişletilebilir. Bunu bir yoldaki tüm yumuşak bağlantılarla yaptıktan sonra, kalan yol bir yolun her zaman net olmadığı bir ağacın parçasıdır.

Komut readlink, kurallı yoluna giden yolu çözebilir:

$ readlink -f /some/symlinked/path

Yumuşak bağlantılar dosya sisteminin kullandıklarından farklı

Yumuşak bağlantı tüm sorunlara neden olamaz çünkü dosya sistemi içindeki bağlantılardan farklıdır. Sert bağlantılardan ayırt edilebilir ve gerektiğinde sembolik bağlantıları olmayan bir yola çözümlenebilir.
Bir anlamda, sembolik bağlantılar eklemek, temel dosya sistemi yapısını değiştirmez - onu tutar, ancak bir uygulama katmanı gibi daha fazla yapı ekler.

Kimden man readlink:

 NAME
        readlink - print resolved symbolic links or canonical
        file names

 SYNOPSIS
        readlink [OPTION]... FILE...

 DESCRIPTION
        Print value of a symbolic link or canonical file name

        -f, --canonicalize
               canonicalize by  following  every  symlink  in
               every component of the given name recursively;
               all but the last component must exist
        [  ...  ]

“Genelde yine de sert bağlantılar kullanmamalısınız” aşırı geniş. Sabit bağlantılar ve sembolik bağlantılar arasındaki farkı anlamanız ve her birini uygun şekilde kullanmanız gerekir. Her birinin kendine özgü avantajları ve dezavantajları vardır:

Symlinks şunları yapabilir:

• Dizinleri göster
• Var olmayan nesnelere gelin
• Aynı dosya sisteminin dışındaki dosyalara ve dizinlere gelin

Sabit bağlantılar şunları yapabilir:

• Başvurdukları dosyayı silinmekten koruyun

Sabit bağlantılar özellikle "yazarken kopyala" uygulamalarını gerçekleştirmede yararlıdır. Yalnızca iki sürüm arasında değişen dosyalar için alan kullanırken, bir dizin yapısının yedek kopyasını saklamanıza izin verir.

Komut cp -albu konuda özellikle yararlıdır. Tüm dosyaların orijinal dosyalara sabit bağlantılarla temsil edildiği bir dizin yapısının tam bir kopyasını oluşturur. Daha sonra yapıdaki dosyaları güncellemeye devam edebilirsiniz ve yalnızca güncellediğiniz dosyalar daha fazla yer kaplar. Bu, çoklu jenerasyon yedeklemelerini korurken özellikle yararlıdır.

Bilginize, mount kullanarak dizinler için aynı bağlantıları elde edebilirsiniz:

mount -t bind /var/www /home/user/workspace/www

Bu çok tehlikelidir, çünkü çoğu araç ve program bağlayıcılığın farkında olmayacaktır . Bir keresinde yukarıdaki örnekte olduğu gibi bir şey yaptım ve sonra devam etti rm -rf /home/user. Neyse ki, ilgili hiçbir şey yoktu /var/www.

Dizinleri birbirine bağlamanın zor olmasının nedeni biraz tekniktir. Temel olarak, dosya sistemi yapısını bozarlar . Genelde zaten sabit linkler kullanmamalısınız. Sembolik linkler aynı işlevselliğin çoğuna problem yaratmadan izin verir (örn. ln -s target link).