În primul rând, vă rugăm să rețineți că, dacă faceți un disc imagine (sau chiar a compartimentare imagine), nu puteți doar clona cât de mult este folosit Sistemul de fișiere nivel (adică Folosit așa cum se arată în df).
În plus, chiar dacă prin „folosit” vă referiți la dimensiunea partiției (partițiilor), dacă nu faceți o imagine completă a discului, probabil că ar trebui să faceți imagini ale partițiilor (și opțional înapoi) susține tabelul de partiții / MBR la un fișier separat, mai ales în cazul GPT -- există sgdisk).
Dacă într-adevăr nu vă puteți permite să faceți imagini de disc/partiție din cauza lipsei de spațiu de stocare de rezervă, puteți lua în considerare:
- faceți „clona sistemului de fișiere”, cu instrumente precum partclone sau abordarea upstream/oficială pentru anumite tipuri de sisteme de fișiere, cum ar fi
btrfs trimite.
dd cu conv=rar, care ar putea evita blocajele (în dimensiuneabs=, cred) care sunt complet zero din faptul că ocupă la fel de mult spațiu (vezi acest pentru mai multe detalii.)- micșorați sistemul (sistemele) de fișiere cât de mult puteți, astfel încât apoi să puteți redimensiona partiția (partițiile) înainte de clonare. Totuși, unele tipuri de sisteme de fișiere nu acceptă micșorarea.
De fapt nu am experiență conv=rar btw. De asemenea, cât de bine funcționează ar putea depinde de câteva lucruri, cum ar fi tipul sistemului de fișiere în care sunt scrise / stocate imaginile și/sau dacă unitatea sursă este un SSD care este cel puțin parțial RZAT ("citește zero după tăiere". "), etc.
În sfârșit, doar să vorbim despre dd, există iflag=count_bytes, care v-ar permite să utilizați numără= pentru a determina câte octeți (în loc de blocuri în dimensiunea de (i)bs=) a clona.
bs=4k este adesea suficient de bun / cel mai bun de utilizat, nu pentru că asta ar putea fie dimensiunea blocului fizic al hard disk-ului, ci pentru că este tipic mărimea paginii. Deși dimensiuni precum 128k sau 512k ar putea funcționa și mai bine atunci când citiți de pe anumite dispozitive de stocare cu memorie flash.
