https://mobile.opennet.me/openforum/vsluhforumID3/120557.html Доступен релиз Linux-дистрибутива Clonezilla Live 2.6.6, предназначенного для быстрого клонирования дисков (копируются только используемые блоки). Задачи выполняемые дистрибутивом сходны с проприетарным продуктом Norton Ghost. Размер iso-образа дистрибутива - 277 МБ (i686, amd64)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=52888<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#32 Sun, 10 May 2020 22:08:06 GMT &gt; rsync -avzc....<br><br>rsync -avxHAXSz --numeric-ids --delete --stats --progress ...<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#31 Sun, 10 May 2020 20:20:48 GMT rsync -avzc....<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#30 Fri, 08 May 2020 06:12:37 GMT там же где и zfs<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#29 Fri, 08 May 2020 06:02:07 GMT &gt; Т.е. оно умеет это делать "на лету"? В таком случае я бы <br>&gt; ожидал что никакого игнора не надо, а наоборот, система должна принимать <br>&gt; во внимнаие что целевой размер меньше, предупреждать юзера и действовать аккуратно. <br><br>Не на лету. Надо осознавать, что и куда вы хотите перенести и ставить опцию игнора размера целевого диска. Таким образом получалось перетянуть образ диска с ДОСом, где собссно досовский раздел - FAT16 2Gb, но винт - 140Гб, на винт 9Гб. Пока что в более сложных вариантах не было практической необхдимости, но смею надеяться, что получится, если насчёт занятого места на разделе принять меры. (Да и времени в конечном итоге меньше займёт перенос).<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#28 Thu, 07 May 2020 19:41:35 GMT &gt;&gt;&gt; умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты <br>&gt;&gt;&gt; и прочее (в отличие от cp/tar), работает на уровнe ФС.<br>&gt;&gt; Что сохраняет при переносе dump/restore, и теряет cp/tar?<br>&gt; Читать цитированное - ну совсем никак?<br>&gt; Сохраните мне tar-ом birth date (подвижки к этому вроде год назад видел, <br>&gt; правда не проследил, что из этого стало) и file flags (те <br>&gt; самые, из chattr).<br><br>Ах вот вы о чём... <br>Ни разу не стакливался с такой потребностью. mtime, mod, хозяина и группы всегда было достаточно. Потери ACL-ов иногда бывает жалко. Хотя, могу себе представить что кому-то это нужно, и вообше хорошее попадание в кейс.<br><br>Я бы ожидал видеть подобный функционал в инструментах спецефичных для конкретной файловой системы. Например, dump.ext4 который умеет работать с атрибутами чуть по другому и создаёт файл на который будет ругаться restore.xfs. По аналогии с mount.&lt;FS&gt; и mkfs.&lt;FS&gt;.<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#27 Thu, 07 May 2020 19:06:39 GMT &gt;&gt; умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты <br>&gt;&gt; и прочее (в отличие от cp/tar), работает на уровнe ФС.<br>&gt; Что сохраняет при переносе dump/restore, и теряет cp/tar?<br><br>Читать цитированное - ну совсем никак?<br>Сохраните мне tar-ом birth date (подвижки к этому вроде год назад видел, правда не проследил, что из этого стало) и file flags (те самые, из chattr). <br>А то я специально смотрел - пацаны пишут, что все еще не<br>https://dev.gentoo.org/~mgorny/articles/portability-of-tar-features.html#file-flags<br><br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#26 Thu, 07 May 2020 15:06:19 GMT <br>&gt; умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты <br>&gt; и прочее (в отличие от cp/tar), работает на уровнe ФС.<br><br>Что сохраняет при переносе dump/restore, и теряет cp/tar?<br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#25 Thu, 07 May 2020 15:02:00 GMT &gt; чтоб занятое место было не более целевого.<br><br>Это очевидно, хотя вы правы, лучше проговаривать.<br> <br>&gt; сильно надеятсья, что опция игнора размера целевого диска сработает как надо. <br>&gt; Имеют место взбрыки.<br><br>Т.е. оно умеет это делать "на лету"? В таком случае я бы ожидал что никакого игнора не надо, а наоборот, система должна принимать во внимнаие что целевой размер меньше, предупреждать юзера и действовать аккуратно.<br><br>&gt; Вообще клонЬзилла - вещь. Дома живёт на PXE в 2-х вариантах, i686 <br>&gt; & AMD64. Для разных по уровню дремучести компов (да, собираю иногда <br>&gt; всякие П3 :) ). Удобно бакапить опять же сразу на файлшару.<br><br>Я для этой цели держал Knoppix и использовал partimage, тоже с загрузкой по сети, но всё реже и реже. Потом оказалось что если раз в год, то сподручнее GParted на USB использовать. До Clonezilla руки так и не дошли.<br><br><br> https://mobile.opennet.me/openforum/vsluhforumID3/120557.html#24 Thu, 07 May 2020 09:07:35 GMT &gt; А чего не просто dd if= of= ?<br><br>dump/restore<br>dump -0Laf -C16 -b64 -h0 -f - /dev/gpt/rootfs &#124; restore -rf -<br>умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты и прочее (в отличие от cp/tar), работает на уровнe ФС. <br>Сам так переезжал с HDD на HDD, c HDD на SSD и регулярно переношу данные с SSD на HDD (бэкап).<br><br>Ах да, оно ж в Пингвине уже лет 15 как "не рабо^W нужно! Есть cpio и tar!!" :D<br><br><br>