| |
| 2.4, Аноним (4), 20:50, 06/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
Ну как бы программы не напрямую с железом или ФС работают
| | |
|
| 1.2, A.Stahl (ok), 20:38, 06/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– |
 >Debian Sid
А зачем узкоспециализированному дистру, работающему с такой деликатной хренью как содержимое накопителей, синхронизироваться с Сидом?
>Ядро Linux обновлено до выпуска 5.5.17;
И при этом иметь старое ядро? У меня на тестинге уже
>5.6.0-1-amd64 #1 SMP Debian 5.6.7-1
Что-то странно.
Кстати, у меня тут давно висит, но всё как-то стрёмно начинать, задача: перенести разделы с большого винта на меньший. Данных не много, большой винт практически пустой. Этот дистр мне поможет?
| | |
| |
| 2.3, Й (?), 20:40, 06/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вначале исходный раздел уменьшите, что бы он влез на новый диск и переносите, проблем не будет
| | |
| 2.10, Озорной Гусь (?), 21:28, 06/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
В вашем случае достаточно будет команды "cp -a src dst". Предварительно просто разделы создайте необходимые на целевом харде.
| | |
| |
| 3.15, foo (?), 23:03, 06/05/2020 [^] [^^] [^^^] [ответить]
| +/– | |
>типа find . -type f -print | sort | xargs ... sha256sum >> filelist.sha256
Ага, давайте переизобретём rsync на недоученном шелле. Здорово, просто здорово.
| | |
| |
| 4.16, Licha Morada (ok), 23:34, 06/05/2020 [^] [^^] [^^^] [ответить]
| +2 +/– |
 >>типа find . -type f -print | sort | xargs ... sha256sum >> filelist.sha256
> Ага, давайте переизобретём rsync на недоученном шелле. Здорово, просто здорово.
Нет.
Давайте дополним архивную или резервную копию списком контрольных сумм всех файлов. Полезно для проверки целостности. Ещё для текстового поиска по именам файлов без распаковки архива.
При чём тут rsync?
| | |
| |
| |
| 6.32, n80 (?), 01:08, 11/05/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> rsync -avzc....
rsync -avxHAXSz --numeric-ids --delete --stats --progress ...
| | |
|
|
|
| 3.22, ryoken (ok), 08:13, 07/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
 Вообще можно, но надо, чтоб занятое место было не более целевого. И сильно надеятсья, что опция игнора размера целевого диска сработает как надо. Имеют место взбрыки.
Вообще клонЬзилла - вещь. Дома живёт на PXE в 2-х вариантах, i686 & AMD64. Для разных по уровню дремучести компов (да, собираю иногда всякие П3 :) ). Удобно бакапить опять же сразу на файлшару. Недавно с удивлением узнал, что у сабжа на борту имеется рабочий apt с рабочими же репами, так что при желании можно софт прям в текущей сессии доустановить (ставил flashrom и немного повоевал с перешивкой одной флешки на горячую) :D.
| | |
| |
| 4.25, Licha Morada (ok), 18:02, 07/05/2020 [^] [^^] [^^^] [ответить]
| +/– | |
> чтоб занятое место было не более целевого.
Это очевидно, хотя вы правы, лучше проговаривать.
> сильно надеятсья, что опция игнора размера целевого диска сработает как надо.
> Имеют место взбрыки.
Т.е. оно умеет это делать "на лету"? В таком случае я бы ожидал что никакого игнора не надо, а наоборот, система должна принимать во внимнаие что целевой размер меньше, предупреждать юзера и действовать аккуратно.
> Вообще клонЬзилла - вещь. Дома живёт на PXE в 2-х вариантах, i686
> & AMD64. Для разных по уровню дремучести компов (да, собираю иногда
> всякие П3 :) ). Удобно бакапить опять же сразу на файлшару.
Я для этой цели держал Knoppix и использовал partimage, тоже с загрузкой по сети, но всё реже и реже. Потом оказалось что если раз в год, то сподручнее GParted на USB использовать. До Clonezilla руки так и не дошли.
| | |
| |
| 5.29, ryoken (ok), 09:02, 08/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
> Т.е. оно умеет это делать "на лету"? В таком случае я бы
> ожидал что никакого игнора не надо, а наоборот, система должна принимать
> во внимнаие что целевой размер меньше, предупреждать юзера и действовать аккуратно.
Не на лету. Надо осознавать, что и куда вы хотите перенести и ставить опцию игнора размера целевого диска. Таким образом получалось перетянуть образ диска с ДОСом, где собссно досовский раздел - FAT16 2Gb, но винт - 140Гб, на винт 9Гб. Пока что в более сложных вариантах не было практической необхдимости, но смею надеяться, что получится, если насчёт занятого места на разделе принять меры. (Да и времени в конечном итоге меньше займёт перенос).
| | |
|
|
|
| 2.17, Аноним (17), 23:53, 06/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
>> Debian Sid
> А зачем узкоспециализированному дистру, работающему с такой деликатной хренью как содержимое накопителей, синхронизироваться с Сидом?
Вангую за особености проприетарных файловых систем, доступные у Сида.
Содержимое накопителей организовано довольно просто. Не назвал бы чем-то деликатным, кроме... пропри ФС.
| | |
|
| 1.6, Аноним (6), 20:54, 06/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +4 +/– |
Norton Ghost с 2013г. не продают. Сегодня уже куча людей есть, которые его ни разу не видели. Так что в новости про Clonezilla о нем можно было бы и не вспоминать. Скорее Acronis True Image
| | |
| |
| 2.18, Аноним (17), 23:56, 06/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Вот уж кто перетопчется без рекламы здесь, так это A. True I. Вот это - уж точно верно.
| | |
|
| 1.7, Аноним (7), 21:01, 06/05/2020 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Поддерживаются LVM2 и ФС ext2, ext3, ext4, reiserfs, xfs, jfs, FAT, NTFS, HFS+ (macOS), UFS, minix и VMFS (VMWare ESX).
А где btrfs?
| | |
| |
| 2.19, Аноним (17), 23:58, 06/05/2020 [^] [^^] [^^^] [ответить]
| +/– | |
А чего не просто dd if= of= ?
Clonezilla умеет какие-либо нужные для SSD оптимизации?
| | |
| |
| 3.21, n80 (?), 02:57, 07/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
Как минимум, нет никакого смысла переписывать неиспользуемые блоки (собственно, за что и ценю сабж).
| | |
| 3.24, анонн (ok), 12:07, 07/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
 > А чего не просто 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
| | |
| |
| 4.26, Licha Morada (ok), 18:06, 07/05/2020 [^] [^^] [^^^] [ответить]
| –1 +/– |
> умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты
> и прочее (в отличие от cp/tar), работает на уровнe ФС.
Что сохраняет при переносе dump/restore, и теряет cp/tar?
| | |
| |
| 5.27, анонн. (?), 22:06, 07/05/2020 [^] [^^] [^^^] [ответить]
| +1 +/– |
>> умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты
>> и прочее (в отличие от cp/tar), работает на уровнe ФС.
> Что сохраняет при переносе dump/restore, и теряет cp/tar?
Читать цитированное - ну совсем никак?
Сохраните мне tar-ом birth date (подвижки к этому вроде год назад видел, правда не проследил, что из этого стало) и file flags (те самые, из chattr).
А то я специально смотрел - пацаны пишут, что все еще не
https://dev.gentoo.org/~mgorny/articles/portability-of-tar-features.html#file-
| | |
| |
| 6.28, Licha Morada (ok), 22:41, 07/05/2020 [^] [^^] [^^^] [ответить]
| +/– |
>>> умеет переносить данные с большого раздела на меньший, сохранять все флаги, атрибуты
>>> и прочее (в отличие от cp/tar), работает на уровнe ФС.
>> Что сохраняет при переносе dump/restore, и теряет cp/tar?
> Читать цитированное - ну совсем никак?
> Сохраните мне tar-ом birth date (подвижки к этому вроде год назад видел,
> правда не проследил, что из этого стало) и file flags (те
> самые, из chattr).
Ах вот вы о чём...
Ни разу не стакливался с такой потребностью. mtime, mod, хозяина и группы всегда было достаточно. Потери ACL-ов иногда бывает жалко. Хотя, могу себе представить что кому-то это нужно, и вообше хорошее попадание в кейс.
Я бы ожидал видеть подобный функционал в инструментах спецефичных для конкретной файловой системы. Например, dump.ext4 который умеет работать с атрибутами чуть по другому и создаёт файл на который будет ругаться restore.xfs. По аналогии с mount.<FS> и mkfs.<FS>.
| | |
|
|
|
|
|
|
