Доступен релиз Linux-дистрибутива Clonezilla Live 2.6.6, предназначенного для быстрого клонирования дисков (копируются только используемые блоки). Задачи выполняемые дистрибутивом сходны с проприетарным продуктом Norton Ghost. Размер iso-образа дистрибутива - 277 МБ (i686, amd64)...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=52888
Какой смысл обновлять ядро в лайвсд?
Ну как бы программы не напрямую с железом или ФС работают
Наверное, чтобы загрузится на любой конфигурации железа?
>Debian SidА зачем узкоспециализированному дистру, работающему с такой деликатной хренью как содержимое накопителей, синхронизироваться с Сидом?
>Ядро Linux обновлено до выпуска 5.5.17;
И при этом иметь старое ядро? У меня на тестинге уже
>5.6.0-1-amd64 #1 SMP Debian 5.6.7-1
Что-то странно.
Кстати, у меня тут давно висит, но всё как-то стрёмно начинать, задача: перенести разделы с большого винта на меньший. Данных не много, большой винт практически пустой. Этот дистр мне поможет?
Вначале исходный раздел уменьшите, что бы он влез на новый диск и переносите, проблем не будет
В вашем случае достаточно будет команды "cp -a src dst". Предварительно просто разделы создайте необходимые на целевом харде.
> перенести разделыGParted LiveCD. Рутинная операция.
https://www.addictivetips.com/ubuntu-linux-tips/clone-a-linu.../> с большого винта на меньший.
Вроде, ни GParted ни Clonezilla не умеют клонировать с большего раздела на меньший на лету, сначала надо ресайзить.
> всё как-то стрёмно начинать
Бакап или добыть третий диск и ресайз делать на копии.
Пофайловыe контрольныe суммы (типа find . -type f -print | sort | xargs ... sha256sum >> filelist.sha256).
>типа find . -type f -print | sort | xargs ... sha256sum >> filelist.sha256Ага, давайте переизобретём rsync на недоученном шелле. Здорово, просто здорово.
>>типа find . -type f -print | sort | xargs ... sha256sum >> filelist.sha256
> Ага, давайте переизобретём rsync на недоученном шелле. Здорово, просто здорово.Нет.
Давайте дополним архивную или резервную копию списком контрольных сумм всех файлов. Полезно для проверки целостности. Ещё для текстового поиска по именам файлов без распаковки архива.При чём тут rsync?
rsync -avzc....
> rsync -avzc....rsync -avxHAXSz --numeric-ids --delete --stats --progress ...
Вообще можно, но надо, чтоб занятое место было не более целевого. И сильно надеятсья, что опция игнора размера целевого диска сработает как надо. Имеют место взбрыки.
Вообще клонЬзилла - вещь. Дома живёт на PXE в 2-х вариантах, i686 & AMD64. Для разных по уровню дремучести компов (да, собираю иногда всякие П3 :) ). Удобно бакапить опять же сразу на файлшару. Недавно с удивлением узнал, что у сабжа на борту имеется рабочий apt с рабочими же репами, так что при желании можно софт прям в текущей сессии доустановить (ставил flashrom и немного повоевал с перешивкой одной флешки на горячую) :D.
> чтоб занятое место было не более целевого.Это очевидно, хотя вы правы, лучше проговаривать.
> сильно надеятсья, что опция игнора размера целевого диска сработает как надо.
> Имеют место взбрыки.Т.е. оно умеет это делать "на лету"? В таком случае я бы ожидал что никакого игнора не надо, а наоборот, система должна принимать во внимнаие что целевой размер меньше, предупреждать юзера и действовать аккуратно.
> Вообще клонЬзилла - вещь. Дома живёт на PXE в 2-х вариантах, i686
> & AMD64. Для разных по уровню дремучести компов (да, собираю иногда
> всякие П3 :) ). Удобно бакапить опять же сразу на файлшару.Я для этой цели держал Knoppix и использовал partimage, тоже с загрузкой по сети, но всё реже и реже. Потом оказалось что если раз в год, то сподручнее GParted на USB использовать. До Clonezilla руки так и не дошли.
> Т.е. оно умеет это делать "на лету"? В таком случае я бы
> ожидал что никакого игнора не надо, а наоборот, система должна принимать
> во внимнаие что целевой размер меньше, предупреждать юзера и действовать аккуратно.Не на лету. Надо осознавать, что и куда вы хотите перенести и ставить опцию игнора размера целевого диска. Таким образом получалось перетянуть образ диска с ДОСом, где собссно досовский раздел - FAT16 2Gb, но винт - 140Гб, на винт 9Гб. Пока что в более сложных вариантах не было практической необхдимости, но смею надеяться, что получится, если насчёт занятого места на разделе принять меры. (Да и времени в конечном итоге меньше займёт перенос).
>> Debian Sid
> А зачем узкоспециализированному дистру, работающему с такой деликатной хренью как содержимое накопителей, синхронизироваться с Сидом?Вангую за особености проприетарных файловых систем, доступные у Сида.
Содержимое накопителей организовано довольно просто. Не назвал бы чем-то деликатным, кроме... пропри ФС.
Norton Ghost с 2013г. не продают. Сегодня уже куча людей есть, которые его ни разу не видели. Так что в новости про Clonezilla о нем можно было бы и не вспоминать. Скорее Acronis True Image
> Norton Ghost с 2013г. не продаютНо мы его помним и любим.
Вот уж кто перетопчется без рекламы здесь, так это A. True I. Вот это - уж точно верно.
>Поддерживаются LVM2 и ФС ext2, ext3, ext4, reiserfs, xfs, jfs, FAT, NTFS, HFS+ (macOS), UFS, minix и VMFS (VMWare ESX).А где btrfs?
Она ещё поддерживается?
Экономически не целесообразно
Подкрасношляпная маня, ты?
там же где и zfs
Что не так? Нормальная вещь, переезжал с её помощью с HDD на SSD.
А чего не просто dd if= of= ?Clonezilla умеет какие-либо нужные для SSD оптимизации?
Как минимум, нет никакого смысла переписывать неиспользуемые блоки (собственно, за что и ценю сабж).
> А чего не просто dd if= of= ?dump/restore
dump -0Laf -C16 -b64 -h0 -f - /dev/gpt/rootfs | restore -rf -
умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты и прочее (в отличие от cp/tar), работает на уровнe ФС.
Сам так переезжал с HDD на HDD, c HDD на SSD и регулярно переношу данные с SSD на HDD (бэкап).Ах да, оно ж в Пингвине уже лет 15 как "не рабо^W нужно! Есть cpio и tar!!" :D
> умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты
> и прочее (в отличие от cp/tar), работает на уровнe ФС.Что сохраняет при переносе dump/restore, и теряет cp/tar?
>> умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты
>> и прочее (в отличие от cp/tar), работает на уровнe ФС.
> Что сохраняет при переносе dump/restore, и теряет cp/tar?Читать цитированное - ну совсем никак?
Сохраните мне tar-ом birth date (подвижки к этому вроде год назад видел, правда не проследил, что из этого стало) и file flags (те самые, из chattr).
А то я специально смотрел - пацаны пишут, что все еще не
https://dev.gentoo.org/~mgorny/articles/portability-of-tar-f...
>>> умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты
>>> и прочее (в отличие от cp/tar), работает на уровнe ФС.
>> Что сохраняет при переносе dump/restore, и теряет cp/tar?
> Читать цитированное - ну совсем никак?
> Сохраните мне tar-ом birth date (подвижки к этому вроде год назад видел,
> правда не проследил, что из этого стало) и file flags (те
> самые, из chattr).Ах вот вы о чём...
Ни разу не стакливался с такой потребностью. mtime, mod, хозяина и группы всегда было достаточно. Потери ACL-ов иногда бывает жалко. Хотя, могу себе представить что кому-то это нужно, и вообше хорошее попадание в кейс.Я бы ожидал видеть подобный функционал в инструментах спецефичных для конкретной файловой системы. Например, dump.ext4 который умеет работать с атрибутами чуть по другому и создаёт файл на который будет ругаться restore.xfs. По аналогии с mount.<FS> и mkfs.<FS>.
годная вещь