Haruskah pengguna laptop beralih dari ext4 ke btrfs?

13

Terkait dengan ini .

Saya ingin memanfaatkan saklar OS untuk meningkatkan ke BTRFS.

BTRFS mengklaim menawarkan banyak (ketahanan kehilangan data, penyembuhan diri jika RAID, pemeriksaan metadata dan data, kompresi, snapshot). Tapi lambat ketika digunakan dengan fsyncprogram-intensif seperti dpkg(saya tahu eatmydatadan apt-btrfs-snapshotprogram jelek ) dan saya tidak akan mensetup RAID: p.
EXT4 memungkinkan metadata hanya menjumlahkan penjumlahan dan tidak memampatkan data.

Dalam 6 tahun, saya harus menginstal ulang OS saya dua kali karena kerusakan HDD (setelah perjalanan penerbangan). Yang pertama membuat laptop tidak bisa di-boot, kumpulan korupsi kedua diidentifikasi berkat film yang rusak dan kemudian md5sum memeriksa binari OS. (SMART memberi tahu saya disknya waras). Kebahagiaan saat ini berperilaku sangat aneh. Saya tidak tahu apakah perangkat keras atau perangkat lunak yang harus disalahkan, tetapi saya menduga perangkat kerasnya (semuanya dimulai tepat setelah penerbangan, sekali lagi).

Apakah Anda menyarankan untuk beralih ke BTRFS untuk laptop karena kompresi data dan penjumlahan-cek atau haruskah saya tetap menggunakan EXT4?

(Saya tidak peduli yang mana yang "terbaik" relatif terhadap variabel apa pun, tetapi saya hampir tidak memiliki pengalaman dengan BTRFS dan ingin mendapat umpan balik)

EDIT:

Mari kita perjelas: BTRFS masih ditandai sebagai percobaan, saya tahu , tetapi SUSE mengatakan itu seharusnya tidak lagi. Begitu juga Oracle (saya tahu siapa Oracle). Dan banyak distribusi sudah mengusulkan BTRFS untuk instalasi dan kebanyakan dari mereka berencana untuk beralih ke BTRFS dalam beberapa bulan ke depan.

Dua fakta:

Cadangan data yang rusak tidak berharga . Saya tidak mengerti mengapa saya tampaknya menjadi satu-satunya yang peduli. Bukankah itu masuk akal? Sementara itu:
- Berhentilah memberi tahu saya bahwa saya harus melakukan backup: sudah saya lakukan.
- Berhenti menyiratkan cadangan hanya cukup untuk menjaga data saya aman kecuali jika Anda bersedia memberi saya TB ruang kosong untuk melakukan backup selama bertahun-tahun.
File rusak = / => Linux mengeluh . Begitu:
- Jangan menganggap sistem / data Anda waras hanya karena OS sedang booting.
- Saya harap Anda mengerti bahwa saya lebih suka (meta) pemeriksaan data daripada perangkat lunak yang terlalu direkayasa dan membengkak yang akan merepotkan setengah pekerjaan sebaik BTRFS untuk memeriksa integritas data.

Apakah itu lebih jelas sekarang bahwa saya tidak meminta FS mana yang "lebih baik"? Pertanyaannya adalah, mengingat bahwa saya secara teratur melakukan backup, apakah BTRFS masih terlalu eksperimental untuk digunakan untuk fungsi pengecekan integritas data atau haruskah saya tetap menggunakan EXT4?

— Komunitas
sumber

1

Sepertinya strategi cadangan akan menjadi cara yang lebih baik untuk mencegah korupsi data dan menginstal ulang OS. Ini juga memiliki keuntungan menyediakan fungsi global undo . Saran saya: Gunakan sistem file yang sudah teruji baik yang Anda tahu cara menggunakan dan memperbaiki, membeli HDD eksternal untuk cadangan, jangan repot-repot dengan pengaturan yang rumit (misalnya RAID), alih-alih gunakan sesuatu yang sederhana, misalnya rsync setiap malam.

— Marco

1

+1 ke @Marco, namun catatan: jangan mengandalkan HDD eksternal untuk menyimpan cadangan Anda. Bakar DVD atau gunakan kaset; HDD dapat (dan biasanya) gagal secara spektakuler.

— Deer Hunter

Saya melakukan backup: data saya selalu sinkron dengan RAID jarak jauh. Selain itu, data dan hasil pemrosesan mereka direstrukturisasi jauh dari laptop saya sekali sehari di sistem cadangan lain. Ditambah seluruh folder rumah saya rsynced sekitar seminggu sekali ke disk lain. Tapi pencegahan lebih baik daripada mengobati: jika sistem file dikenal lebih tahan terhadap kehilangan data, saya akan mengambilnya. OS panjang untuk menginstal dan mengkonfigurasi, bahkan dengan cadangan. RAID bukan cadangan, dan saya tidak menganggapnya sebagai sesuatu yang rumit tetapi sebagai sesuatu yang tidak berlaku dalam kasus ini. Apa yang saya tidak punya adalah fs mengatakan kepada saya itu rusak.

Saya ingin menekankan bahwa: bahkan jika saya melakukan full backup -dengan dddan semua- dari seluruh hdd saya, saya masih tidak tahu apakah program yang saya gunakan rusak atau tidak. Tapi BTRFS mungkin masih terlalu muda untuk saat ini ... Jika saya berbicara tentang RAID, itu hanya untuk mengatakan bahwa saya, dalam perspektif pencegahan kehilangan data, ( bukan cadangan), ini akan berguna untuk memecahkan masalah korupsi kecil ... Tapi ini tidak berlaku dalam kasus ini.

1

Saya pikir jika Anda melakukan sedikit riset, Anda akan menemukan bahwa btrf bukan untuk penggunaan produksi. Jika Anda ingin menggunakannya untuk data yang mungkin hilang dan tidak peduli ... lakukan saja.

— mdpc

3

Saya setuju dengan vonbrand, btrfs belum mencapai tingkat kematangan ext * atau XFS atau JFS. Saya tidak akan menggunakannya pada laptop dengan data berharga kecuali saya memiliki cadangan yang dapat diandalkan yang dapat dilakukan juga saat bepergian.

Btrfs dapat mendeteksi korupsi tetapi tidak akan melakukan apa pun selain melaporkan deteksi kecuali Anda memiliki salinan data yang sama yang tidak rusak, yang berarti Anda memerlukan RAID atau duplikasi data pada volume.

Yang mengatakan, saya sedang mempertimbangkan menggunakannya (menggunakan RAID-1) untuk satu mesin, tapi saya juga punya Crashplan yang berjalan di mesin ini!

Untuk waktu yang lama, saya telah menggunakan JFS di laptop saya. Salah satu alasannya adalah penggunaan CPU yang lebih rendah dibandingkan dengan XFS atau ext3 saat melakukan operasi file. Saya tidak pernah memverifikasi jika menghemat konsumsi daya juga, tapi itu asumsi saya. Saya menemukan JFS sangat stabil dan aman, tidak pernah kehilangan data saat menggunakannya.

— Huygens
sumber

Seperti yang saya katakan, saya punya salinan. Sayangnya ini bukan jumlah yang tak terbatas. Jika file rusak hari ini, saya akan senang kernel saya untuk mengatakan "Ooops! $ FILE rusak" bukan hanya mencari tahu dalam dua bulan dari sekarang, ketika semua backup saya akan berisi data yang rusak. Masalahnya rsyncadalah tidak ada petunjuk apakah suatu file seharusnya berubah atau tidak. Apakah itu lebih jelas?

Situs T&J adalah cara bagi pengguna untuk mengajukan pertanyaan dan mendapatkan jawaban, dan bagi pengguna lain untuk menemukan pertanyaan yang sudah dijawab. Jadi saya menyesal jika saya menyatakan bahwa Anda harus membuat cadangan, mungkin Anda lakukan, tetapi orang lain mungkin tidak. Saya sangat peduli dengan korupsi file, itu sebabnya NAS saya (Synology w / ext4) memiliki file sha512sum di berbagai tempat dan data duplikat sehingga saya dapat secara manual melakukan pemeriksaan korupsi data. Saya tidak menunggu ZFS atau Btrfs! Namun, saya sekarang mempertimbangkan memiliki ini di FS untuk menghemat waktu admin saya!

— Huygens

Aku mengerti itu. Saya hanya mengatakannya di komentar dan, yang lebih penting, itu memberi kesan yang salah bahwa semua yang saya butuhkan adalah membuat cadangan. Meskipun saya pikir cadangan wajib jika Anda hanya peduli sedikit tentang data Anda, pemeriksaan integritas yang tepat tampaknya juga wajib. Saat ini saya juga menggunakan skrip cek hash buatan tangan yang dipicu sebelum skrip cadangan. Masalahnya adalah itu terbatas pada data saya saja, bukan folder sistem / home saya / dll. Dan ini saatnya admin dan ini tidak terlalu portabel ... Saya akan menggunakan EXT4 beberapa tahun lagi.

Untuk data sistem, itu menjengkelkan ketika rusak, tetapi tidak terpecahkan karena biasanya data dapat diunduh. Lihat posting blog yang menarik ini: blogs.oracle.com/ksplice/entry/attack_of_the_cosmic_rays1

— Huygens

@ Ya ampun itu mungkin pilihan yang bijak. Satu kelemahan lain dari btrfs saat ini adalah karena ini ditandai sebagai percobaan, tidak ada jaminan bahwa struktur pada-disk mungkin tidak berubah dalam pembaruan kernel di masa depan. Ini dapat menyebabkan sakit kepala saat mem-boot sistem file dengan CD penyelamatan sistem yang memiliki kernel yang berbeda, karena dapat mengubah struktur pada disk jika tidak cukup hati-hati. Beberapa pemain besar memberikan dukungan untuk itu, jadi jika Anda membayar mereka mungkin membantu Anda jika mereka mendukung acara tersebut. Jika Anda tidak membayar, Anda sendiri ;-) Pokoknya pertanyaan menarik!

— Huygens

9

"Kebijaksanaan umum" dari pengembang sistem file adalah bahwa diperlukan sekitar 5 tahun untuk mempertimbangkan sistem file yang cukup stabil untuk penggunaan non-eksperimental. BTRFS belum terakumulasi 5 tahun, jadi itu dianggap hanya untuk penggunaan eksperimental sekarang. Jika data pada mesin tidak kritis, dan skema cadangan yang kacau ada di sana, menjadi liar. Harus siap untuk melaporkan hal-hal aneh terjadi.

Fedora 18 (rilis saat ini) belum memiliki BTRFS, dan Fedora 19 belum dijadwalkan untuk saat ini. Dan mengingat bahwa salah satu tujuan Fedora adalah melacak teknologi terbaru secara agresif harus memberi tahu Anda sesuatu ...

— vonbrand
sumber

1

Ini salah. Fedora 18 mengirimkan BTRFS, dan ini merupakan default untuk instalasi baru.

— Michael Hampton

2

Fedora (per 19) tidak menggunakan BTRFS sebagai default. Lihat docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Guide/…

— sciurus

1

Akumulasi 5 tahun sekarang. Hore, biarkan migrasi dimulai.

— Petr

3

Saya menggunakan 3 notebook dan saya sudah menggunakan BTRFS di 2 dari mereka selama lebih dari 4 tahun sekarang. Masalah terakhir dengan stabilitas (dan kehilangan data) yang saya alami sebelum saya beralih ke kernel 3.3, jadi untuk semua tujuan praktis saya menganggap btrfs stabil untuk digunakan di rumah.

Sayangnya btrfs tidak lengkap fitur:

seperti @Huygens sebutkan, tidak memiliki kemampuan untuk benar-benar menyembuhkan file yang rusak.
ketika Anda meletakkannya di atas ecryptfs(pola penggunaan umum jika Anda menilai data yang disimpan di notebook Anda) dan tiba-tiba kehilangan daya (atau mengalami crash kernel) file yang saat ini sedang ditulis untuk sering terpotong dengan panjang 0 (dengan sedikit harapan memulihkan mereka). Pikirkan ~/.config/dconf/usermisalnya.
sistem file COW menjadi lebih terfragmentasi daripada non-COW. Dan tidak ada cara nyata untuk mendefrag volume BTRFS selain membeli hard disk kedua dan rsyncmemasukkan isinya. Jika Anda ingin menghindari fragmentasi, Anda harus menyimpan setiap FS paling sedikit 30% kosong, dan (atau?) Menghindari hal-hal seperti database, torrent atau alat sinkronisasi file. Dalam setup saya, btrf menjadi sangat terfragmentasi selama 2 tahun terakhir, yang pada kondisi terkontrol apt-get installmembutuhkan waktu 6 kali lebih lama pada partisi btrf utama kemudian pada ext4 setengah kosong. Dan saya selalu menggunakan btrf dengan autodefragbenderanya.

Saya frustrasi dengan btrfs sampai saya berencana untuk beralih ke ZFS .

— Adam Ryczkowski
sumber

0

Jika Anda sangat peduli dengan daya tahan baterai, Anda tidak perlu membuang waktu cpu pada kompresi. Misalnya, hanya menjelajah web akan menyebabkan sistem Anda menghabiskan energi untuk mengompresi data yang di-cache. Jika Anda mengalami masalah ruang penyimpanan, pertimbangkan untuk menggunakan penyimpanan jarak jauh lebih sering (lihat samba, sshfs, dll).

Anda mungkin masih ingin menggunakan btrfs karena itu fitur lain yang berguna untuk pejuang jalanan laptop. Snapshots yang utama bagi saya, yang memungkinkan Anda untuk membuat cadangan tambahan rutin kembali ke workstation Anda. Ada juga optimasi SSD, dan jika Anda mendapatkan laptop dengan dua drive, keseimbangan btrf memberikan mirroring yang kuat.

— Isuldor
sumber