it-swarm-tr.com

Neden / home dışındaki şeyleri ayrı bir bölüme koyalım?

Son zamanlarda bir Debian 5.0.5 yükleyicisi bana _ /usr, /home, /var ve /tmp bölümler (bir fiziksel diskte).

Bunun pratik nedeni nedir? Onu anlıyorum /home ayrı bir bölüm koymak avantajlı olabilir, çünkü kullanıcı dosyaları ayrı olarak şifrelenebilir, ama neden başka bir şey için?

56
Alex B
  1. Kaybı en aza indirme: /usr Ayrı bir bölümdeyse, bozuk bir /usr, /etc Dosyasını kurtaramayacağınız anlamına gelmez.
  2. Güvenlik: / Her zaman ro olamaz (/root Rw vs. olması gerekebilir) ancak /usr Olabilir. Mümkün olduğunca ro yapmak için kullanılabilir.
  3. Farklı FS kullanma: /tmp (Güvenilir değil ancak birçok dosya için hızlı) ve /home (Güvenilir olmalı) için farklı bir sistem kullanmak isteyebilirim. Benzer şekilde /var Veri içerirken, /usr Öyle olmazsa /usr Kararlılığı feda edilebilir ancak /tmp Kadar değil.
  4. Fsck süresi: Daha küçük bölümler, birini kontrol etmenin daha hızlı olduğu anlamına gelir.
  5. Diğer yöntem kota olmasına rağmen bölümlerin doldurulmasından söz edildi.
57
Maciej Piechotka

Aynı işletim sistemini paylaşan birden fazla makineniz varsa ayrı bir /usr Yararlı olabilir. Her sistemde çoğaltmak yerine tek bir merkezi /usr Paylaşabilirler. /usr Salt okunur olarak bağlanabilir.

/var Ve /tmp Kullanıcı programları veya arka plan programları tarafından doldurulabilir. Bu nedenle, kök bölüm olan / 'Un% 100 dolu olmasını ve sisteminize kötü bir şekilde çarpmasını önleyecek ayrı bölümlere sahip olmak güvenli olabilir. Bunlar için iki ayrı bölüm bulundurmaktan kaçınmak için, /tmp Öğesinin /var/tmp İçin bir sembolik bağlantı olması nadir değildir.

25
Didier Trosset

Çünkü sıradan kullanıcılar /var Ve /tmp Öğelerine yazılmasına neden olabilir ve bu nedenle tüm sistem için potansiyel olarak sorunlara neden olabilir. Bu şekilde, kullanıcı işlemleri /var Ve /tmp Sayfalarını doldurabilir, ancak kök f'lerini dolduramaz. NFS veya diğer uzak fs üzerinden /usr İçin ayrı bir /usr Yararlıdır.

(Umarım bu açıktır, henüz kahve içmedim)

13
KellyClowers

Sorun şu ki, tam bir kök fs, linux sistemini, bir yöneticinin bile kurtarma CD'si veya benzeri olmadan düzelttiği ölçüde genişletilemez hale getirmesidir. Ne zaman /tmp ve /var ve özellikle /home ayrı bir bölümde bulunuyorsa, root fs yönetici yapmadan asla doldurulamaz. Almak /usr, tüm olağan kurulumların yerleştirileceği karışıma eklenir ve hatta yeni yazılımların yüklenmesi bile bu soruna neden olamaz.

11
txwikinger

Genel olarak, ayrı bölümlere sahip olma argümanları şunlardır:

  1. Güvenlik: Örneğin, kötü niyetli kullanıcıların (veya işlemlerin) üzerine ikili dosyaların üzerine yazmasını veya truva atlarını değiştirmesini önlemek için salt okunur bir bölüm bağlayabilirsiniz. Eğer ssh ikili dosyalarınız/usr/local/bin ve/usr/local dizinlerinde salt okunur olarak monte edilmişse, bu ikili dosyayı değiştirmek herkes için zor olacaktır.

  2. Esneklik/Kolaylık: örneğin, kendi bölümüne/var ayarını yaparsanız ve% 80 oranında dolarsa, yeniden boyutlandırabilir, hatta gerekirse başka bir diske taşıyabilirsiniz. '/'% 100 dolu olan bir sistemle uğraşmak yerine bunu yapmayı tercih ederim çünkü/var altındaki günlükler bir şekilde haywire gitti. Farklı bölümler de tamamen farklı dosya sistemlerine sahip olabilir, bu da işletim sisteminizin ext3'ü (örneğin) ve veritabanınızın ext4'ü kullanmasını veya nesne havuzunuzu XFS'yi veya özel uygulamanızı ham aygıtları kullanmasını sağlar!

9
jonesy

Geleneksel olarak, geliştirildiği DEC donanımının özellikleri nedeniyle bu şekilde yapıldı. Kök ve takas için küçük, hızlı bir disk ve kullanıcı verileri için daha büyük, daha yavaş bir disk satın almak daha ekonomikti (/usr). Bazı açılardan sözleşme sıkışmıştı.

Ancak, bunu yapmak için hala bazı nedenler var. Birkaç yaygın olan:

  • Diskin başlangıcına yakın ayrı, küçük bir bölüme yerleştirme/önyükleme. Eski PC BIOS ürün yazılımı yalnızca diskin ilk 1024 parçasından önyükleme yapar. Bu modern donanımda bir sorun olma olasılığı daha düşüktür.

  • Kullanıcı verilerine erişim üzerindeki darboğazları kaldırmak için /var Veya /tmp Gibi meşgul bölümleri ayrı disklere koymak.

  • Farklı bölümlerde farklı dosya sistemleri. Örneğin, /usr İçin günlük kaydı dosya sistemi kullanmak isteyebilirsiniz, ancak Oracle gibi bir DBMS için Host dosyalarını barındıran bölümler için kullanamazsınız - DBMS kendi günlük kaydını yapar ve günlük kaydı dosya sistemi önemli ek yük getirebilir.

  • Ayrı bir diskte veya bölümde kullanıcı verilerinin bulunması, makinede büyük bir işlem yapmadan daha büyük bir diske taşınmasını kolaylaştırır.

  • Ev dizinleri veya uygulama ikili dosyaları gibi paylaşılan verileri NFS üzerinden bağlamak isteyebilirsiniz.

  • fsck, belirli dosya sistemi türleri için büyük hacimlerde uzun zaman alır. Sistem alanları (sık) ve kullanıcı alanları (daha az sıklıkta) için farklı dosya sistemi bakım zamanlamaları olmasını isteyebilirsiniz.

Bir dosya sistemini biçimlendirmek de rm -rf'ing komutundan daha hızlı olabilir. Özellikle silmek için binlerce küçük dosyanız varsa. Tamamen yeniden oluşturmak istediğiniz kalamar önbellek ... tonlarca görüntü dosyaları işleme ihtiyacı ancak sonuç sonucu oluşturulduktan sonra atılabilir. Büyük derlemelerden .obj dosyaları ... vb.

5
gabe.

Bazen ayrı bir bölüme koyduğum bir klasör /usr/local/ Bu nedenle, dağıtımımın paket yöneticisinden ayrı olarak kurduğum ve yüklediğim herhangi bir yazılım, dağıtımımı değiştirir/yükseltirsem veya onun yanında yüklü başka bir dağıtımla yeniden kullanılabilir. Açıkçası tüm olası kombinasyonlarda çalışacağı garanti edilmez, ancak hiçbir zararı yoktur.

4
Troubadour

Ben bir tmpfs /tmp Koymak, böylece içeriği disk yerine RAM depolanır. /etc Veya /usr.

Ancak farklı dosya sistemlerine farklı dizinler yerleştirmek faydalı olabilir; yani /home gibi ext4 gibi hızlı/deneysel bir dosya sisteminde /etc için ext2 gibi kararlı/güvenilir bir dosya sisteminde.

2
jonescb