~ / Belgeler `göreceli veya mutlak bir yol mu?

Bu sadece bir kelime sorusudur, fakat kafamın içinde dolanıp durup duruyor.

LPIC hazırlık kitabındaki bir uygulama sınavından gelir . Kitaba göre doğru cevap ~/Documents, göreceli bir dizindir, çünkü giriş dizinine göredir.

Ancak, bu kitap onurlu bir yazım hatası ve hata oranı içeriyor, bu yüzden orada yazılı olan her şeyi kabul edemem. Burada kabul etmiyorum çünkü benim ~için kabuk tarafından değişken içeriğine $HOMEya da mevcut kullanıcı ana dizin yoluna (cf. man bash) genişletilmiş bir değişken olarak davranır , bu nedenle asıl yol /home/myuser/Documentsaslında mutlak bir dizindir.

Bir zamanlar Wikipedia bile bu konuda bana yardımcı olmuyor gibi görünüyor (bu konuda kitabın yanlış olduğunu doğrulasa bile):

Mutlak veya tam yol, geçerli çalışma dizininden bağımsız olarak bir dosya sisteminde aynı konuma işaret eder. Bunu yapmak için kök dizini içermesi gerekir.

Buna karşılık, göreceli bir yol verilen bazı çalışma dizinlerinden başlayarak tam mutlak yolu sağlama gereksinimini önler.

Burada yine aynı fikirde değilim: Bu tanımlamaya göre /opt/kde3/bin/../lib, geçerli çalışma dizinine bağlı olmayan yol mutlak bir yol olmalı, ancak bu konudaki mevcut anlayışım kitabın yazarını bu yolu göreceli yapanla eşleştiriyor.

Webster Sözlüğü'ne göre hızlı bir web araması sadece hayal kırıklığımı arttırıyor :

mutlak yol - Kök dizine göre bir yol. İlk karakteri yol adı ayırıcı olmalıdır.

Yani $HOME/Documents, ya da sadece $HOMEmutlak dizinler olarak kabul edilmeyecek? Yoksa bu tanım değişken genişleme anlamına mı geliyor? Peki ya kabuğun ~karakteri? Bir yerde bulabileceğim mutlak dizine karşı göreceli ve güvenilir bir tanımı var mı ve yanlış mıyım?

Yazar bir yol olarak bu değişmez dizgiden (kabuk genişlemesi olmadan) bahsederek sizi yakalamaya çalışıyorsa, göreceli bir yoldur ( mkdir -p './~/Documents'). Aksi takdirde:

Bu mutlak bir yol , çünkü çözümlemek işlemin geçerli çalışma dizinine bağlı değil. Göreceli yol her zaman işlemin çalışma dizinine göre anlamına gelir. Veya sembolik bağlantı hedeflerinde, sembolik bağının konumuna göre. ( gcc -> gcc-5.2vs. gcc -> /usr/bin/gcc-5.2) Bu, NFS bağları ve aynı bağlantıya farklı mutlak yollar yoluyla ulaşabileceğiniz diğer durumlar için önemlidir. Örneğin

/net/tesla/home/peter/foo -> bar  # always works from other machines

/net/tesla/home/peter/foo -> /home/peter/bar  # references my home dir on the local machine, not tesla.

Debian bazen ../../doc/whatever/whateverkesin bir sembolik bağlantı hedefi yerine sembolik bağlantılar kurar, bu nedenle NFS başka bir yere monte edildiğinde veya bir chrootun chroot(8)içine girmeden bakıldığında çalışır.

Her Unix işleminin kendi cwd'si vardır. pwdKomut sadece yazdırmak için var.

POSIX sistem çağrıları ile dizin değiştirme hakkında daha fazla bilgi için bkz. http://pubs.opengroup.org/onlinepubs/9699919799/functions/getcwd.html .

Herkesin söylediği gibi, ~yol herhangi bir şey için kullanılmadan önce kabuk tarafından genişletilir. ~/bin/myprogBir kabuk komut dosyasında kullanmak , farklı kullanıcılar için farklı çalışmasını sağlar. Arasındaki fark ~/bin/foove /home/peter/bin/foobunlardan biri daha bunu parametreli ederken, yerini sert kodlu olmasıdır. ~Sürümü göreceli bir yol olarak adlandırmak bir hatadır (IMO) .

“Bir çevre değişkenine göre” olan şeyler hakkında konuşmak kafa karıştırıcıdır. Bunları kullandığınız bağlamda belirli teknik anlamları olan farklı İngilizce dillerinin anlamlarını kullanmak kötü bir uygulamadır.

Bir kırık sistemde, ile HOME=a/relative/path, ~/foogöreli bir yol genişletecektir. Bu hiçbir şekilde kullanışlı bir kurulum olmaz.

Bu aslında terimlerin tanımı hakkında bir sorudur. Bu nedenle, amaçlarınız için cevap, LPIC'in istediği şeydir. Ancak teknik gerçeklere dayanarak bazı sonuçlara varabiliriz:

'~/Documents'Bir sistem çağrısına geçtiyseniz ~, geçerli dizinde tam olarak adlandırılmış bir dizin arar (ve muhtemelen başarısız olur). Yani, çekirdeğin kullandığı yol adları kavramıyla , bu göreceli bir yoldur - ama kastettiğimiz bu değil.

~kabuğun (ve kolaylık olması için onu taklit eden diğer programların) gerçek bir yol adıyla genişlettiği sözdizimidir . Göstermek için ~/Documents, yaklaşık olarak aynı şeydir $HOME/Documents(yine, kabuk sözdizimi). Yana $HOMEmutlak yolu olmalıdır, değeri $HOME/Documents bir yol da, bir. Ancak metin $HOME/Documentsveya ~/Documentskastettiğimiz yol olabilmek için kabuk tarafından genişletilmesi gerekiyor.

Ben hassas ve tutarlı olduğu istediği Böylece eğer Söyleyebilirm ~/Documentsolan mutlak bir yol genişler kabuk senaryonun bir parçası.

Senin Eğer $HOMEis /home/white/, ~/Documents(aynı şekilde $HOME/Documents) kabuk tarafından genişletilir (bkz buraya kadar bir açıklama) /home/white/Documentsbir olduğunu, mutlak yolu.

Göreceli bir yol /, gibi bir (kabuk genişlemesinden sonra) ile başlamayan yoldur, ../Documentsveyafoo/bar

Bazı eski kabuklar genişlemez ~(yol bash, tcsh, zshvb ... do); ~/Documentsile başlayan göreceli bir yol olarak göreceklerdi ~; ancak genellikle gibi dizin adınız yoktur ~(ancak önermediğim bir tane oluşturabilirsiniz mkdir '~').

Bir mutlak yol ile başlar /(sabitlendiği ne ifade eder), bir göreceli yol başlar mevcut dizinde (ve geçerli dizin değiştikçe değişiklikleri ifade eder ne öylesine). Çoğu kabukları kullanmak ~yani geçerli kullanıcı, ev dizininin tam yolu için bir kısaltma olarak başında ~/Documentsdizindir Documentsbakılmaksızın geçerli dizin ne olabileceğini, geçerli kullanıcının evinde. Bu yüzden mutlak bir yol.

Yol, kullanıcının kim olduğuna bağlı olarak farklı bir konuma genişleyebilir. Bunu söyledikten sonra, bence bu hala mutlak bir yol, göreceli bir yol değil. Ancak, mutlak ve göreceli yol tanımlarının tam olarak tanımlandığını sanmıyorum. Bu matematik değil. Bu soru bana göre anlayışı test etmiyor ve bence anlamsız.

Başında ~ / kullanımı, yolu kesinleştirir çünkü herhangi bir tanım ile belgeleri bulabilmeniz şu anda bulunduğunuz yere bağlı değildir. Ancak genişleme çekirdek tarafından değil kabuk tarafından yapılır, bu nedenle bu sözdizimini tanımayan bir kabuk kullanıyorsanız (/ bin / sh gibi, orijinal Bourne kabuğu, bash takma adı değil), şans.

İlginçtir, ~ / yerine ~ / / kullanırsanız, $ HOME okuma optimizasyonu genellikle geçerli olmaz ve / etc / passwd doğruysa her zaman mutlak bir çözüme ulaşır.

Kitap, mutlak bir yolun a ile başlayan herhangi /bir yol olduğu ve göreceli bir yolun başka herhangi bir şey olduğu görüşü gibi görünüyor.

Benzer tipteki simgeleri görebilir ..ve kullanabilirsiniz $HOME. Her ikisi de, bir yol bileşeni için, yol mutlak bir yola çözülmeden önce değiştirilmelidir.