Bölümsüz bir dosya sisteminin yararları

39

Birkaç hafta önce daha önce hiç görmediğim bir şeye rastladım: Bir bölme olmadan bir depolama aygıtına kurulmuş bir dosya sistemi (ext3 inanıyorum). Özünde /dev/sdb oldu tüm dosya sistemi. Birçok dosya sisteminin boş alana genişletilebileceğini biliyorum, bu nedenle LVM ya da başka bir birim yöneticisi ile uğraşmadan genişletmeye izin veriyor, ancak bu şekilde depolama kurmanın başka avantajları var mı?

Gördüğüm özel durum, bir sayıdaki çırpma sunucusu için geçici veri hacmi gibiydi, önyükleme ve kök birimleri, tamamen farklı bir depolama cihazındaki geleneksel bölümlerdi. -

filesystems partition lvm

— sysadmin1138
kaynak

Oracle VM de bunu “yerel depolama” için yapar.

— Nils,

3

Bu soruyu özledim ve aynı alanı kapsayan yeni bir soru başlattım: unix.stackexchange.com/q/52389/4801 . Bu soru şimdi kapatıldı, ancak buradaki cevapların bazıları, bu Q'nun okuyucuları için de yararlı olabilir ve burada birleştirilebilir.

— dubiousjim

1

... ve bir tane daha unix.stackexchange.com/questions/206141/…

— derobert

Çalışır, ancak burada gösterildiği gibi zaman kaybına neden olacak sorunlara yol açar - access.redhat.com/documentation/en-us/red_hat_enterprise_linux/… .

— slm

24

Pro: Bir disk bölümünü bir bölüm tablosunda boşa harcamıyorsunuz. (Yuppi.)

Pro: disk, PC tarzı bölümleri desteklemeyen bir işletim sisteminde kullanılabilir. (Birini kullanacaksınız gibi)

Con: Bu sıradışı ve eş-yandaşlarının kafasını karıştırabilir. (Görmek?)

Con: başka bir işletim sistemi kurarsanız, diskin çöp içerdiğini ve yanlış diski seçerek yanlışlıkla üzerine yazmayı kolaylaştıracağını düşünebilirsiniz; oysa işletim sistemleri genellikle türünü anlamadığı tek başlarına bırakabilir.

Alakasız: dosya sistemini genişletmek, doğrudan disk üzerinde olması durumunda, bir bölmede olduğundan veya tam tersi olduğundan daha kolay değildir. (LVM'de olmak bunu kolaylaştırır.)

Sonuç: işe yarıyor ama bu iyi bir fikir değil.

— Gilles 'SO- şeytan olmayı'
kaynak

2

Karışıklık, ahoy! Dahili sayacım şu anda "optimizasyonda yanlış yönlendirilmiş girişim" e doğru yöneliyor.

— sysadmin1138

6

Başka bir aleyhte: bölmeyi ikiye bölmeyi zorlaştırır.

— Kim,

3

Bu rastladı süper Q & A kullanılarak bazı iyi örnekler vardır hexdumpve odbir ile neler somut anlamda göstermek /dev/sda.. vs /dev/sda1kurulum.

— slm

4

Önce bölümü genişletmeniz gerekmediğinden, tüm diskteki birimi genişletmek biraz daha kolaydır.

— psusi

2

Ticari olmayan bir ortamda, başka bir işletim sistemi kurmak alakalı olabilir - peki ticari ortamlarda kimler çoğuluyor? Bunun kanonik cevap olması beni rahatsız ediyor. Yanlış olan bir şey yok, bunun dışında. Bölümlemesiz disk kullanımı konusunda çitlerim, ancak bazı iyi nedenler aşağıda verilmiştir.

— Graham Nicholls

18

Bunun Linux'a nasıl uygulanacağından emin değiliz, ancak yerel ZFS ile, disklerin tümünde diskler oluşturmanın ve bölümler halinde havuz oluşturmamanızın bir nedeni, eski durumda disk yazma önbelleğinin etkinleştirilebilmesidir.

Burada belirtilen diğer birkaç neden:

http://www.solarisinternals.com/wiki/index.php/ZFS_Best_Practices_Guide#Storage_Pools

Sonuç: çalışır ve dosya sistemine bağlı olarak iyi bir fikir olabilir.

— jlliagre
kaynak

Bilmek güzel. Bu özel durumda bulut içinde oldu! bu yüzden depolama, sistem kurulumuna gelince oldukça ağır bir şekilde soyutlanır.

— sysadmin1138

1

Yeryüzündeki disk yazma önbelleğinin bir bölüm tablosunun kullanımda olup olmadığı ile ne ilgisi var?

— psusi

3

Yazma önbelleği, bölüm düzeyinde etkinleştirilemez. Etkinleştirildiğinde, diski bir bütün olarak etkiler. Eğer bir dosya sistemi tam bir disk kullanıyorsa, bu diski "kendisine sahiptir", böylece bu önbelleği herhangi bir teminat riski olmadan açıp kapatabilir. Aksi takdirde, bunu yapmak, bu önbelleğin kendi nedenleriyle devre dışı bırakılmasını gerektiren başka bir disk tüketicisini etkileyebilir.

— jlliagre

4

Tabii ki, işletim sisteminin dosya sistemini veya ham cihaz tüketici gereksinimlerini bilmeden önbelleği körelten açması güvenilir bir yaklaşım değildir. Bağlı bir işlemin yalnızca bellekte değil de diskte olduğundan emin olması gereken veritabanları gibi uygulamalar vardır.

— jlliagre

1

@psusi fsync'in disk önbelleğini temizleyip temizlemeyeceği veya dosya sistemine bağlı görünmediği.

— jlliagre

16

Sanal ortamda yapıldığında asıl faydayı görüyorum. VMDK'larımız NAS'ımızda depolandığından onları dinamik olarak büyütebiliriz.

Bölümleri kullanıyorsak ya LVM'yi (ve bununla ilişkili ek yükü) kullanmalı ve bölümleri birlikte zincirlemeliyiz ya da gparted gibi bir şey kullanmak için ana bilgisayarı (veya kullanılmıyorsa dosya sistemini) indirmeliyiz.

Ancak, bölüm yerine tüm diski kullanırsanız, SCSI disklerinizde bir yeniden taramaya zorlayabilir ve çevrimiçi (ve kullanımdayken) dosya sistemini büyütmek için resize2fs kullanabilirsiniz.

— Nick Gasparovich
kaynak

İyi bir nokta! Sanal disklerle (bunları oluşturabileceğiniz, kaldırabileceğiniz ve yeniden boyutlandırabileceğiniz gibi) bölümler işe yaramaz bir katman gibi görünüyor.

— pabouk

11

Bir disk sistemi üzerine herhangi bir bölüm oluşturmadan bir dosya sistemi yerleştirmek çok nadir değildir.

Avantajları:

Zaten tüm alanı kullanmak istediğinizde, zamanınızı bir bölümleme aracıyla harcamak zorunda kalmazsınız.
'standart' bölüm formatının (btw, hangi bölüm formatı standart, DOS olanı, BSD olanı nedir?) uyumsuzlukları hakkında endişelenmenize gerek yoktur, örneğin, DOS bölümü formatı sadece 2 TB'a kadar olan bölümleri kullanırken izin verir. 512 baytlık mantıksal sektörler!
(şu anda) olağandışı sektör boyutlarına (örneğin 4 k) sahip sürücülerde bölüm kaynaklı hizalama sorunları için endişelenmenize gerek yok - tabii ki, mevcut dağıtımların farklı sektör boyutlarıyla doğru hizalama yapan bölümleme araçları göndermesi gerekir

Bir ham cihazdaki dosya sistemini yeniden boyutlandırabilmek iyi bir neden değildir. Bu şekilde kaydettiğiniz alanı başka şeyler için kullanamazsınız. Böylece doğrudan tüm cihazdaki dosya sistemini doğrudan oluşturabilirsiniz.

— maxschlepzig
kaynak

2

Listelenmemiş bir cevap, eğer bir bölüm oluşturmazsanız, Çekirdeğin yalnızca yeniden başlatmanın ardından olabilecek bir şekilde tespit etmesini beklemeniz gerekmez.

Bir kullanım durumu, düğüme eklediğiniz ve ilk önyüklemede başlatmak istediğiniz bir EC2 EBS birimi olabilir.

Başlatma işleminiz bir bölüm oluşturursa, yeni oluşturulan bölümü görmesi için Çekirdeğin yeniden başlatılması gerekme riskiyle karşı karşıya kalırsınız. Genellikle şöyle bir mesaj görürsünüz:

Hata: Çekirdeği / dev / xvde1 bölümündeki değişiklikler hakkında bilgilendirirken hata - Aygıt veya kaynak meşgul. Bu, Linux yeniden başlatılıncaya kadar / dev / xvde1'de yaptığınız hiçbir değişikliği bilmeyeceği anlamına gelir; bu nedenle, yeniden başlatmadan önce hiçbir şekilde kullanmamalı veya kullanmamalısınız.

Bu durumda, başlatma işleminiz bir yeniden başlatma gerçekleştirmeli ve ardından yeni oluşturulan bölüme bir dosya sistemi eklemeye devam edecektir.

Yalnızca tek bir bölüme ihtiyacınız olacağını biliyorsanız, bunu atlayabilirsiniz, böylece yeniden başlatma gerektirmez.

— lloesche
kaynak