Sadece bir Windows sisteminin sembolik bağlantıları nasıl ele aldığını merak ediyordum. En iyi tahminim onları tanımayacak, ama tam olarak emin değilim.
Ayrıca, Mac'ler biriyle karşılaştıklarında ne yaparlar?
Sadece bir Windows sisteminin sembolik bağlantıları nasıl ele aldığını merak ediyordum. En iyi tahminim onları tanımayacak, ama tam olarak emin değilim.
Ayrıca, Mac'ler biriyle karşılaştıklarında ne yaparlar?
Yanıtlar:
Yerel olmayan diskler hakkında konuştuğumuzda Windows sürümüne ve sunucu tarafının yapılandırmasına bağlıdır.
Windows Vista'dan beri, Windows'un sembolik bağlantılar fikri vardır, ancak anlambilim farklıdır. Ancak buradaki en önemli sorun, farklı bir sözdiziminden sonra gelen yol adları olmalıdır. Yeni başlayanlar için: unixoid tarafında tek köklü dizin ağacı ve Windows tarafında kök olarak birkaç sürücü harfi.
Unixoid tarafında semboller sadece özel bayraklı metin dosyalarıdır. Windows tarafında, altta yatan mekanizmaya yeniden ayrılma noktası denir. Bu özel kayıtlı filtreler (bu meta-tarih depolandığı için geçmek için nesne yöneticisini anlatır içinde yeniden ayrıştırma noktaları). Windows 2000, bağlantı noktaları (kabaca ancak tam olarak değil, dizin simgeleri) olarak bilinen bir tür yeniden ayrıştırma noktası eklemiştir. Vista ile uzak dosyalarda da hem dosyalara hem de dizinlere sembolik bağlantıları tanıttılar. Ve sembolik bağlar üzerinde uzaktan sürücüler de bir ölçüde desteklenmektedir.
Ana nokta, dosya sistemi sürücüsünün - yerel olarak çalıştırıldığında - Windows'un göreceği yollarda herhangi bir ayar yapıp yapmayacağıdır. Böyle bir durumda, bazı yerel / bağıl semboller için işe yarayacaktır. Hedefler olarak mutlak yollar için, ne anlama geldiğini çıkarmak zor ve imkansız hale gelecektir. Uzak sembolik bağlantıları için de aynı ("ağ paylaşımlarına").
Mac tarafına gelince, hiçbir fikrim yok ve ayrı bir soru olarak mantıklı olabilir. Ancak sunucu tarafı bunun bir sembolik bağlantı olduğu bilgisini ilettiği sürece, hiçbir sorun görmüyorum, çünkü ikisi de SUS semantiğini takip ediyorlar (Windows'un aksine).
Linux yan montaj noktalarını düşünün:
/dev/sda1 /
/dev/sda2 /home
/dev/sda3 /var
Ve şimdi /home/paul/fstab
işaret eden bir sembolik bağlantıyı düşünün /etc/fstab
. Windows'un iki farklı birimde bulunurlar - Windows'un bir dosya sistemi sürücüsü aracılığıyla bunları görebiliyorsa (ki bu işe yarar!) - /etc/fstab
tarif ettiği şekilde birbirine ait olduğunu söyleyemez . Dolayısıyla, Windows'un bir klasör altında göreceği bağlantı, çevrilse \paul\fstab
bile işaret eder \etc\fstab
, ki bu mevcut değildir /dev/sda2
. Ve bu sembolik bağıl yolu gösteriyorsa ../../etc/fstab
işler hiç değişmez.
Öz: Bu, bazı köşe vakaları için işe yarayabileceğiniz düşünülebilir olsa da, çitin her iki tarafında semantik ve sözdiziminin farklı olması, pratik ve genel bir yöntem bulmanızı pek mümkün kılmaz.
ntfs
bağlama noktalarını destekler (tüm bu harfleri beğenmediyseniz).
0xC0000022L'nin cevabı, şeylerin Windows tarafı için ayrıntılı. Mac Linux'un sembollerini tanıyabilir; ancak Linux Mac'in Finder'ında yapılan takma adları tanıyamaz (ln -s kullanılarak oluşturulan semboller sorunsuz çalışır).
.lnk
dosyalar) üzerindeki kısayolların OSX karşılığıdır .