Yanıtlar:
The Open Group'un yayınlanmış standardına göre , gereken tek dizin:
//dev, İçeren console, nullvetty/tmp, yazılabilir garantili ancak zorunlu olarak korunmaz.Linux Vakfı , bunu genellikle bir Linux sisteminde göreceğiniz dizinleri içerecek şekilde genişleten bir Dosya Sistemi Hiyerarşi Standardı (FHS) sağlar:
/bin: Temel kullanıcı komut ikili dosyaları/boot: Önyükleyicinin statik dosyaları/dev: Cihaz dosyaları/etc: Ana bilgisayara özgü sistem yapılandırması/home: Kullanıcı ana dizinleri (isteğe bağlı)/lib: Temel paylaşılan kütüphaneler ve çekirdek modülleri/lib<qual>: Alternatif format temel paylaşılan kütüphaneleri (isteğe bağlı)/media: Çıkarılabilir medya için montaj noktası/mnt: Geçici olarak monte edilmiş bir dosya sistemi için bağlama noktası/opt: Eklenti uygulama yazılım paketleri/root: Kök kullanıcı için giriş dizini (isteğe bağlı)/run: Çalışma zamanı değişken verileri/sbin: Sistem ikili dosyaları/srv: Bu sistem tarafından sağlanan hizmetlere ilişkin veriler/tmp: Geçici dosyalar- Yanı sıra
/usrhiyerarşi ve/varhiyerarşi
FHS, herhangi bir UNIX sistemine dahil olmak için mümkün olduğunca genel olacak şekilde tasarlanmıştır. Ek dizinlerin makul bir sistemde bulunması muhtemeldir, ancak bu POSIX tarafından zorunlu kılınmamıştır.
Ancak, Açık Grup'un
Kesinlikle uygun olan uygulamalar, aşağıda belirtilmedikçe, bu dizinlerin hiçbirinde dosya oluşturma yeteneğini kabul etmez.
Dizinler gerçekten sadece dosyalar olduğundan, bu kesinlikle uygun bir uygulamanın kök düzeyinde herhangi bir dosya veya dizin oluşturmayacağı anlamına gelir. Bu nedenle, POSIX, dağıtımın kök düzeyine ne yerleştirebileceğini sınırlandırmaz, ancak belirtimine uygun bir uygulamanın yapabileceğini varsayamayacağını belirtir.
In 10.1 Dizin Yapısı ve Dosyalar , POSIX listeleri dizinleri hangi gerekir mevcuttur. Ancak, bir dosya sisteminin kök düzeyinde bulunabilecek diğer dizinlerin sayısında sınır tanımlamaz.
Bu nedenle, diğer dizinlerin boyutuna sınır koyuyor gibi görünmüyor.
POSIX'in bu alandaki dikkati farklılıklardan ziyade ortaklığa odaklanmıştır.
/) bir kök dizin olabilir, bir kök dizindeki girişlerin sayısına bir üst sınır koymak oldukça saçma olurdu. /bu açıdan özellikle özel değildir, bu nedenle, /özellikle girişlerin sayısına bir üst sınır getirmenin eşit derecede aptalca olacağı sonucuna varır .
POSIX'te veya tipik Unix uygulamalarında bir dizindeki giriş sayısında bir sınırlama yoktur. Alt dizin sayısı için dolaylı bir sınır olabilir, bu maksimum sabit bağlantı sayısıdır (her alt dizinin ..girişi dizine sabit bir bağlantıdır); bir dizini 65533 alt dizinleriyle sınırlayan birçok yaygın dosya sistemi için 2 16'dır (en azından ..girişleri açıkça depolayan dosya sistemleri için ). Bundan önce düşük performansa vurmaya başlayacaksınız. POSIX'e göre, bir uygulamanın bir dosyadaki ( _POSIX_LINK_MAX) yalnızca 8 sabit bağlantıyı desteklemesine izin verilir , ancak gerçek bir uygulama 6 alt dizinle sınırlı değildir. Her neyse, ext4 dahil olmak üzere birçok dosya sisteminde, sabit bağlantı sayısı.. girişler, bu yüzden tek sınır dosya sisteminde ne kadar alan veya kaç inode kullanılabilir olduğudur.
POSIX, sistemdeki dosyaların organizasyonu hakkında fazla bir şey söylemez. Yalnızca birkaç dosyanın varlığını zorunlu kılar . Kök dizindeki tek zorunlu girdiler /devve /tmp. Gibi diğer alışılmış Unix girişleri /usr, /var, /bin, /etc, /lib, /home, vb vardır Unix POSIX tarafından kodlanmış değildir konvansiyonlar.
Linux'ta FHS , klasikleri ve birkaçını kodlar. Çoğu Linux dağıtımı FHS girişlerine bağlıdır. Diğer Unix sistemleri genellikle aynı girişlere sahiptir, belki birkaç fark vardır, ancak sayı hemen hemen aynıdır.
Bu önerilmez rağmen Sistem yöneticileri, daha yaratabilir: çoğu şeyler için iyi tanımlanmış yerlerde (yazılım altında gider orada /usrveya /optsistem verileri altında gider, /varkullanıcı verileri altında gider /netnoktaları batmak monte /mediaveya /mntvs.), çok nadiren var üst düzeyde yeni dizinler oluşturmak için iyi bir neden.