Mount neden mevcut bir dizinin üstüne geliyor?

Var olan bir dizini bağlama noktası olarak gereklidir .

$ ls
$ sudo mount /dev/sdb2 ./datadisk
mount: mount point ./datadisk does not exist
$ mkdir datadisk
$ sudo mount /dev/sdb2 ./datadisk
$

Dizinin mevcut içeriğini kapladığından kafa karıştırıcı buluyorum. Beklenmedik bir şekilde değiştirilebilecek bağlama noktası dizininin iki olası içeriği vardır (montajı gerçekleştirmeyen bir kullanıcı için).

mountYeni oluşturulan bir dizine neden gelmiyor ? Grafiksel işletim sistemlerinin çıkarılabilir medyayı gösterme şekli budur. Dizinin monte edilmiş (var) veya monte edilmemişse (mevcut değilse) açık olacaktır. İyi bir sebep olduğuna eminim ama henüz bulamadım.

Bu, sızdırılmış bir uygulama detayı durumudur.

Bir UNIX sisteminde, her dizin inode numaralarıyla eşlenmiş bir ad listesinden oluşur . Bir inode, sisteme bir dosya, dizin, özel aygıt, adlandırılmış yöneltme vb. Olup olmadığını bildiren meta verileri tutar. Bir dosya veya dizin ise sisteme diskte dosyanın veya dizin içeriğinin nerede bulunacağını da söyler. Çoğu inode dosya veya dizindir. -iSeçeneği için lsliste inode'a irâde.

Bir dosya sistemi kurmak bir dizin inode alır ve "aslında, bu dizinin içeriğini ararken bunun yerine bu diğer dosya sistemine bakın" (" bu sunumun 10. slaytına bakınız") için çekirdeğin bellekteki kopyasına bir bayrak koyar . Bu, tek bir veri öğesini değiştirdiği için nispeten kolaydır.

Neden sizin için yeni inode'u işaret eden bir dizin girişi oluşturmuyor? Her ikisi dezavantajları olan, uygulayabileceğiniz iki yol vardır. Biri fiziksel olarak dosya sistemine yeni bir dizin yazmaktır - ancak dosya sistemi salt okunursa başarısız olur! Diğer her dizin listeleme işlemi gerçekten orada olmayan "ekstra" şeylerin bir listesini eklemek için. Bu oldukça karmaşıktır ve her dosya işleminde potansiyel olarak küçük bir performans darbesine neden olur.

Dinamik olarak oluşturulmuş bağlama noktaları istiyorsanız, automountsistem bunu yapabilir. Özel olmayan bir disk dosya sistemleri de örneğin iradesiyle dizinleri oluşturabilir proc, sys, devfsvb.

Düzenleme: ayrıca, içeriği bulunan mevcut bir klasörü 'taktığınızda' ne olur?

Eğer mount(2) gerekli bağlama noktası olmaya yeni dizinin oluşturulmasını, bir salt okunur dosya sistemi altında bir şey bağlanamadı. Bu aptalca olur, bu yüzden bunu ekarte edebiliriz.

Mount isteğe bağlı olarak mountpoint olarak yeni bir dizin oluşturduysa, bu garip olurdu. Her zaman mount / unmount olaylarının gerçekleşmesi gibi bir şey değildir, bu yüzden çekirdeğe bu iki adımı tek bir sistem çağrısı ile yapmak için fazladan bir mantık koymak önemli bir hızlanma olmaz. mkdir(2)İsterseniz bir sistem çağrısı yapmak için onu sadece kullanıcı alanına bırakın . Dmitry'in cevabı, mount(2)her iki şeyi de yapmanın onu atomik olmayan yapacağı görüşüne işaret ediyor. Ve ekstra argüman isterdim mount(2)mod bayrakları gibi olan open(2)için, sürer O_CREAT, O_EXCLvb Sadece kullanıcı alanı icar kıyasla aptalca olurdu bunu.

Veya belki de mount(8)( mount(2)sistem çağrılarını yapan geleneksel program ) bunu yapmayı mı soruyordunuz ? Bu mümkün olurdu, ama zaten mkdir(1)iş için mükemmel bir iyilik var ve Unix'in tasarımı tamamen bir araya getirilebilecek küçük araçlarla ilgili. Her ikisini de yapan bir araç istiyorsanız, bu aracı iki basit araçtan oluşturmak için bir kabuk betiği yazmak kolaydır. (Veya, muru yorumunda olduğu gibi, udisksctlzaten bunu yapar, bu yüzden onu yazmak zorunda değilsiniz.) Ayrıca, Linux'un mount(8)util- linux'dan normal olması, dosya sistemine aktarılacak seçeneklerden ziyade, kullanıcı alanı seçenekleri için sözdizimini mount -o x-mount.mkdir[=mode]kullanmayı destekler x-.

Şimdi daha ilginç olan soru: neden ana dosya sisteminde bir dizin olması gerekiyor?

Pjc50'nin cevabının işaret ettiği gibi (baş harfleriim olmasına rağmen hiçbir ilişki yok!), Dizin listelerinde bağlantı noktalarının gösterilmesi daha sonra her birinin ekstra kontrolünü gerektirir readdir().

Bağlantı noktalarına sahip olmak, dizinde onları içeren dizinde bulunur (ana FS'de). readdir()bunun bir bağlantı noktası olduğunu farketmek zorunda değil. Bu sadece olur eğer bağlama noktası bir yol bileşeni olarak kullanılır. Elbette yol çözünürlüğü, bir yolun her dizin bileşeni için bağlama tablosunu kontrol etmek zorundadır.

Var olan dizine bağlanmak mountpratik olarak atomik bir çağrı yapar : en azından kullanıcının bakış açısına göre başarılı veya başarısız. Eğer mountmountpoint kendisini oluşturmak için vardı, imkansız geri temiz bir rulo garanti hale başarısızlık iki puan olurdu. Aşağıdaki senaryoyu hayal edin:

1. mount başarıyla mountpoint'i oluşturur
2. mount bu dizine yeni bir dosya sistemi bağlamaya çalışır, ancak başarısız olur
3. mount mountpoint'i kaldırmaya çalışır, ancak başarısız olur

Sistem başarısız bir yan etkisi ile sona erer mount.

İşte burada bir başkası:

1. umount bir dosya sistemini başarıyla kaldırır
2. umount mountpoint'i kaldırmaya çalışır, ancak başarısız olur

Şimdi, umountbaşarı mı yoksa başarısızlık mı geri dönmeli?

Oluşabilecek başka bir dava:

Önyüklerken, salt okunur bir görüntü kök dizine yüklenir. Bu yüzden, gerçek kökleri hizalamak istediğinizde geçersiz kılmak istiyorsunuz. Böylece, mount syscall'in romountpoint'i değiştirdiğini hayal edebilirsiniz rw.

Burada, kök bağlama noktasında bir dosya sistemi sorunu olduğunu hayal edelim, onu düzeltmeyi denemek istersiniz. Mount overlap ile dosya sistemini fsckçözebilir ve çözmek için temel görüntüyü kullanabilirsiniz.

Bu özellik, bir robölüm ile bir bölüm arasındaki değişimin izini sürmek için güçlü güvenlik gerektiren sistemlerde de faydalı olabilir rw.

Bunu her zaman merak etmişimdir.

Gibi basit bir sarıcı:

#!/bin/sh
eval "mkdir -p \"\$$#\"" 
/bin/mount "$@"  

mountPATH'nizi geçersiz kılan bir dizinde adı verilen yürütülebilir bir komut dosyası olarak kaydedilmişse, /binsizi çok fazla rahatsız ediyorsa

(Gerçek mountikiliyi çalıştırmadan önce mount, eğer böyle bir dizin yoksa, son argümandan sonra adlandırılmış bir dizin oluşturur .)

Alternatif olarak, mountdizin oluşturmak için sargının başarısız çağrılarını istemiyorsanız , şunları yapabilirsiniz:

#!/bin/sh
set -e
eval "lastArg=\"\$$#\""
test -d "$lastArg" || { mkdir "$lastArg"; madeDir=1; }
/bin/mount "$@"  ||  {  test -z "$madeDir" || rmdir "$lastArg"; }