Trước hết, xin lưu ý rằng nếu bạn đang thực hiện một đĩa hình ảnh (hoặc thậm chí là một vách ngăn hình ảnh), bạn không thể sao chép số lượng được sử dụng trên hệ thống tập tin cấp độ (tức là Được sử dụng
như thể hiện trong df
).
Ngoài ra, ngay cả khi "đã sử dụng" bạn đang đề cập đến kích thước của (các) phân vùng, nếu bạn không tạo một ảnh đĩa đầy đủ, thì có lẽ bạn nên tạo (các) ảnh của (các) phân vùng thay thế (và tùy chọn quay lại up bảng phân vùng/MBR thành một file riêng biệt, đặc biệt với trường hợp của GPT -- có sgdisk
).
Nếu bạn thực sự không đủ khả năng thực sự tạo (các) ảnh đĩa/phân vùng vì thiếu bộ nhớ dự phòng, bạn có thể xem xét:
- tạo "bản sao hệ thống tệp", với công cụ như partclone hoặc cách tiếp cận ngược dòng/chính thức cho một số loại hệ thống tệp nhất định, chẳng hạn như
btrfs gửi
.
đ
với chuyển đổi = thưa thớt
, có thể tránh được các khối (ở kích thướcbs=
, tôi nghĩ) hoàn toàn bằng không vì chiếm nhiều dung lượng (Xem cái này để biết thêm chi tiết.)
- thu nhỏ (các) hệ thống tệp nhiều nhất có thể để sau đó bạn có thể thay đổi kích thước (các) phân vùng trước khi sao chép. Tuy nhiên, một số loại hệ thống tệp không hỗ trợ thu nhỏ.
Tôi không thực sự có kinh nghiệm với chuyển đổi = thưa thớt
btw. Ngoài ra, nó hoạt động tốt như thế nào có thể phụ thuộc vào một số thứ, chẳng hạn như loại hệ thống tệp mà hình ảnh được ghi vào/lưu trữ và/hoặc liệu ổ đĩa nguồn có phải là ổ SSD ít nhất một phần RZAT ("không đọc được sau khi cắt "), vân vân.
Cuối cùng, chỉ để nói về đ
, có iflag=count_bytes
, điều này sẽ cho phép bạn sử dụng đếm =
để xác định có bao nhiêu byte (thay vì khối trong kích thước của (i)bs=
) để nhân bản.
bs=4k
thường là đủ tốt/tốt nhất để sử dụng, không phải vì điều đó có thể là kích thước khối vật lý của ổ cứng, nhưng vì nó là kích thước điển hình kích thước trang. Mặc dù kích thước như 128k hoặc 512k thậm chí có thể hoạt động tốt hơn khi đọc từ một số thiết bị lưu trữ bộ nhớ flash.