Phân mảnh khối lượng logic LVM2

Câu hỏi: Có công cụ nào hỗ trợ phân mảnh khối lượng logic LVM2 không? (Biến phạm vi của chúng thành các chuỗi nhất quán)

Tốt hơn là bằng cách xác định thứ tự mức độ mong muốn (đại loại như "phân vùng A ở đầu đĩa, B sau A, nhưng X ở cuối PV" )

Tất nhiên các trường hợp sau đây phải được xem xét:

VG bao gồm một PV
VG bao gồm nhiều PV, nhưng mỗi LV nằm trên một PV
VG bao gồm nhiều PV, LV có phạm vi hoạt động trên nhiều PV

Cho dù phân vùng có thể bị tước hay không, có thể được thảo luận.

Bí quyết: Có thể di chuyển phạm vi phạm vi với pvmove, ví dụ : pvmove --alloc anywhere /dev/sdb1:1000-1999 /dev/sdb1:0-999.

Lý do: Bởi vì di chuyển nhiều phạm vi bằng tay pvmovehoàn toàn là điều có thể lặp lại (nghi vấn là không có não hay không), tôi tò mò liệu có tồn tại công cụ tự động hóa / hỗ trợ quá trình này không. Nếu không ... có thể tự làm một mình - bạn có nghĩ công cụ như vậy sẽ hữu ích cho người khác không?

— Grzegorz Wierzowiecki
nguồn

Có thể không có công cụ nào vì không có trường hợp sử dụng nào yêu cầu nó. Tôi tò mò, tại sao bạn muốn chống phân mảnh? Có công nghệ đĩa nào có lợi ích cho kích thước mức độ điển hình (4MB) không?

— Gilles 'SO- ngừng trở nên xấu xa'

Hãy xem xét các đặc tính hiệu suất truyền thống của HardDrive (không phải SSD) - đầu đĩa cung cấp hiệu suất tốt hơn so với kết thúc. Đó là yếu tố quan trọng nhất, tại sao bạn có thể muốn có các phạm vi liên quan đến một số phân vùng được đặt vào đầu.

— Grzegorz Wierzowiecki

Đối với loại điều khiển đó, cách đơn giản là phân vùng đĩa thành nhiều ổ đĩa vật lý.

— Gilles 'SO- ngừng trở nên xấu xa'

Nhưng mặt khác, nó làm cho nhiều tập tin cấu hình trở nên lộn xộn hơn và tất cả các thiết lập đều kém linh hoạt. Tôi tin rằng các giải pháp như được đề cập bởi @JimParis LVM2 defragmenterhoặc pvmovethực hiện công việc.

— Grzegorz Wierzowiecki

Câu trả lời:

Tôi đã sử dụng bộ chống phân mảnh LVM2 trước đây. Nó không phải là đơn giản nhất hoặc bằng văn bản tốt nhất, nhưng nó thực hiện các mẹo.

— Jim Paris
nguồn

Trông có vẻ thú vị. Tôi cần phải thử nó.

— Grzegorz Wierzowiecki

Bạn có tin rằng việc chống phân mảnh này có thể giúp (dựa trên nó) dễ dàng thực hiện / tạo ra một cách để phục hồi LV một phần như đã nêu là có thể (đã được thực hiện) ở đây serverfault.com/a/665826/163750 không?

— Sức mạnh Bảo Bình

Một lý do nữa để chống phân mảnh sẽ là giảm cơ hội mất dữ liệu khi thu nhỏ khối lượng logic. Một lý do cụ thể để thu nhỏ âm lượng hợp lý là cho phép mở rộng / khởi động và các phân vùng tương tự trên ổ cứng máy tính MBR cũ hơn. Trong trường hợp của tôi, việc nâng cấp từ LTS 16.04.03 lên LTS 18.04.1 cần nhiều hơn 500 MB được phân bổ cho / khởi động bởi cài đặt mặc định ban đầu.

Không đọc được hàng ngàn dòng mã nguồn cho lvm2 nhưng một số gợi ý trợ giúp / wiki trực tuyến rằng lvm2 sử dụng phép cắt ngắn khá thô bạo khi các quy trình thu nhỏ khối lượng logic đơn giản được sử dụng - như trong trường hợp các tệp được phân bổ trong khu vực được giải phóng bạn có thể sẽ cần khôi phục danh sách các tệp đó (có khả năng là một cuộc truy đuổi ngông cuồng trong chính nó nếu các gói ứng dụng hoặc hệ thống có liên quan - hoặc nếu danh sách tệp người dùng của bạn rất lớn).

— Quan sát
nguồn