Btrfs subvolume vs thư mục?


13

Tôi đã đọc một chút công bằng về tính năng subvolume của btrfs. Mặc dù có vẻ thú vị khi có các subvolume cho các danh mục chính trong hệ thống tệp dữ liệu, chẳng hạn như @films, @pictures, @music ... Điều này có lợi thế gì khi chỉ có các thư mục?

Tôi sẽ cần phải gắn kết mỗi subvolume? Hoặc các subvolume sẽ xuất hiện như các thư mục dưới điểm gắn kết gốc? tức là đối với điểm / dữ liệu gắn kết, tôi sẽ có: / data / hình ảnh, / data / âm nhạc, v.v.

Câu trả lời:


7

Câu trả lời cho một trong hai hoặc câu hỏi của bạn là "cả hai". Có, bạn sẽ phải gắn kết mỗi subvolume. Mỗi subvolume hoạt động giống như một hệ thống tệp bình thường, vì vậy chúng sẽ xuất hiện trong các điểm gắn kết như / etc.

Có một vài lợi thế cho ý tưởng đó. Chẳng hạn, bạn có thể biến thư mục cơ sở dữ liệu MySQL của mình thành một tệp con, điều này sẽ cho phép bạn chụp ảnh nhanh để sử dụng với các bản sao lưu. Bạn cũng có thể chọn biến thư mục đó thành RAID1, để nếu một đĩa bị lỗi, cơ sở dữ liệu của bạn vẫn còn nguyên vẹn. Một cách khác là sử dụng một subvolume cho / etc để bạn luôn có thể đảo ngược mọi loại thay đổi cấu hình trên toàn hệ thống. Sử dụng một subvolume cho / home / tên người dùng có khả năng cho phép mỗi người dùng có một cỗ máy thời gian, mặc dù có thể theo cách linh hoạt hơn nhiều so với những gì Apple cung cấp trong hệ thống của họ.

Và tất nhiên, một lợi ích của việc có một subvolume cho ngôi nhà và một lợi ích khác cho root là khả năng đảo ngược nâng cấp. Chẳng hạn, bạn nâng cấp từ 12.04 lên 12.10 từ rất sớm, phát hiện ra rằng đó là một lỗi quá lớn sau tháng đầu tiên, vì vậy bạn chỉ cần nâng cấp hệ điều hành của mình. Tôi đã không tự mình thử điều đó, nhưng nó sẽ hoạt động tốt như giữ nhà của bạn và cài đặt lại hệ thống trước đó, ngoại trừ việc mất khoảng một giây trong một giờ. :)


Tôi biết câu trả lời này khá cũ, nhưng tôi có thể sử dụng một mẹo ngay bây giờ: Bạn đã đưa ra tuyên bố rằng người ta có thể chọn một mức sao chép khác nhau cho mỗi subvolume. Bạn có thể cung cấp một nguồn hoặc một hướng dẫn nhỏ để làm điều đó? Tôi không thể tìm thấy bất kỳ và tôi không thể sử dụng tính năng này (mặc dù tôi thực sự muốn!) Tôi luôn kết thúc với toàn bộ hệ thống trong singlehoặc ở RAID1chế độ.
Jonas Schäfer

@JonasWielicki Hiện tại, các mức sao chép khác nhau cho mỗi subvolume không được triển khai: unix.stackexchange.com/questions/82869
ignis

7

Subvolume dưới subvolume gốc mặc định xuất hiện dưới dạng thư mục và không cần phải gắn nếu bạn đã gắn subvolume gốc.

Sự khác biệt giữa một thư mục và một subvolume là các subvolume có thể được gắn mà không cần gắn subvolume cha (root) hoặc bất kỳ subvolume nào khác. Và subvolume có thể được chụp nhanh, trong khi các thư mục thì không thể.


Subvolume không đếm được là chỉ đọc.
Dennis

0

Tính năng Subvolume, sử dụng kernel Ubuntu hiện tại (từ ubfox 12.10), không có ý nghĩa gì vì nó vẫn bỏ lỡ "Nhóm hạn ngạch Subvolume". Bạn phải đợi kernel 3.6 (có thể là Ubuntu 13.04?) Bạn có thể snaphost một subvolume và dĩ nhiên bạn không thể chụp nhanh một thư mục. Nhưng bạn có thể mong đợi các subvolume hoạt động như Luồng logic với LVM, nhưng với btrfs, chúng tôi không có kịch bản giống nhau, vì chúng tôi không có phần mở rộng hạn ngạch với kernel này.

Do đó: có, bạn có thể tạo ảnh chụp nhanh, nhưng chúng trông giống như các thư mục và nếu bạn lấp đầy khoảng trống trên một tệp con, bạn sẽ lấp đầy khoảng trống trên toàn bộ hệ thống tệp .....

Bạn thậm chí có thể thay đổi kích thước một subvolume, bằng cách đưa ra đường dẫn của subvolume, nhưng hoạt động thay đổi kích thước ảnh hưởng đến toàn bộ hệ thống tập tin chứ không phải đường dẫn của subvolume.

Nói cách khác, với kernel này, subvolume không sẵn sàng sản xuất.

Mặt khác, bạn phải sử dụng các hệ thống tập tin btrfs như khối lượng, và không phải subvolume. hệ thống tập tin btrfs có thể được thu hẹp trực tuyến và mở rộng trực tuyến, và do đó không cần thiết phải có hạn ngạch.


Tôi đã xem BTRFS trên SysrescuCD và nó có phần mở rộng hạn ngạch. Nhưng hạt nhân là 3,4. Có lẽ họ đã vá kernel để kích hoạt tiện ích mở rộng này (??) .... dù sao, thay đổi kích thước khối lượng ZFS vẫn hoạt động tốt, trong khi nó không hoạt động với BTRFS. Đó là lý do tại sao chúng ta cần hạn ngạch.
Massimiliano Adamo
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.