Người dùng máy tính xách tay có nên chuyển từ ext4 sang btrfs không?


13

Liên quan đến điều này .

Tôi muốn tận dụng chuyển đổi hệ điều hành để nâng cấp lên BTRFS.

  • BTRFS tuyên bố sẽ cung cấp rất nhiều (khả năng phục hồi mất dữ liệu, tự phục hồi nếu RAID, kiểm tra siêu dữ liệu dữ liệu, nén, ảnh chụp nhanh). Nhưng nó chậm khi được sử dụng với fsynccác chương trình nâng cao như dpkg(tôi biết eatmydatavà các chương trình tào lao apt-btrfs-snapshot) và tôi sẽ không thiết lập RAID: p.

  • EXT4 chỉ cho phép tổng hợp kiểm tra siêu dữ liệu và không nén dữ liệu.

Trong 6 năm, tôi đã phải cài đặt lại hệ điều hành của mình hai lần vì lỗi ổ cứng (sau các chuyến bay). Lần đầu tiên làm cho máy tính xách tay không thể khởi động, bó lỗi thứ hai được xác định nhờ một bộ phim bị hỏng và sau đó kiểm tra md5sum của các nhị phân hệ điều hành. (SMART cho tôi biết đĩa là lành mạnh). Lappy hiện đang cư xử khá kỳ lạ. Tôi không biết phần cứng hay phần mềm sẽ bị đổ lỗi nhưng tôi nghi ngờ phần cứng (tất cả bắt đầu ngay sau chuyến bay, một lần nữa).

Bạn có khuyên nên chuyển sang BTRFS cho máy tính xách tay vì nén dữ liệu và kiểm tra tổng hợp hay tôi nên gắn bó với EXT4?

(Tôi không quan tâm đến cái nào là "tốt nhất" so với bất kỳ biến nào nhưng tôi gần như không có kinh nghiệm với BTRFS và muốn có một số phản hồi)

BIÊN TẬP:

Hãy nói rõ hơn: BTRFS vẫn được gắn cờ là thử nghiệm, tôi biết , nhưng SUSE nói rằng nó không nên nữa. Oracle cũng vậy (tôi biết Oracle là ai). Và một loạt các bản phân phối đã đề xuất BTRFS để cài đặt và hầu hết trong số họ đang có kế hoạch chuyển sang sử dụng nó trong vài tháng tới.

Hai sự thật:

  • Sao lưu dữ liệu bị hỏng là vô giá trị . Tôi không hiểu tại sao tôi dường như là người duy nhất bận tâm. Đó không phải là lẽ thường sao? Trong khi đó:
    • Ngừng nói với tôi rằng tôi nên sao lưu: Tôi đã làm rồi .
    • Dừng ngụ ý sao lưu là đủ để giữ an toàn cho dữ liệu của tôi trừ khi bạn sẵn sàng cho tôi TB không gian trống để thực hiện sao lưu hàng năm.
  • Một tệp bị hỏng = / => Linux phàn nàn . Vì thế:
    • Đừng cho rằng hệ thống / dữ liệu của bạn lành mạnh chỉ vì HĐH đang khởi động.
    • Tôi hy vọng bạn hiểu rằng tôi thích kiểm tra dữ liệu (meta) hơn với một phần mềm được thiết kế quá mức và cồng kềnh, sẽ gây bất tiện khi làm một nửa công việc tốt như BTRFS để kiểm tra tính toàn vẹn dữ liệu.

Có phải điều đó rõ ràng hơn bây giờ khi tôi không yêu cầu FS nào "tốt hơn"? Câu hỏi đặt ra là tôi thường xuyên thực hiện sao lưu, BTRFS vẫn còn quá thử nghiệm để được sử dụng cho các chức năng kiểm tra tính toàn vẹn dữ liệu của nó hay tôi có nên sử dụng EXT4 không?


1
Có vẻ như một chiến lược sao lưu sẽ là một cách tốt hơn để ngăn ngừa hỏng dữ liệu và cài đặt lại hệ điều hành. Điều này cũng có lợi thế là cung cấp chức năng hoàn tác toàn cầu . Gợi ý của tôi: Sử dụng hệ thống tệp được kiểm tra tốt mà bạn biết cách sử dụng và sửa chữa, mua ổ cứng gắn ngoài để sao lưu, đừng bận tâm với các thiết lập phức tạp (ví dụ RAID), thay vào đó hãy sử dụng một cái gì đó đơn giản, ví dụ như rsync mỗi tối.
Marco

1
+1 cho @Marco, nhưng một lưu ý: không dựa vào ổ cứng gắn ngoài để lưu trữ bản sao lưu của bạn. Ghi đĩa DVD hoặc sử dụng băng dính; Ổ cứng có thể (và thường làm) thất bại một cách ngoạn mục.
Deer Hunter

Tôi thực hiện sao lưu: dữ liệu của tôi luôn đồng bộ với RAID từ xa. Thêm vào đó, dữ liệu và kết quả xử lý của chúng được đưa ra khỏi máy tính xách tay của tôi mỗi ngày một lần trên một hệ thống sao lưu khác. Thêm vào đó, toàn bộ thư mục nhà của tôi được lưu trữ khoảng một lần một tuần cho một đĩa khác. Nhưng phòng bệnh hơn chữa bệnh: nếu một hệ thống tệp được biết là có khả năng phục hồi dữ liệu nhanh hơn, tôi sẽ chọn nó. Một hệ điều hành rất dài để cài đặt và cấu hình, ngay cả với các bản sao lưu. RAID không phải là một bản sao lưu và tôi không nghĩ nó là một thứ gì đó phức tạp mà là thứ không thể áp dụng trong trường hợp này. Những gì tôi không có là một fs nói với tôi rằng nó bị hỏng.

Tôi muốn nhấn mạnh rằng: ngay cả khi tôi đã sao lưu toàn bộ - ddvà toàn bộ hdd của mình, tôi vẫn không biết liệu các chương trình mà tôi hiện đang sử dụng có bị hỏng hay không. Nhưng BTRFS có thể vẫn còn quá trẻ cho đến thời điểm này ... Nếu tôi nói về RAID, chỉ cần nói rằng, theo quan điểm phòng chống mất dữ liệu, ( không phải sao lưu), điều này sẽ hữu ích để giải quyết các vấn đề tham nhũng nhỏ ... Nhưng điều này không áp dụng trong trường hợp này.

1
Tôi nghĩ rằng nếu bạn chỉ thực hiện một chút nghiên cứu, bạn sẽ thấy rằng btrfs không được sử dụng cho sản xuất. Nếu bạn muốn sử dụng nó cho dữ liệu mà bạn có thể bị mất và không quan tâm đến ... hãy truy cập nó.
mdpc

Câu trả lời:


3

Tôi đồng ý với vonbrand, btrfs chưa đến mức trưởng thành của ext * hoặc XFS hoặc JFS để đặt tên cho một số. Tôi sẽ không sử dụng nó trên máy tính xách tay với dữ liệu quý giá trừ khi tôi có một bản sao lưu đáng tin cậy có thể được thực hiện khi đang di chuyển.

Btrfs có thể phát hiện các lỗi nhưng nó sẽ không làm gì hơn là báo cáo phát hiện trừ khi bạn có một bản sao chưa được sửa chữa của cùng một dữ liệu, điều đó có nghĩa là bạn cần RAID hoặc sao chép dữ liệu trên ổ đĩa.

Điều đó nói rằng, tôi đang xem xét sử dụng nó (sử dụng RAID-1) cho một máy, nhưng tôi cũng có Crashplan chạy trên máy này!

Trong một thời gian dài, tôi đã sử dụng JFS trên máy tính xách tay của mình. Một lý do là việc sử dụng CPU thấp hơn so với XFS hoặc ext3 khi thực hiện các thao tác tệp. Tôi chưa bao giờ xác minh nếu nó cũng tiết kiệm điện năng tiêu thụ, nhưng đó là giả định của tôi. Tôi thấy JFS khá ổn định và an toàn, không bao giờ bị mất dữ liệu khi sử dụng.


Như tôi đã nói, tôi có bản sao. Thật không may, đây không phải là một số lượng vô hạn. Nếu một tệp bị hỏng ngày hôm nay, tôi rất thích hạt nhân của mình nói "Ooops! $ FILE bị hỏng" thay vì chỉ tìm ra nó trong hai tháng kể từ bây giờ, khi tất cả các bản sao lưu của tôi sẽ chứa dữ liệu bị hỏng. Vấn đề với rsynclà nó không có đầu mối về việc một tập tin có nên thay đổi hay không. Điều đó rõ ràng hơn?

Các trang web Hỏi & Đáp là một cách để người dùng đặt câu hỏi và nhận câu trả lời, và cho những người dùng khác để tìm một câu hỏi đã được trả lời. Vì vậy, tôi xin lỗi nếu tôi nói rằng bạn nên sao lưu, có lẽ bạn làm, nhưng người khác có thể không. Tôi quan tâm đến vấn đề tham nhũng tập tin, đó là lý do tại sao NAS (Synology w / ext4) của tôi có tệp sha512sum ở nhiều nơi và dữ liệu trùng lặp để tôi có thể tự kiểm tra tham nhũng dữ liệu. Tôi đã không chờ đợi ZFS hoặc Btrfs! Tuy nhiên, tôi hiện đang cân nhắc việc có nó trong FS để tiết kiệm thời gian cho quản trị viên!
Huygens

Tôi hiểu điều đó. Tôi chỉ là nó đã được nêu trong các bình luận và quan trọng hơn, nó mang lại ấn tượng sai lầm rằng tất cả những gì tôi cần là sao lưu mọi thứ. Mặc dù tôi nghĩ rằng sao lưu là bắt buộc nếu bạn quan tâm dù chỉ một chút về dữ liệu của mình, kiểm tra tính toàn vẹn thích hợp dường như cũng là bắt buộc. Tôi hiện cũng đang sử dụng các tập lệnh kiểm tra băm được làm bằng tay được kích hoạt trước các tập lệnh sao lưu. Vấn đề là nó chỉ giới hạn trong dữ liệu của tôi, không phải thư mục hệ thống / nhà của tôi / v.v. Và đó là thời gian quản trị và nó không thực sự di động ... Tôi sẽ gắn bó với EXT4 một vài năm nữa.

Đối với dữ liệu hệ thống, thật khó chịu khi bị hỏng, nhưng nó không thể giải quyết được vì thông thường dữ liệu có thể tải xuống được. Kiểm tra bài đăng trên blog thú vị này: blog.oracle.com/ksplice/entry/attack_of_the_cosmic_rays1
Huygens

@Gael nó có thể là một lựa chọn khôn ngoan. Một nhược điểm khác của btrfs ngày hôm nay là vì nó được đánh dấu là thử nghiệm, không có gì đảm bảo rằng cấu trúc trên đĩa có thể không thay đổi trong bản cập nhật kernel trong tương lai. Điều này có thể gây đau đầu khi khởi động hệ thống tập tin bằng đĩa CD cứu hộ hệ thống có nhân khác, vì nó có thể thay đổi cấu trúc trên đĩa nếu không đủ cẩn thận. Một số người chơi lớn đang cung cấp hỗ trợ cho nó, vì vậy nếu bạn trả tiền, họ có thể giúp bạn nếu họ hỗ trợ các sự kiện như vậy. Nếu bạn không trả tiền, bạn chỉ có một mình ;-) Dù sao câu hỏi thú vị!
Huygens

9

"Trí tuệ chung" của các nhà phát triển hệ thống tập tin là phải mất khoảng 5 năm để xem xét một hệ thống tập tin đủ ổn định để sử dụng không thử nghiệm. BTRFS chưa tích lũy được 5 năm, vì vậy nó được xem xét nghiêm ngặt để sử dụng thử nghiệm ngay bây giờ. Nếu dữ liệu trên máy không quan trọng và có một kế hoạch sao lưu nghiêm ngặt, hãy thực hiện. Hãy chuẩn bị để báo cáo những điều kỳ lạ xảy ra.

Fedora 18 (bản phát hành hiện tại) không có BTRFS và nó chưa được lên kế hoạch cho Fedora 19 . Và cho rằng một trong những mục tiêu của Fedora là theo dõi mạnh mẽ các công nghệ mới nhất sẽ cho bạn biết điều gì đó ...


1
Điều này là không chính xác. Fedora 18 vận chuyển BTRFS và đây là mặc định cho các cài đặt mới.
Michael Hampton

2
Fedora (tính đến 19) không sử dụng BTRFS làm mặc định. Xem docs.fedoraproject.org/en-US/Fedora/19/html/Installation_Guide/...
chi sóc

1
Nó đã tích lũy được 5 năm rồi. Hoan hô, hãy để việc di chuyển đến nó bắt đầu.
Petr

3

Tôi sử dụng 3 notebook và tôi đã sử dụng BTRFS trên 2 trong số đó hơn 4 năm nay. Vấn đề cuối cùng với sự ổn định (và mất dữ liệu) tôi gặp phải trước khi chuyển sang kernel 3.3, vì vậy với tất cả các mục đích thực tế, tôi coi btrfs ổn định để sử dụng tại nhà.

Thật không may, btrfs không đầy đủ tính năng:

  • như @Huygens đã đề cập, nó thiếu khả năng thực sự chữa lành các tệp bị hỏng.

  • khi bạn đặt nó lên trên ecryptfs(một kiểu sử dụng phổ biến nếu bạn coi trọng dữ liệu được lưu trên máy tính xách tay của mình) và đột nhiên mất nguồn (hoặc gặp sự cố hạt nhân), các tệp hiện đang được ghi thường bị cắt ngắn đến 0 (với rất ít hy vọng phục hồi chúng). Hãy suy nghĩ ~/.config/dconf/userchẳng hạn.

  • bất kỳ hệ thống tập tin COW nào bị phân mảnh nhiều hơn thì không phải là COW. Và không có cách nào thực sự để chống phân mảnh khối lượng BTRFS ngoài việc mua đĩa cứng thứ hai và rsynclấy nội dung. Nếu bạn muốn tránh phân mảnh, bạn nên giữ cho mỗi FS ít nhất 30% trống và (hoặc?) Tránh những thứ như cơ sở dữ liệu, torrent hoặc công cụ đồng bộ hóa tệp. Trong thiết lập của tôi, btrfs đã bị phân mảnh rất nhiều trong 2 năm qua, trên các điều kiện được kiểm soát apt-get installmất nhiều thời gian hơn 6 lần trên phân vùng btrfs chính sau đó trên ext4 trống một nửa. Và tôi đã luôn sử dụng btrfs với autodefragcờ của nó .

Tôi thất vọng với btrfs đến mức tôi dự định chuyển sang ZFS .


0

Nếu bạn quan tâm nhiều đến thời lượng pin, bạn không nên lãng phí thời gian cpu khi nén. Ví dụ, chỉ cần duyệt web sẽ khiến hệ thống của bạn tiêu tốn năng lượng vào việc nén dữ liệu được lưu trong bộ nhớ cache. Nếu bạn gặp vấn đề về không gian lưu trữ, hãy cân nhắc sử dụng bộ nhớ từ xa thường xuyên hơn (xem samba, sshfs, v.v.).

Bạn vẫn có thể muốn sử dụng btrfs cho các tính năng khác hữu ích cho các chiến binh đường phố máy tính xách tay. Ảnh chụp nhanh chính cho tôi, cho phép bạn tạo các bản sao lưu gia tăng thường xuyên trở lại máy trạm của bạn. Ngoài ra còn có tối ưu hóa ssd và nếu bạn từng có một máy tính xách tay có hai ổ đĩa, cân bằng btrfs cung cấp khả năng phản chiếu mạnh mẽ.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.