Kök ve ev bölümlerinin farklı dosya sistemlerine sahip olması ve ayrı fiziksel aygıtlara yerleştirilmesi mümkün mü?

Bir SATA HDD’de bulunan ayrı bir bölümdeki bir ext3 dosya sistemi ile bir Intel SSD’de var olan farklı bir btrfs bölümündeki giriş dizininde kök biçimlendirdiğimi hayal edin.

İnternetten bir dosya indirdim ve geçici olarak /tmp(kök dosya sisteminde) kaydettim, sonra ana dizime taşımaya karar verdim (ikinci bölüm).

Böylesine basit bir mvemir işini yapmak için arka planda gerçekleşen acı süreci hissedebiliyorum .

Öyleyse, önce kök ve evin farklı dosya sistemlerine sahip olmaları mümkün mü? İkincisi, önceki soru için cevap varsayarak oldu "evet", nasıl OS gelen tüm bu geçişi yöneten yapar ext3için btrfsfarklı bir disk tipleri (HDD ve SSD) için farklı aygıt sürücülerini kullanarak sonra ve?

linux filesystems

— Karim Manaouil
kaynak

Katmanlar ile yapılır. Dosya sistemi katmanı, blok aygıtı katmanı üzerine inşa edilmiştir. Dosya sistemi katmanında uygun herhangi bir dosya sistemini kullanabilirsiniz. Herhangi bir uygun blok cihazını o blok cihaz katmanında kullanabilirsiniz. Her bağlama noktasının kendi dosya sistemi ve aygıtı olabilir.

— talaş

@ sawdust, bu çok ilginç bir şey, dosya sistemi katmanı ve blok aygıtı katmanı. Nasıl ilişki kurarlar? Herhangi bir okuma yardımcı olacaktır.

— Karim Manaouil

Dosya sistemleri hakkında Bilmiyorum, ancak sürecin, dosyaları harici bir FAT32 sürücüye kopyalamaktan farklı olmayacağını varsayıyorum

— Blaine

kevinboone.net/linux_kernel_file_0.html

— talaş

Neden ext4'e yükseltmek çok basitken 2017'de hala ext3 kullanıyorsunuz?

— David Foerster

Yanıtlar:

Cevabı evet, herhangi bir cihaz üzerinde herhangi bir dizin olabilir, işletim sisteminin destekleyebileceği herhangi bir dosya sistemini çalıştırabilir.

Böylece farklı cihazlara, / /var /home /opthatta /home/afr0ckfarklı bölümlere, farklı dosya sistemlerine sahip olabilirsiniz.

Sadece yapabilirsin, ama yaygındır. Örneğin, farklı bölümlerde her zaman tutulması /varve bunların istenmeden disk alanı kullanması muhtemel olduğu için her zaman tavsiye edilir - doldururlarsa sistemi çok fazla etkilemez. Kökle aynı bölümdeyse, sistemin durmasına neden olabilir./home/

Ve hız nedenleriyle farklı dizinlerin farklı cihazlarda çalışmasını isteyebilirsiniz. Ve farklı amaçlar için farklı dosya sistemleri kullanın. Örneğin, belki de ext4 işletim sistemi dosyaları için istediklerinizdir, çok değişmezler, ancak yedekler için anlık görüntüleri saklayabilmeniz için / home için btrfs isteyebilirsiniz. Bunların hepsi, her bir kişi tarafından kendi özel kullanım durumları için verilebilecek kararlardır.

İşletim sisteminin kullanıcı alanı kısmı, farklı cihaz ve dosya sistemi tiplerini anlamak zorunda değildir. Bütün bunlar çekirdeğin bir dosyayı taşımasını ister ve çekirdek oradan her şeyi düzenler. Yani mvkomut (örneğin) dosya sistemi ve cihaz tipi agnostic'dir. Çekirdek, farklı bölümlere okumak ve yazmak için gereken her şeye ihtiyaç duyuyor.

— Paul
kaynak

İşaret etmek Faydalı mv(1)ilk denemeden rename(2)dosyası. Sonra kopyalayıp silme işlemine geri döner. Yani, yeniden adlandırmaya çalışmak, mvFS-agnostik bir şekilde mümkün olup olmadığını nasıl anlayacağına karar veriyor. ( rename(2)farklı aygıtlar arasında geçiş yaparken, aynı dosya sistemi sürücüsünü kullanıp kullanmamaları, her zaman başarısız olur, @ afr0k.)

— Peter Cordes

@ PeterCordes ha, yeniden adlandırmak bir şey olduğunu bilmiyordum. Her zaman şeyleri yeniden adlandırmak için mv kullandım.

@ stanri: komutu mvçatallamaz / çalıştırmaz, rename(1)sadece rename(2)sistem çağrısını dener . Standart bir renamekabuk komutu yok. Bazı sistemlerde, util-linux'dan kalıp değiştirme çoklu dosya yeniden adlandırma komutu var. Shell komutu hakkında konuşmuyordum, mviçeriden nasıl çalışıyordu.

— Peter Cordes,

Hatta / usr bile farklı bir bölümde bulunabilir, bu yüzden gerçekten gerekli bazı şeylerin / bin / lib ve / sbin içinde olmasının nedeni budur - tüm kurucuların bunu destekleyip desteklemeyeceği başka bir konudur.

— rackandboneman

Evet, ayrı dosya sistemleri (bağlama noktaları) farklı dosya sistemi türleri olabilir. /procher zaman bir procfsdosya sistemidir ve /sysher zaman birdir sysfs. Geçici dosya sistemleri (bazen dahil /tmp) sıklıkladır tmpfsve çalışma grubu ayarlarında, kullanıcının ana dizinlerinin (ve onların iş ürünü dizinlerinin) nfsveya diğer uzak (ağ / paylaşılan) dosya sistemi türleri için yaygındır .

İşletim sisteminin yapması için herhangi bir özel yönetim yoktur. Bir noktaya kadar, kullanıcı düzeyinde, bir lsgiriş herhangi bir dizinde hemen hemen aynı görünecek şekilde tüm dosya sistemleri birbirine benziyor . Bu noktanın ötesinde, dosya sistemleri etkileşime girmez. Aynı fiziksel diskteki iki dosya sistemi (bölüm) arasında, aynı dosya sistemi türünde bile, ¹ bağlantısı yoktur . Örneğin, bir dosyayı bir dosya sisteminden (bağlama noktası) diğerine taşımak her zaman bir kopya oluşturup orijinali silmeyi içerir. Farklı disklerdeki bölümler olup olmadıkları önemli değil. Bunlardan birinin HDD, biri SSD olması farketmez. Biri ext3ve diğeri önemli değilbtrfs. Biri dahili (bilgisayar kasasının içinde) ve biri harici (dışarıda, bir kabloyla bağlı) veya uzak (ağ üzerinden erişilen) olması önemli değil.

Şebekeden bahsetmek biraz buna benzer ssh. Klavyeden okur ve yazdığınız karakterleri ağa gönderir. Aynı anda, ağdan okur ve sonuçları ekranda görüntüler.

Ya da şunu düşünün: telefonda olduğunuzu ve diğer telefondaki kişi ile odadaki başka biri arasında bir görüşme yaptığınızı düşünün. Büyük bir sorun değil. Sembolik bağlantılar hariç
________
¹ - ancak dosya sistemi sınırlarını geçebilirler.

— Federal ajan
kaynak

Cevabınıza büyük ölçüde katılıyorum, ancak / tmp için bir tmpfs olması normal değil (bazı dağıtımlara böyle ayarlanmış olsa da) - normalde kök bölümden ayrılır ve önyükleme sırasında temizlenir. Ubuntu tand Redhat tipi tmpfs olarak / dev / shm kullanımını

— dağıtır

Kafam karışmıştı. Cevabımı güncelledim.

— G-Man

@davidgo: Hangi Linux dağıtımları varsayılan olarak tmpfs'ta bulunmaz /tmp? Ben de bunun her zaman standart bir uygulama olduğunu düşündüm, çünkü her zaman bir şeyler koyabilirsiniz /var/tmp(açılışta temizlenmese de). Çapraz dağıtım varsayılanları konusunda uzman değilim, sadece Debian / Ubuntu ve Arch. Bunlarla birlikte, orada kurulu Linux sistemlerinin büyük bir kısmını kapsayan RedHat (toplam dağıtımların neredeyse büyük bir kısmını değil).

— Peter Cordes,

(gömülü sistemleri yok sayarak) Sadece Centos ve Ubuntu'yu düzenli kullanıyorum - ikisi de / tmp için disk kullanıyor. - Bunun Debian, Redhat ve Mint'in aynı sözleşmeyi izleyeceği anlamına geldiğinden eminim. Android cihazımda / tmp yok

— davidgo

@PeterCordes tmpfsLinux'taki yükseliş ancak son 5-7 yıldan beri yeni. örneğin, Fedora wiki ~ 2012'deki değişimi tartışıyordu ve Debian Wheezy'de tanıtıldığına inanıyorum.

— Bob