Tại sao đĩa tôi nhân bản với Clonezilla chiếm nhiều dung lượng hơn nguồn?


0

Tôi đã sử dụng Clonezilla để sao chép một đĩa 1TB thành 2TB lớn hơn, với mục đích biến 2TB thành ổ dữ liệu chính của tôi. Tuy nhiên, sau khi thực hiện sao chép, tôi thấy rằng hệ thống tệp nhân bản chứa 928GiB dữ liệu, so với chỉ 922GiB trong ổ đĩa nguồn.

Đây có phải là bình thường, và nếu vậy, tại sao? 6GiB thêm đến từ đâu và điều gì có thể là chất xúc tác cho nó?


Vì vậy, bạn chỉ cần sao chép ổ đĩa. Hoặc bạn đã sao chép ổ đĩa và sau đó mở rộng phân vùng để lấp đầy không gian thừa?
nghịch lý

Chỉ cần đoán: Bạn biết trên các tệp hệ thống tệp bình thường (chẳng hạn như NTFS) có thể trở nên rất vô tổ chức ở vị trí của nó trên đĩa. Đó là lý do tại sao đôi khi (trên Windows) nếu bạn thấy các thuộc tính của thư mục, "Kích thước trên đĩa" lớn hơn nhiều so với "Kích thước" - điều này là do sự vô tổ chức. Đó có thể là khi bạn nhân bản ổ đĩa mà bạn mang theo sự vô tổ chức (~ Kích thước trên đĩa) sẽ lớn hơn so với Kích thước thực tế ~ Kích thước. Bản sao có thể giữ dữ liệu vô giá trị thêm này giữa các tệp, paradoxongọi là mở rộng.
El8dN8

Nếu bạn có một tệp cho bản sao kích thước cụm của bạn trên ổ đĩa 2TB có thể lớn hơn. Vì vậy, tập tin có thể chiếm nhiều không gian hơn. Trên Windows, bạn thường có kích thước và kích thước trên thuộc tính đĩa trong thuộc tính tệp của mình.
Seth

@Seth - Bạn có ý nghĩa gì với một tập tin cho bản sao? Tôi không chắc kích thước cụm có bị thay đổi hay không, nhưng nó được mặc định là 4096KB. Tôi đã nghĩ rằng một công cụ nhân bản ổ đĩa Clonezilla sẽ giữ kích thước cụm theo mặc định.
Hashim

1
Nếu bạn sao chép đĩa, điều này không ảnh hưởng đến sự phân mảnh, nó sẽ được nhân bản. Nhưng tôi nghĩ điều gây ra sự khác biệt 6G là sự mở rộng hệ thống tập tin. NTFS sử dụng các bảng inode trải đều ra khỏi đĩa để tự tổ chức. Làm cho FS lớn hơn, sẽ tạo ra nhiều mục trong bảng hơn. Trên các đĩa lớn với kích thước cụm nhỏ, điều này có thể lên tới vài GB. Nếu bạn định dạng một ổ đĩa, bạn sẽ nhận thấy rằng nó không hoàn toàn miễn phí ngay cả khi không có dữ liệu người dùng trên đó. Ngoài ra, cửa sổ dành phần trăm cho mỗi ổ cho tính năng thùng rác, điều này sẽ được đánh dấu là đã sử dụng.
nghịch lý

Câu trả lời:


0

Sau khi chạy Disk Cleanup trên ổ đĩa nguồn và sử dụng nó để xóa các tệp được liệt kê, sau đó xóa các điểm khôi phục không hiện tại và bản sao bóng, tôi chạy lại bản sao bằng các cài đặt tương tự.

Lần này tôi nhận được kết quả hợp lý hơn nhiều:

Ổ đĩa nguồn

nhập mô tả hình ảnh ở đây

Bản sao của ổ đĩa nguồn

nhập mô tả hình ảnh ở đây

Vẫn còn có sự khác biệt ~ 35MiB có khả năng đáng lo ngại, nhất là bởi vì nó có khả năng lên tới rất nhiều tài liệu quan trọng, nhưng điều này có thể được giải thích bởi điểm của Paradoxon trên không gian mà các bảng inode chiếm trên hệ thống tệp khi nó được mở rộng. Tôi không biết rằng các ổ đĩa và hệ thống tệp của họ có cấu trúc không phải tệp có thể lấy dữ liệu, vì vậy đây là tin tức với tôi và tôi hy vọng đó là trường hợp ở đây.

Tuy nhiên, thật đáng thất vọng khi bản sao bit-bit-bit thực sự không có nghĩa là bản sao bit-bit-bit; đối với tôi, nó có xu hướng loại bỏ rất nhiều sự dễ dàng trong việc tạo bản sao ổ đĩa và hình ảnh thay vì sao lưu thủ công.


2
Bằng cách thay đổi kích thước hệ thống tập tin sau khi nhân bản nó, bạn đã không tạo bản sao từng bit một, vì bạn đã thay đổi bản sao sau đó.
Daniel B

@DanielB Điểm công bằng. Nếu tôi có thời gian hoặc năng lượng, tôi sẽ kiểm tra lại mà không mở rộng hệ thống tập tin.
Hashim

1
Ngoài ra, NTFS không sử dụng Inodes mà thay vào đó là MFT (cũng chiếm dung lượng nhưng là một khái niệm khác). Ngoài ra, bạn đã thay đổi các tham số sau đó để bit cho bản sao bit thực sự có thể là một, bạn chỉ cần sửa đổi nó.
Seth
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.