Образ файловой системы

dump/restore

можно файловую систему просто скопировать?

man cp

man rsync

еще tar можно

уменьши раздел диска (/dev/sda1) до нужного значения (< 256), потом сам раздел через dd (dd if=/dev/sda1 of...)

Можешь еще через Gparted уменьшить диск (почти до самого минимума), а через Clonezilla скопировать старую партицию на новый диск. Clonezilla может копировать меньший диск на больший и увеличивать раздел.

тулза которая создает образ только заполненой области на диске

В Linux есть partimage

Спасибо за идею, хотя когда ехал на работу что-то похожее в голову мне тоже пришло :)

Спасибо, не знал. Надо будет посмотреть.

dd не вариант, так как он делает образ всего диска

Можно образ сжимать на лету, нули места не займут. Типа

dd if=/dev/sda1 | pigz > sda1.img.gz

Можно образ сжимать на лету, нули места не займут.

перед этим надо записать туда файл из нулей и его удалить.

А у меня SSD 512, а хочу перенести на SSD 256.

Можно образ сжимать на лету, нули места не займут.

А обратно?

Ну, я предположил, что у ТСа больше половины диска никогда занято не было и, соответственно, там всегда нули и были.

А обратно так же.

pigz -c sda1.img.gz | dd of=/dev/sda1

не развернется оно на носитель меньшего обьема, инфа 100%. dump/restore афаик работает только с ext* ФС, но тулзы очень годные. во фре спасали не раз.

А обратно?

а обратно — разжимать. Обычно это получается быстрее, например если ты соединил два компьютера витухой.

Ну, я предположил, что у ТСа больше половины диска никогда занято не было и, соответственно, там всегда нули и были.

ну в принципе для SSD с TRIM и discard так и будет, но необходимо дать время сборщику мусора, что-бы он успел всё очистить. Тогда там почти везде будет 0x00 или 0xFF. В последнем случае писать нули даже вредно, ибо GC будет их переделывать в свои дефолтные 0xFF.

dump/restore афаик работает только с ext* ФС, но тулзы очень годные.

не нужно. Есть жеж tar.

Ну удержался и попробовал у себя.
Раздел с оффтопиком на 83Гб, из которых занято 32, ужался до 9Гб.

↪ df -h | grep "sdb2"
/dev/sdb2             84G          33G   52G           39% /media/gasinvein/Windows
↪ sudo dd if=/dev/sdb2 bs=1M | pv | pigz > ~/sdb2.img.gz
85344+0 записей получено
85344+0 записей отправлено
скопировано 89489670144 байта (89 GB), 312,266 c, 287 MB/c
83,3GiB 0:05:12 [ 273MiB/s]
↪ ls -lh sdb2.img.gz                  
-rw-rw-r-- 1 gasinvein gasinvein 9,0G янв.  21 09:36 sdb2.img.gz

еще раз dump/restore оптимальный вариант если на борту ext*

а обратно — разжимать

Куда разжимать-то, если накопитель в два раза меньше?

В /dev/null, оно всё стерпит.

с помощю команды dd не вариант, так как он делает образ всего диска

Берешь и делаешь таки dd-ями, а потом вот так:

fdisk -lu image.img # to determine the end of a partition
truncate --size=$[($end_of_partition+1)*512] image.img

Для чего вообще тут dd, если можно просто tar'ом собрать всю иерархию без {sys,proc,dev,mnt} и сжать тем же pigz'ом. Когда нужно восстановить — распаковал, chroot, поставил загрузчик и всё готово.

Точно так же как и на маке - tar

как без сторонних програм можно создать образ диска

проще с clonezilla грузанись и сделай

t a r