https://opennet.ru/openforum/vsluhforumID3/124448.html Доступен выпуск дистрибутива Rescuezilla 2.2, предназначенного для резервного копирования, восстановления систем после сбоев и диагностики различных аппаратных проблем. Дистрибутив построен на пакетной базе Ubuntu и продолжает развитие проекта "Redo Backup & Rescue", разработка которого была прекращена в 2012 году. Для загрузки предлагаются live-сборки для 64-разрядных систем x86 (805MB)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=55278<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#38 Sat, 25 Dec 2021 19:20:39 GMT Обновление, декабрь 2021 года: Rescuezilla v2.3 добавила опцию &#171;Спасение&#187; на страницу подтверждения, которая включает опции &#171;--force&#187; и &#171;--rescue&#187; partclone.<br><br>Включение этого параметра означает, что ошибки чтения с диска и несоответствия файловой системы будут игнорироваться, что должно точно достичь вашей цели.<br><br>Я также должен упомянуть: теперь вы можете получить такое же поведение с Clonezilla, включив его параметр &#171;-rescue&#187;, который (после моей рекомендации) теперь также включает &#171;--force&#187; в дополнение к &#171;--rescue&#187;<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#37 Fri, 18 Jun 2021 12:53:53 GMT Просто обновление, я создал проблему, которая исследует это дальше: https://github.com/rescuezilla/rescuezilla/issues/237<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#36 Sun, 13 Jun 2021 05:28:22 GMT Я имел в виду, что для процесса резервного копирования с использованием проекта FOG требуется внутренняя копия данных. Эта дополнительная копия не нужна и замедляет резервное копирование.<br><br>Я не удивлен, что восстановление происходит относительно быстро. Я думаю, что будущая версия Rescuezilla может иметь эту функцию и быть даже быстрее, чем FOG Project, но это потребует некоторой работы.<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#35 Sun, 13 Jun 2021 05:25:27 GMT Я попытаюсь выяснить, почему clonezilla, Acronis и Rescuezilla имеют проблемы с ChromeOS и CloudReady.<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#34 Fri, 11 Jun 2021 13:51:46 GMT Используя клонезиллу и даже acronis невозможно скопировать в образ диск с разновидностью chromeOs Neverware cloudready os. Скажите, есть ли успешный опыт решения? <br> https://opennet.ru/openforum/vsluhforumID3/124448.html#33 Tue, 08 Jun 2021 14:27:45 GMT Ваше мнение ошибочно. Быстро восстанаваливает. Можете сами попробовать.<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#32 Mon, 07 Jun 2021 13:50:55 GMT Извините, плохой перевод. Я имел в виду, что даже с Clonezilla вы должны &#171;изменить размер последнего раздела, чтобы он полностью соответствовал емкости целевого жесткого диска&#187;. Я надеюсь, что в этом есть смысл.<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#31 Mon, 07 Jun 2021 13:48:58 GMT Rescuezilla фактически уже использует эти расширенные функции. Инструкции Clonezilla не говорят вам, что вы должны принудительно использовать последний раздел целевого диска.<br><br>И изменение размера исходного раздела - единственный способ добиться этого.<br><br>FOG Project делает КОПИЮ исходного раздела и изменяет его размер, затем выполняет резервное копирование и удаляет копию. Это очень неэффективный процесс.<br><br>Мой подход состоит в том, чтобы смонтировать резервную копию партклона и скопировать файлы на целевой диск. Это потребует улучшений в проекте "partclone-utils", так что это займет некоторое время.<br> https://opennet.ru/openforum/vsluhforumID3/124448.html#30 Mon, 07 Jun 2021 13:45:12 GMT Да, проект FOG можно восстановить на жесткие диски меньшего размера, чем исходный. Но мой анализ заставляет меня думать, что это очень медленно и неэффективно. Думаю, у меня получится лучше, но для разработки этой функции потребуется время: https://github.com/rescuezilla/rescuezilla/issues/18#issuecomment-834179224<br>