Hangi dosya sistemini yedeklemek en iyisidir? [kapalı]


14

Tüm belgelerimi yedeklemek ve ayrı bir yerde saklamak için bir disk aldım ve Linux altında bana daha iyi güvenilirlik sağlayan dosya sisteminin ne olduğunu bilmiyorum. Belki her ay bir kez yedekleyeceğim ve her zaman bağlı olmayacak, ancak verilerimin kalacağından emin olmak istiyorum.

Belki ext4?


Disk bağlantısı kesildiğinde hiçbir dosya sistemi verilerinizin kaybolmasını sağlamaz, bu nedenle bu bir gereklilik değildir. (Medya kendisi hala başarısız olabilir, ama sonra dosya sistemi çok yardımcı olmaz.) Eğer şartları, devlet eğer bu soru sorumlu olabilir gibi dosyaların yedekleme diski boyutu, yedekleme ve ihtiyaç maksimum dosya boyutu, sayısı ve gereken özel dosya sistemi özellikleri (hardlinkler, ACL'ler, genişletilmiş öznitelikler, ...). Ayrıca belirtildiği gibi , ana diskten farklı bir dosya sistemini düşünmek için zaman ayırmaya değer olabilir.
CVn

Yanıtlar:


6

Soru özneldir.

EXT4 kararlı olarak kabul edilir ve yolsuzluğa yardımcı olan günlük kaydını (EXT3 gibi ama EXT2 değil) destekler.

BTRFS hala deneysel olmakla birlikte çok daha fazla özellik sunuyor.

Reiser4 , TUX3 , XFS , çeşitli ZFS uygulamaları vb birçok seçeneği vardır .

Şahsen, EXT4'ü tüm sürücülerimde kullanıyorum ve FS ile sorun yaşamadım.

Herhangi bir kararlılık kriterinin farkında değilim (yine de bazı 'teknik incelemeler' olabilir) ancak Phoronix'in performans kriterleri var

Son olarak, bu soru linux için büyük dosyalar (yedekler) için Rock-istikrarlı dosya sisteminin kopyası olabilir.


Modern (yazı 2012) not etmek ext4yapar sağlama üzerinde en ama hepsi değil dosya içeriğini verilere meta ve ne yazık ki gerçek değil (btrfs veya ZFS yapar). Ayrıca bazı bölümler istikrarlı (artık değişmediği gibi ve kod tabanı iyi test edilmiştir) unix.stackexchange.com/a/499668/24394ext4 görüntülediğim için disk düzeninde gereksizdir , ancak çoğu veri değildir. Eğer yedek olarak kullanılır aracılığıyla onun "kurtarılabilirliğini" yükseltmeyi de aracı! ext4e2image
humanityANDpeace

Yanıt önerisi ext4, depoladığı dosyalar için ne sağlama toplamı ne de artırılmış koruyucu artıklık önlemleri sağlamadığından, yedekleme fs - par2/ parchivedosyalarında en azından çok önemli dosyaların doğrulanabilmesini ve tekrarlanabilirliğini ( bir dereceye kadar) ve bu dosyalara değişken (varsayılan olarak% 5) ek Reed-Solomon fazlalık verileri ekleyerek okunamayan sektörlere karşı koruma sağlar. Bu, "sessiz yolsuzluk" ve "fark edilir" bit çürümelerine karşı koruma sağlar .
humanityANDpeace

5

Yedek sürücü için her zaman ana sürücüden farklı bir FS alırım, çünkü garip bir FS hatasını vurursam, yedekleme ortamımda da vurmayacağım.


1
Ne tür bir garip FS hatasını düşündüğünüzü açıklar mısınız? (İdeal olarak bir yedek sürücüyü de etkileyebilecek tarihi bir örnekle)
Martin Thoma

Normalde dosya sistemini değil dosyaları kopyalarsınız. Bu sadece verileri ilettiğiniz anlamına gelir ve dosyalar aslında hedef dosya sisteminde tekrar oluşturulur. Bu şekilde "FS hataları" hiçbir rol oynamaz. Yalnızca dosya sistemini bir bütün olarak yedeklerseniz (örn. İle dökümü dd), aslında "FS hatalarınızı" kopyalarsınız. Ancak, normalde hedef dosya sistemi ile uğraşmazsınız ve kopyayı doğrudan sabit disk bölümüne dökersiniz.
R Kiselev

@RKiselev evet ve hayır. HFS + hiçbir yerden
bozulma

@RKiselev Veya APFS sadece başa çıkarken youtube.com/watch?v=k60NvrJnNOY dosyalarını kaybediyor . Bu tam olarak sizin adlandırdığınız durumdur. Sadece birkaç gün / hafta önce, dosya sisteminin belirli bir adları varsa dosyaları yürüttüğü başka bir hata oluştu. Başka bir FS bunu yapmazdı, bu yüzden FS böcekleri kesinlikle ısırır, hatta çok olası olmadığını itiraf ettim, ancak maliyet neredeyse sıfır olduğu için iki farklı FS'li iki sürücüye sahip değilim. (Daha fazla farklı FS'nin farklı özellikleri vardır, örneğin dosyaların toplanmasını kontrol etmek için çok az FS desteği)
hashier

1
Aslında yardımcı oldu; durumu ölçmeme yardımcı oldu - bunu Stackexchange'te faydalı buluyorum. Video alakalı, ağ bağlantılı Time makine yedeklemelerimin HFS + olsalar bile seyrek olduğu konusunda biraz daha endişeliyim.
Andreas
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.