Alt klasörler vs klasörler?


13

Btrfs'nin alt hacim özelliği hakkında oldukça fazla şey okudum. @Films, @pictures, @music gibi bir veri dosya sistemindeki ana kategoriler için alt hacimlere sahip olmak ilginç görünse de, bu sadece klasörlere sahip olmanın ne avantajı sağlar?

Her bir alt birimi monte etmem gerekecek mi? Yoksa alt hacimler kök bağlama noktasının altındaki klasörler gibi mi görünecek? yani / veri bağlama noktası için: / data / resim, / data / müzik, vb.

Yanıtlar:


7

Her ikinizin / veya sorunuzun yanıtı "her ikisi" dir. Evet, her bir alt birimi monte etmeniz gerekir. Her alt hacim normal bir dosya sistemi gibi davranır, böylece / etc gibi bağlama noktalarında görünürler.

Bu fikrin birkaç avantajı var. Örneğin, MySQL veritabanı dizininizi yedeklerle kullanmak için anlık görüntüler almanızı sağlayacak bir alt hacme dönüştürebilirsiniz. Bu dizini bir RAID1'e dönüştürmeyi de seçebilirsiniz, böylece bir disk başarısız olursa veritabanınız hala bozulmamış olur. Diğeri, / etc için bir alt hacim kullanmaktır, böylece her zaman sistem çapında yapılandırma değişikliklerini tersine çevirebilirsiniz. / Home / kullanıcı adı için bir alt hacim kullanmak, muhtemelen her kullanıcının bir zaman makinesine sahip olmasına izin verir, ancak muhtemelen Apple'ın sistemlerinde sağladığından çok daha esnek bir şekilde.

Ve elbette, evler için bir alt hacme sahip olmanın bir avantajı ve bir diğeri de kök için bir yükseltmeyi tersine çevirme yeteneğidir. Örneğin, 12.04'ten 12.10'a çok erken yükseltme yaparsınız, ilk aydan sonra biraz fazla buggy olduğunu keşfedersiniz, böylece işletim sisteminizi kaldırmanız yeterlidir. Bunu kendim denemedim, ancak evinizi tutmak ve önceki sistemi yeniden yüklemek kadar iyi çalışmalı, ancak yaklaşık bir saat sürecek. :)


Bu cevabın oldukça eski olduğunu biliyorum, ama şu anda bir ipucu kullanabilirim: Bir kişinin her bir cilt için farklı bir çoğaltma seviyesi seçebileceğini söylediniz. Buna bir kaynak veya küçük bir howto verebilir misiniz? Ben bulamadım ve bu özelliği kullanmak mümkün değilim (gerçekten istiyorum rağmen!) Ben her zaman tüm sistem ile singleveya RAID1modda bitirmek.
Jonas Schäfer

@JonasWielicki Şu anda, alt hacim başına farklı çoğaltma düzeyleri uygulanmadı: unix.stackexchange.com/questions/82869
ignis

7

Varsayılan kök alt biriminin altındaki alt hacimler klasör olarak görünür ve kök alt birimi bağladıysanız monte edilmesi gerekmez.

Bir klasör ve bir alt hacim arasındaki fark, alt hacimlerin ana alt hacim (kök) veya başka herhangi bir alt hacim monte edilmeden monte edilebilmesidir. Ve alt hacimler anlık görüntü alınabilirken, klasörler olamaz.


Takılmayan alt hacimler salt okunurdur.
Dennis

0

Mevcut Ubuntu çekirdeğini (ubuntu 12.10'dan) kullanan alt hacim özelliği, hala "Alt Hacim Kota Grupları" nı kaçırdığı için pek bir anlam ifade etmiyor. Çekirdek 3.6'yı beklemelisiniz (belki ubuntu 13.04?) Bir alt cildi anlık olarak anlatabilirsiniz ve elbette bir dizini anlık olarak görüntüleyemezsiniz. Ancak muhtemelen alt hacimlerin LVM ile Mantıksal Birimler gibi çalışmasını beklersiniz, ancak btrfs ile bu çekirdeğe kota uzantımız olmadığından benzer bir senaryomuz yoktur.

Bu nedenle: evet, anlık görüntüler yapabilirsiniz, ancak dizinlere benziyorlar ve bir alt hacimdeki alanı doldurursanız, tüm dosya sistemindeki alanı doldurursunuz .....

Alt hacmin yolunu vererek bir alt birimi yeniden boyutlandırabilirsiniz, ancak yeniden boyutlandırma işlemi alt hacmin yolunu değil, tüm dosya sistemini etkiler.

Başka bir deyişle, bu çekirdekle, alt hacim üretime hazır değildir.

Aksi takdirde, btrfs dosya sistemlerini alt birim olarak değil, birim olarak kullanmanız gerekir. btrfs dosya sistemi çevrimiçi olarak daraltılabilir ve çevrimiçi olarak genişletilebilir ve bu nedenle kota gerekli değildir.


SysrescuCD üzerinde BTRFS bir göz vardı ve kota uzantısı vardır. Ama çekirdek 3.4. Belki de bu uzantıyı etkinleştirmek için çekirdeği yamaladılar (??) .... ZFS ciltlerini yeniden boyutlandırmak iyi çalışıyor, oysa BTRFS ile çalışmaz. Bu yüzden kotaya ihtiyacımız var.
Massimiliano Adamo
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.