The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Выпуск дистрибутива для резервного копирования Rescuezilla 2.2

05.06.2021 07:56

Доступен выпуск дистрибутива Rescuezilla 2.2, предназначенного для резервного копирования, восстановления систем после сбоев и диагностики различных аппаратных проблем. Дистрибутив построен на пакетной базе Ubuntu и продолжает развитие проекта "Redo Backup & Rescue", разработка которого была прекращена в 2012 году. Для загрузки предлагаются live-сборки для 64-разрядных систем x86 (805MB).

Rescuezilla поддерживает резервное копирование и восстановление случайно удалённых файлов в разделах Linux, macOS и Windows. Выполняется автоматический поиск и подключение сетевых разделов, которые можно использовать для размещения резервных копий. Графический интерфейс основан на оболочке LXDE. Формат создаваемых резервных копий полностью совместим с дистрибутивом Clonezilla. При восстановлении поддерживается работа с образами Clonezilla, Redo Rescue, Foxclone и FSArchiver.

Основные изменения:

  • Осуществлён переход на пакетную базу Ubuntu 21.04. Помимо основной сборки также сформирован альтернативный вариант на основе LTS-выпуска Ubuntu 20.04, который более стабильно загружается на некоторых устройствах.
  • Добавлена функция клонирования, позволяющая напрямую переносить разделы с одного устройства на другое.
  • Добавлена возможность восстановления и анализа образов виртуальных машин. Поддерживаются все форматы с которыми работает qemu-nbd (VirtualBox VDI, VMWare VMDK, Qemu QCOW2, HyperV VHDx, raw .dd/.img и т.д.).
  • Добавлена поддержка восстановления и изучения начинки образов с резервными копиями, созданными в продуктах Redo Rescue, Foxclone, FSArchiver, Redo v0.9.2 и частично FOG Project.
  • Предоставлена поддержка настройки формата и уровня сжатия (gzip, zstandard, без сжатия).
  • Реализована недостающая логика восстановления образов Clonezilla, учитывающая такие особенности как расширение размера ФС для записи в раздел большего размера, стадия проверки корректности восстановления, очистка dirty-флага для NTFS, удаление записей о MAC-адресе в udev, переустановка загрузчиков (syslinux, GRUB), обновление initramfs, восстановление метаданных LVM VG и обновление EFI NVRAM для загрузочного устройства.
  • Добавлен режим для выключения компьютера или перезагрузки после завершения операции.
  • Добавлена поддержка подсоединения к внешним хранилищам по NFS и SSH (SFTP).
  • Добавлена возможность прикрепления описания к резервным копиям.
  • Добавлена поддержка создания скриншотов через нажатие Print Screen
  • В состав включены файлы с переводом на русский язык.


  1. Главная ссылка к новости (https://github.com/rescuezilla...)
  2. OpenNews: Доступна система резервного копирования Bareos 20
  3. OpenNews: Выпуск дистрибутива для резервного копирования Rescuezilla 2.1
  4. OpenNews: Выпуск Redo Rescue 2.0.6, дистрибутива для резервного копирования и восстановления
  5. OpenNews: Релиз системы резервного копирования BorgBackup 1.1.0
  6. OpenNews: Выпуск дистрибутива Proxmox Backup Server 1.1
Лицензия: CC-BY
Тип: Программы
Короткая ссылка: https://opennet.ru/55278-rescuezilla
Ключевые слова: rescuezilla, backup
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (32) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, lockywolf (ok), 08:27, 05/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –10 +/
    Новые обои сделали?
     
     
  • 2.17, Rescuezilla (?), 17:00, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Прошу прощения за захват этого поста, но несмотря на то, что в Rescuezilla v2.2 установлены русскоязычные пакеты, перевод самой Rescuezilla является неполным. Если кого-то интересует перевод Rescuezilla, посетите этот сайт: https://hosted.weblate.org/languages/ru/rescuezilla/

    Я рекомендую войти в Weblate, потому что тогда вы можете использовать вкладку «Автоматические предложения» для просмотра машинных переводов (что сэкономит время). Кроме того, после входа в систему вы можете напрямую сохранять переводы (а не просто «предлагать» переводы, которые вам нужно принять позже).

     
     
  • 3.20, Аноним (20), 19:45, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Тонко :D
     

  • 1.2, Аноним (2), 08:44, 05/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +12 +/
    Нужен дистр для редактирования текстовых файлов. А другой - для редактирования графических файлов.
     
     
  • 2.4, DildoZilla (?), 10:01, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +2 +/
    "Один дистрибутив должен выполнять только одну задачу, но делать это не слишком плохо."
     
  • 2.6, Siborgium (ok), 11:54, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • –13 +/
    Предлагаю начать банить клоунов на опеннете.
     
     
  • 3.11, Аноним (11), 13:54, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Ты первый. Готовься.
     
  • 2.7, Аноин (?), 12:11, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Не так давно один олдфаг которого все зае* решил делать дистр с названием Утиль линукс насколько я там понял.))) В нем кат лс и все такое будет работать очень хорошо.
     
  • 2.10, Аноним (11), 13:53, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ага и на каждый отдельное железо. Ты гений! Это же круче контейнеров. Срочно патентуй.
     
  • 2.16, Rescuezilla (?), 16:54, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Rescuezilla также доступна в виде автономного пакета deb объемом 300 КБ, который можно установить в Ubuntu 20.04 и более новых средах (и, возможно, в Debian и Linux Mint).

    Но я нацелен на пользователей Clonezilla, которые ищут альтернативу (в том числе живую среду, которая загружается с USB-накопителя), потому что не все являются энтузиастами технологий, которые могут понять пользовательский интерфейс терминала Clonezilla. Некоторым людям просто нужна Clonezilla, но простая в использовании.

     
  • 2.18, муу (?), 17:28, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    ln -sf /usr/bin/vi /sbin/init
     

  • 1.3, Анм2034 (?), 09:53, 05/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    У "клонзиллы" есть ограниченность которая бесит в нужные моменты, может ли эта штука вычитывать разделы с физически поврежденными ячейками с ssd, без прерывания копирования.
     
     
  • 2.5, gumanzoy (?), 11:21, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +1 +/
    partclone с опцией --rescue может. Но вообще для этого лучше посекторно ddrescue
     
  • 2.15, Rescuezilla (?), 16:49, 05/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я думал о добавлении в Rescuezilla опции «спасения данных», которая использует «ddrescue», но я этого еще не сделал. Rescuezilla v2.2 внутренне работает так же, как Clonezilla, поэтому диски с физически поврежденными ячейками вызовут закрытие внутреннего приложения partclone с ошибкой.
     

  • 1.8, Dzen Python (ok), 12:15, 05/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    О, круто.
     
  • 1.14, Аноним (14), 15:17, 05/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Реализована недостающая логика восстановления образов Clonezilla, учитывающая такие особенности как расширение размера ФС для записи в раздел большего размера, стадия проверки корректности восстановления, очистка dirty-флага для NTFS, удаление записей о MAC-адресе в udev, переустановка загрузчиков (syslinux, GRUB), обновление initramfs, восстановление метаданных LVM VG и обновление EFI NVRAM для загрузочного устройства.

    Вот это круто!

     
  • 1.21, werwer (?), 12:46, 06/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Спасибо за труд )

    А на диск\партицию МЕНЬШЕГО размера можно восстановить образ?

     
     
  • 2.23, Rescuezilla (?), 15:34, 06/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Для клонирования или восстановления на диск меньшего размера, чем исходный, необходимо сначала использовать редактор разделов GParted, чтобы изменить размер разделов исходного диска, чтобы последний раздел полностью соответствовал емкости целевого диска, который перезаписывается. Я задокументировал инструкции здесь: https://github.com/rescuezilla/rescuezilla/wiki/HOWTO:-Restoring-to-a-smaller-


    Этот ручной обходной путь является тем же ограничением, что и Clonezilla (но в случае с Clonezilla вы также должны тщательно выбирать некоторые сложные параметры восстановления).

    У меня есть план по внедрению автоматического изменения размера, но он не будет завершен в ближайшее время.

     
     
  • 3.26, werwer (?), 12:25, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ответ.
    Но это крайне неудобно и ОПАСНО - менять размер ИСХОДНОГО диска. А если исходный на 2-3 ТБ и нет UPS-а? Там времени уйдет столько, что ночевать прийдется.
    Неужели нет иного пути? Другой софт как-то это делает же?
     
     
  • 4.29, Rescuezilla (?), 16:43, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я согласен с тем, что это опасно, поэтому мои инструкции советуют вам создать неизмененную резервную копию перед изменением размера диска. Я считаю это разумной мерой предосторожности.

    У меня есть способ автоматического восстановления на диски меньшего размера. Но на разработку этой функции уходит много времени, так как сначала потребуется много времени, чтобы исправить приложение "partclone-utils". Вот информация: https://github.com/rescuezilla/rescuezilla/issues/18#issuecomment-834179224

    Он будет добавлен в какой-то момент :)

     

  • 1.22, СеменСеменыч777 (?), 14:23, 06/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > Графический интерфейс основан на оболочке LXDE

    что ж вас тянет на *DE как пчел на мед.
    от гуя нужно:
    1) иконки на десктопе, даблклик = запуск.
    2) меню на кнопке "Спуск" как в Windows95.
    3) дата-время в трее
    4) переключение между окнами, простые декорации окон: [_] [=] [X]
    ВСЕ ! и это с лихвой обеспечит простой обычный jwm.

     
  • 1.24, Аноним (24), 17:40, 06/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > удаление записей о MAC-адресе в udev

    А зачем они там? И как их там найти и удалить без Rescuezilla?

     
     
  • 2.25, Rescuezilla (?), 05:11, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Вот сценарий Clonezilla: https://github.com/stevenshiau/clonezilla/blob/7a426016b64def0025c16094922151f

    Я называю этот сценарий оболочки точно так же, как Clonezilla. Rescuezilla делает это, потому что это делает Clonezilla. Но я предполагаю, что причина в том, что при клонировании вы не хотите иметь «память» определенного оборудования, потому что в противном случае у вас будут все эти ненужные сетевые интерфейсы, подключенные к предыдущей машине. Но опять же, я не уверен.

    У Clonezilla много миллионов пользователей и 20 лет разработки. Rescuezilla реализует Clonezilla всеми способами, потому что она обеспечивает гораздо большую надежность, чем «изобретение велосипеда заново» (и повторное открытие того, что у Clonezilla была причина делать все, что она делает). Если Clonezilla откажется от этой функции, я тоже.

     
     
  • 3.28, werwer (?), 13:17, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Клонирование на диск МЕНЬШЕГО размера https://clonezilla.org/clonezilla-live/doc/02_Restore_disk_image/advanced/09-a

    Как я понял достаточно установить флаги на -r , -icds и -k1
    Можно это отразить\сделать в Rescuezilla?

     
     
  • 4.31, Rescuezilla (?), 16:48, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Rescuezilla фактически уже использует эти расширенные функции. Инструкции Clonezilla не говорят вам, что вы должны принудительно использовать последний раздел целевого диска.

    И изменение размера исходного раздела - единственный способ добиться этого.

    FOG Project делает КОПИЮ исходного раздела и изменяет его размер, затем выполняет резервное копирование и удаляет копию. Это очень неэффективный процесс.

    Мой подход состоит в том, чтобы смонтировать резервную копию партклона и скопировать файлы на целевой диск. Это потребует улучшений в проекте "partclone-utils", так что это займет некоторое время.

     
     
  • 5.32, Rescuezilla (?), 16:50, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Извините, плохой перевод. Я имел в виду, что даже с Clonezilla вы должны «изменить размер последнего раздела, чтобы он полностью соответствовал емкости целевого жесткого диска». Я надеюсь, что в этом есть смысл.
     

  • 1.27, werwer (?), 12:27, 07/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кстати.
    Fog Project УМЕЕТ восстанавливать образ на диск МЕНЬШЕГО размера.
    Проверено лично.
     
     
  • 2.30, Rescuezilla (?), 16:45, 07/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Да, проект FOG можно восстановить на жесткие диски меньшего размера, чем исходный. Но мой анализ заставляет меня думать, что это очень медленно и неэффективно. Думаю, у меня получится лучше, но для разработки этой функции потребуется время: https://github.com/rescuezilla/rescuezilla/issues/18#issuecomment-834179224
     
     
  • 3.33, werwer (?), 17:27, 08/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Ваше мнение ошибочно. Быстро восстанаваливает. Можете сами попробовать.
     
     
  • 4.36, Rescuezilla (?), 08:28, 13/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я имел в виду, что для процесса резервного копирования с использованием проекта FOG требуется внутренняя копия данных. Эта дополнительная копия не нужна и замедляет резервное копирование.

    Я не удивлен, что восстановление происходит относительно быстро. Я думаю, что будущая версия Rescuezilla может иметь эту функцию и быть даже быстрее, чем FOG Project, но это потребует некоторой работы.

     

  • 1.34, ВпервыеТут (?), 16:51, 11/06/2021 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Используя клонезиллу и даже acronis невозможно скопировать в образ диск с разновидностью chromeOs Neverware cloudready os. Скажите, есть ли успешный опыт решения?
     
     
  • 2.35, Rescuezilla (?), 08:25, 13/06/2021 [^] [^^] [^^^] [ответить]  
  • +/
    Я попытаюсь выяснить, почему clonezilla, Acronis и Rescuezilla имеют проблемы с ChromeOS и CloudReady.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2021 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру