Sürücünüzü bölümlemenin en iyi yolu nedir?


16

Yalnızca kişisel bir masaüstü olarak kullandığım için genellikle Linux'u tek bir bölüme yüklerim.

Ancak, arada sırada kutuyu yeniden yüklüyorum. Ve yaptığım sadece dosyalarımı harici bir sabit diskle hareket ettirmek.

Peki, kutumu yeniden yüklerken bunu nasıl önleyebilirim (örneğin, başka bir dağıtıma geçerek)?

Yanıtlar:


22

/ Evinizi ayrı bir bölümde tutun. Bu şekilde, başka bir dağıtıma geçtiğinizde veya mevcut dağıtımınızı yükselttiğinizde üzerine yazılmaz. Takasınızı kendi bölümünde bulundurmak da iyi bir fikirdir. Ancak bu, dağıtımınızın yükleyicisi tarafından otomatik olarak yapılmalıdır.

Dizüstü bilgisayarımın kurulum şekli aşağıdaki bölümlere sahip:

/ 
/home 
/boot 
swap 

3
Takas bölümünde +1. Aslında, takas ve önyüklemenin ardındaki teori, bu bölümleri sıfır silindire yakın yaparsanız, iş miline en yakın disk izlerinde olacak ve disk arayışlarında biraz daha hızlı olacaklarıdır. Dolayısıyla, sayfa dosya alanınızın ve önyükleme yükleyicinizin merkeze en yakın olması performans artışı anlamına gelebilir. Katı hal kullanmadığınız sürece, boş verin.
Milner

1
+1 ayrı / ev. Tüm kişisel dosyalarınızı (tüm / ev bölümü) şifreleyebilir ve özel olmayan sistem dosyalarına ve kitaplıklarına erişimi gereksiz yere yavaşlatmazsınız.
Alex B

2
Ayrı bir bölümde takas dosyanız var mı ?? Takas bölümünüz olduğu anlamına mı geliyor ?
wzzrd

1
/swp? Bir takas bölümü hiçbir yere monte edilmediğinden cevabınız biraz yanıltıcıdır.
Denilson Sá Maia

2
Sanırım başkalarının belirttiği gibi karışıklıkları önlemek için yazmak swapyerine yazmalısınız /swp.
Cristian Ciupitu

3

Linux altında sadece bölümlere güvenmek yerine genellikle LVM kullanmanızı öneririm. Bu, dosya sistemlerini daha sonra gerektiği gibi büyütmenize ve küçültmenize izin verir (büyümenin küçülmesinden daha kolay olma eğiliminde olmasına rağmen), ext2 / 3/4 durumunda dosya sistemi etkin olsa bile (dosya sistemlerinin boyutunu başarıyla artırdım. aktif olsaydım, ama bu şekilde birinin boyutunu azaltmaya çalışmadım).

Açıkçası bu hala alanı nasıl paylaştırmaya karar vermenize izin veriyor, ancak daha sonra işleri yeniden düzenlemek daha kolay olduğu için onu hemen kullanmaya başlamanız gerekmiyor. Genellikle her birime ihtiyaç duyabileceğim kadar çok alan ve iyi şanslar için bir yığın veriyorum ve yeni dosya sistemleri eklemek veya mevcut olanları daha sonra genişletmek için kalan alanı bırakıyorum.


LVM kullansanız bile, hangi mantıksal hacimleri (LV) oluşturacağınıza karar vermeniz gerekir. Bir yan not olarak, masaüstü Ubuntu yükleyicisinin LVM'yi desteklemediğini keşfettiğimde geçen yıl yaşadığım hayal kırıklığını hala hatırlıyorum.
Cristian Ciupitu

Evet, varsayılan Ubuntu yükleyicisi bu açıdan bir acıdır, ancak LVM ve / ro RAID kurulumunu alternatif (metin tabanlı) yükleyiciden alabilirsiniz. LVM'yi kullanmaya başlamak için bazı seçimler yapmanız gerekmesine rağmen, daha sonra fikrinizi değiştirmek ve alan ayırmalarını karıştırmak ve / veya yeni ciltler oluşturmak daha kolaydır.
David Spillett

2

Minimum kurulum ayrı bölümlerde / ve / home içermelidir. / deneyimlerime göre en az 18GB olmalıdır. Genellikle / kod adlı üçüncü bir bölümüm var ve burada tüm iş kodumu saklıyorum ve indirmeler, belgeler ve kodla ilgili olmayan diğer şeyler için / home kullanıyorum. Yeniden yüklediğimde, / code'da saklamak istediğim / home'da ne varsa yedekliyorum.


neden bu kadar çok? Yedeklemek için 10G / ve 2.8G var. Ama sanırım 10G / var ve 1G / tmp
xenoterracide

1
Her zaman en az 14G'yi tek başına kullanıyorum. Temel olarak bir çok -devel ve -debug paketi kurmanın bir sonucudur. Benim / var bundan sadece 1.2G alıyor ve / tmp birkaç tane 100Mb alıyor. Bugünlerde sabit disk boyutları ile, / boyutunu sınırlayan bir kullanım yok, aniden ne zaman büyük bir şey kurmanız gerektiğini bilemezsiniz.
Andreia Gaita

2

Kimseden bahsetmemiş gibi görünüyor /usr/local. Bunu genellikle ayrı bir bölüm haline getiriyorum. Kaynaktan derlenmiş yazılımı veya dağıtımınızın bir parçası olmayan diğer üçüncü taraf yazılımları yükleme alışkanlığınız varsa, / usr / local dizinine sahip olmak iki anlama gelir:

  1. Aynı işletim sistemi sürümüne sahip birden fazla sisteminiz varsa, / usr / local'ı nfs üzerinden paylaşabilir ve "bir kez yüklendi, her yere yüklendi" işlevine sahip olabilirsiniz
  2. Bu bölümü yeniden yüklemelerde tutabilirsiniz ve ardından her şeyi buraya yeniden yüklemenize gerek yoktur. Not: İşletim sistemini yükselttiğinizde bazı kitaplıklarınız değişebilir ve bazı şeyleri yeniden derlemeniz gerekebilir. Ama her zaman değil.

Ayrıca /usr/localben de ayrı tutmak /homebilinen nedenlerle ve ayrı / Dosyalar hangi Böyle aile MP3 ve video topluluğu olarak, "paylaşılan" çıkartılacaktır malzeme koymak yerdir. Kullanımınıza / evinize bağlı olarak müziğiniz için daha iyi bir yer olabilir, ancak ayrı bir bölümdeyse LVM kullanmasanız bile ayrı bir sabit diske sahip olmak kolaydır.


1

Gerçekten kullanıma ve işletim sistemine bağlıdır.

Ana masaüstümde / ve başka bir bölüm arasında boşluklarım var. Belgelerimi / müziğimi vb. Saklıyorum. benim homedirime.


Ancak kullanıcı yapılandırması (ve dolayısıyla ev) kurulumlar arasında kalmalıdır. Veya bir işletim sistemi yüklemesinden sonra her şeyi yeniden yapılandırıyor musunuz? Bazı dosyalarımda (.emacs, .cshrc) 15 yıldır bitler var.
KeithB

1

Bu konuda yardımcı olabilecek bir dizi kılavuz vardır ve teorik olarak belirtildiği gibi, OS'ye özgü olabilir. Solaris'in önerdiği şey Ubuntu'nun önerdiği şey olmayabilir. Örneğin, Solaris (ve belki HP-UX) ev dizinleri için bağlama noktası olarak / export / home kullanır, Linux / home kullanır.

Bunun gerçek bir sihri yok, aslında söyleyeceğim şey kafasına çiviyi vurmak. Bir bölüm ihtiyaçlarınız için kesmiyor. Öyleyse bir değişiklik yap. Kılavuzları örnek olarak kullanın (/ etc'nin neden / etc olduğunu ve doğru belgeyle diğer düzgün önemsiz bilgileri bile öğrenebilirsiniz ). İşte bir örnek (bir Google aramasından rastgele alınmıştır):

http://content.hccfl.edu/pollock/aunix1/partitioning.htm

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.