Bir dizüstü bilgisayar kullanıcısı ext4'ten btrfs'ye geçmeli mi?


13

İlgili bu .

BTRFS'ye yükseltmek için bir OS anahtarından yararlanmak istiyorum.

  • BTRFS çok şey sunduğunu iddia ediyor (veri kaybı esnekliği, RAID durumunda kendi kendini iyileştirme, meta veri ve verilerin kontrol toplamı , sıkıştırma, anlık görüntüler). Ancak (biliyorum ve berbat programlar gibi) yoğun fsyncprogramlarla kullanıldığında yavaş ve bir RAID kurmayacağım: s.dpkgeatmydataapt-btrfs-snapshot

  • EXT4 yalnızca meta veri kontrol toplamına izin verir ve verileri sıkıştırmaz.

6 yıl içinde, HDD bozulması nedeniyle (uçuş gezilerinden sonra) işletim sistemimi iki kez yeniden yüklemem gerekti. Birincisi dizüstü bilgisayarı önyüklenemez hale getiren ikinci bozulma grubu, bozuk bir film ve daha sonra OS ikili dosyalarının md5sum kontrolü sayesinde belirlendi. (SMART bana diskin aklı başında olduğunu söylüyor). Lapon şu anda oldukça garip davranıyor. Donanımın veya yazılımın suçlanacağını bilmiyorum ama donanımdan şüpheleniyorum (hepsi bir uçuştan hemen sonra başladı, bir kez daha).

Veri sıkıştırma ve kontrol toplamı nedeniyle bir dizüstü bilgisayar için BTRFS'ye geçmenizi tavsiye eder misiniz yoksa EXT4 ile mi çalışmalıyım?

(Hangi değişkene göre hangisinin "en iyi" olduğu umurumda değil ama BTRFS ile neredeyse hiç deneyimim yok ve bazı geri bildirimler istiyorum)

DÜZENLE:

Daha net olalım: BTRFS hala deneysel olarak işaretlenmiş, biliyorum , ama SUSE artık yapmaması gerektiğini söylüyor. Oracle da öyle (Oracle'ın kim olduğunu biliyorum). Ve bir grup dağıtım zaten kurulum için BTRFS öneriyor ve çoğu önümüzdeki birkaç ay içinde buna geçmeyi planlıyor.

İki gerçek:

  • Bozuk verilerin yedekleri değersizdir . Neden rahatsız olan tek kişi olduğumu anlamıyorum. Bu sağduyu değil mi? Bu arada:
    • Yedeklemeler yapmam gerektiğini söylemeyi bırak: Zaten yapıyorum.
    • Yedeklemeyi ima etmeyi bırak, verilerimi güvende tutmak için yeterlidir, ancak yıllarca yedekleme yapmak için bana TBB boş alan vermek istiyorsanız.
  • Bozuk bir dosya = / => Linux şikayet ediyor . Yani:
    • Sisteminizin / verilerinizin sadece işletim sistemi önyükleme yaptığı için aklı başında olduğunu düşünmeyin.
    • Umarım veri bütünlüğünü kontrol etmek için BTRFS olarak iyi bir işin yarısını uygun olmayan bir şekilde işleyen aşırı tasarlanmış ve şişirilmiş bir yazılım parçasına (meta) veri sağlama toplamı tercih ettiğimi anlıyorsunuz.

Hangi FS'nin "daha iyi" olduğunu istemediğim şimdi daha açık mı? Soru, düzenli olarak yedekleme yaptığım göz önüne alındığında, BTRFS'nin veri bütünlüğü kontrol işlevleri için hala kullanılamayacak kadar deneysel olması mı yoksa EXT4'e bağlı kalmam mı gerekiyor?


1
Yedekleme stratejisi, veri bozulmasını ve işletim sistemi yeniden yüklemelerini önlemenin daha iyi bir yolu gibi görünüyor. Bu ayrıca küresel bir geri alma işlevi sağlama avantajına sahiptir . Benim önerim: Nasıl kullanılacağını ve düzeltileceğini bildiğiniz iyi test edilmiş bir dosya sistemi kullanın, yedeklemeler için harici bir HDD alın, karmaşık kurulumlarla (örneğin RAID) uğraşmayın, bunun yerine basit bir şey kullanın, örneğin her gece rsync.
Marco

1
+1'den @Marco'ya, ancak bir not: yedeklerinizi saklamak için harici HDD'lere güvenmeyin. DVD yazma veya bant kullanma; HDD'ler muhteşem bir şekilde başarısız olabilir (ve genellikle bozulur).
Deer Hunter

Yedeklemeler yapıyorum: verilerim her zaman uzak bir RAID ile senkronize. Ayrıca, veriler ve işlenmelerinin sonuçları, başka bir yedekleme sisteminde günde bir kez dizüstü bilgisayarımdan uzaklaştırılıyor. Ayrıca tüm ana klasörüm haftada bir kez başka bir diske yeniden bağlandı. Ancak önleme, tedavi etmekten daha iyidir: Bir dosya sisteminin veri kaybına karşı daha dayanıklı olduğu biliniyorsa, onu seçeceğim. Bir işletim sisteminin yedeklemelerle bile yüklenmesi ve yapılandırılması uzun sürer. RAID bir yedekleme değildir ve karmaşık bir şey olarak değil, bu durumda uygulanamayan bir şey olarak düşünmüyorum. Yaptığım şey bana bozuk olduğunu söyleyen bir fs.

Bunu vurgulamak isterim: ddtüm hdd'imle ve tümüyle tam yedekleme yapsam bile , şu anda kullandığım programların bozuk olup olmadığını hala bilmiyorum . Ancak BTRFS bu zaman için hala çok genç olabilir ... RAID hakkında konuşursam, veri kaybını önleme perspektifinde ( yedek değil ), bunun küçük yolsuzluk sorunlarını çözmek için yararlı olacağını söylemek zorundaydım. ... Ama bu, bu durumda geçerli değildir.

1
Biraz araştırma yaparsanız, btrf'lerin üretim amaçlı olmadığını fark edersiniz. Kaybedebileceğiniz ve umursamadığınız veriler için kullanmak istiyorsanız ... devam edin.
Mdpc

Yanıtlar:


3

Vonbrand ile hemfikirim, btrfs henüz birkaç isim vermek için ext * veya XFS veya JFS'nin olgunluk düzeyine gelmedi. Hareket halindeyken de yapılabilecek güvenilir bir yedeğim olmadığı sürece değerli verilerle bir dizüstü bilgisayarda kullanmazdım.

Btrfs bozulmaları algılayabilir, ancak aynı verilerin bozuk bir kopyasına sahip olmadığınız sürece bu algılamayı bildirmekten başka bir şey yapmaz, bu da RAID'e veya birimdeki verilerin çoğaltılmasına ihtiyacınız olduğu anlamına gelir.

Bununla birlikte, bir makine için (RAID-1 kullanarak) kullanmayı düşünüyorum, ancak aynı zamanda bu makinede Crashplan çalışıyor!

Uzun süredir dizüstü bilgisayarımda JFS kullanıyorum. Bunun bir nedeni, dosya işlemleri yapılırken XFS veya ext3'e kıyasla daha düşük CPU kullanımıydı. Güç tüketiminden de tasarruf edip etmediğini asla doğrulamamıştım, ancak bu benim varsayımımdı. JFS'yi oldukça kararlı ve güvenli buldum, kullanırken verileri hiç kaybetmedim.


Dediğim gibi, kopyalarım var. Ne yazık ki bunlar sonsuz sayıda değildir. Bir dosya bugün bozuksa, ben istiyorum aşk söylemek benim çekirdeği yerine tüm yedekleri bozuk verileri içerir zaman, şu andan itibaren iki ay içinde ortaya çıkarma "-posta ile gönder $ DOSYA bozuk". Sorun, rsyncbir dosyanın değişip değişmeyeceğine dair hiçbir ipucunun olmamasıdır. Bu daha açık mı?

Soru-Cevap siteleri, kullanıcının bir soru sormasının ve bir yanıt almasının ve diğer kullanıcıların daha önce yanıtlanmış bir soru bulmasının bir yoludur. Yedeklemeniz gerektiğini söylersem özür dilerim, belki de yaparsınız, ancak başka biri olmayabilir. Dosya bozulmalarını önemsiyorum, bu yüzden NAS'ımın (Synology w / ext4) çeşitli yerlerde ve yinelenen verilerde sha512sum dosyaları var, bu yüzden manuel olarak veri bozulma kontrolü yapabilirim. ZFS veya Btrfs'i beklemedim! Ancak, şimdi bana yönetici zaman kazanmak için FS sahip olmak düşünüyorum!
Huygens

Onu anlıyorum. Ben sadece yorumlarda belirtildiği ve daha da önemlisi, tek ihtiyacım olan şeyleri yedeklemek olduğuna dair yanlış izlenim veriyor. Verilerinizi biraz önemsiyorsanız yedeklemenin zorunlu olduğunu düşünürken, düzgün bütünlük denetimi de zorunlu görünüyor. Ayrıca şu anda yedekleme komut dosyalarından önce tetiklenen el yapımı karma kontrol komut dosyaları kullanıyorum. Sorun sistemim / ana klasörüm / vb ile değil, sadece verilerimle sınırlı olmasıdır. Ve yönetici zamanı ve gerçekten taşınabilir değil ... Birkaç yıl sonra EXT4 ile devam edeceğim.

Sistem verileri için, bozulduğunda can sıkıcıdır, ancak genellikle veriler indirilebilir olduğu için çözülemez değildir. Bu ilginç blog gönderisini kontrol edin: blogs.oracle.com/ksplice/entry/attack_of_the_cosmic_rays1
Huygens

@Gael belki akıllıca bir seçimdir. Bugün btrf'lerin bir diğer dezavantajı, deneysel olarak işaretlenmiş olması nedeniyle, diskteki yapının gelecekteki bir çekirdek güncellemesinde değişmeyebileceğinin garantisi yoktur. Bu, dosya sistemini farklı bir çekirdeğe sahip bir sistem kurtarma CD'si ile önyüklerken baş ağrısına neden olabilir, çünkü yeterince dikkatli değilse diskteki yapıyı değiştirebilir. Bazı büyük oyuncular bu konuda destek sağlıyor, bu nedenle ödeme yaparsanız bu tür etkinlikleri destekliyorlarsa size yardımcı olabilirler. Eğer ödeme yapmazsanız kendi başınıza ;-) Neyse ilginç bir soru!
Huygens

9

Dosya sistemi geliştiricilerinin "ortak bilgeliği", deneysel olmayan kullanım için yeterince kararlı bir dosya sistemini düşünmenin yaklaşık 5 yıl sürmesi. BTRFS henüz 5 yıl birikmedi, bu yüzden şu anda kesinlikle deneysel kullanım için kabul ediliyor. Makinedeki veriler kritik değilse ve kapsamlı bir yedekleme şeması mevcutsa, çılgına dönün. Garip şeyleri bildirmeye hazır olun .

Fedora 18 (mevcut sürüm) BTRFS'ye sahip değil ve henüz Fedora 19 için planlanmadı . Ve Fedora'nın hedeflerinden birinin en yeni teknolojileri agresif bir şekilde takip etmek olduğu göz önüne alındığında ...


1
Bu yanlış. Fedora 18, BTRFS'yi gönderir ve yeni kurulumlar için varsayılan değerdir.
Michael Hampton

2
Fedora (19 itibariyle) varsayılan olarak BTRFS kullanmaz. Bkz. Docs.fedoraproject.org/tr-TR/Fedora/19/html/Installation_Guide/…
sciurus

1
Şimdi 5 yıl birikti. Yaşasın, göçün başlamasına izin verin.
Petr

3

3 dizüstü bilgisayar kullanıyorum ve 4 yıldan fazla bir süredir BTRFS kullanıyorum. 3.3 çekirdeğine geçmeden önce yaşadığım kararlılık (ve veri kaybı) ile ilgili son sorun , bu nedenle tüm pratik amaçlar için btrfs'nin ev kullanımı için kararlı olduğunu düşünüyorum.

Ne yazık ki btrfs tam özellikli değil:

  • @Huygens'in belirttiği gibi, aslında bozuk dosyaları iyileştirme yeteneğinden yoksundur.

  • üzerine koyduğunuzda ecryptfs(dizüstü bilgisayarınızda depolanan verilere değer veriyorsanız yaygın bir kullanım düzeni) ve aniden sık sık 0 uzunluğuna (çok az umutla) kısaltılmış olarak yazılan dosyaların gücü kesilir (veya çekirdek çökmesi yaşarsanız) onları kurtarmak). ~/.config/dconf/userÖrneğin düşünün .

  • herhangi bir COW dosya sistemi COW olmayan bir sistemden daha fazla parçalanır. Ve ikinci bir sabit disk satın almak rsyncve içindekileri oluşturmak dışında bir BTRFS birimini birleştirmenin gerçek bir yolu yoktur . Parçalanmadan kaçınmak istiyorsanız, her FS'yi en az% 30 oranında boş tutmalı ve (veya?) Veritabanları, torrentler veya dosya senkronizasyon araçları gibi şeylerden kaçınmalısınız. Benim kurulumumda btrfs son 2 yıl içinde çok ağır bir şekilde parçalandı, kontrollü koşullarda apt-get installana btrfs bölümünde 6 kat daha uzun sürüyor, sonra yarı boş ext4'te. Ve her zaman autodefragbayrağıyla btrfs kullanıyorum .

Ben üzerinden geçiş yapmayı planladıkları ben noktaya Btrfs ile sinirli am ZFS .


0

Pil ömrünü çok önemsiyorsanız, sıkıştırma sırasında işlemci zamanını boşa harcamamalısınız. Örneğin, yalnızca web'e göz atmak sisteminizin önbelleğe alınmış verileri sıkıştırmak için enerji harcamasına neden olur. Depolama alanı sorunları yaşıyorsanız, uzak depolama alanını daha sık kullanmayı düşünün (bkz. Samba, sshfs vb.).

Dizüstü yol savaşçıları için yararlı olan diğer özellikler için hala btrfs kullanmak isteyebilirsiniz . Benim için en önemli olanı , iş istasyonunuza düzenli olarak artımlı yedeklemeler yapmanıza izin veren anlık görüntüler . SSD optimizasyonları da var ve iki sürücülü bir dizüstü bilgisayar alırsanız, btrfs balance güçlü yansıtma sağlar.

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.