Автор Тема: Systemback - резервирование и создание образа системы  (Прочитано 27730 раз)

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3666
  • Да будет свет!
Для упрощения установки Systemback 1.9.4 в созданной на пакетной основе Ubuntu 20.04 LTS (Focal Fossa)  сборке Matuntu-F предлагаю к загрузке из Яндекс диска архив каталога со всеми необходимыми пакетами, в т.ч. пересобранный пакет systemback-locales_1.9.4_all_new.deb (с русской и украинской локалями от Андрея Овчарова) - https://yadi.sk/d/dQNuVMio2hfShQ (размер 6,8 МБ).
В распакованном каталоге достаточно открыть терминал и выполнить команду: sudo dpkg -i *
Делай с нами, делай как мы, делай лучше нас!

Оффлайн S.A.

  • Пользователь
  • **
  • Сообщений: 76
]Специально посмотрел форум Linux Mint на тему о Systemback. Ни одного упоминания положительного опыта его использования.

За форум  Linux Mint не скажу, а вот у себя нашёл свой скрин работы Systemback в UEFI режиме (не помню для какого форума делал)

Спойлер

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3666
  • Да будет свет!
вот у себя нашёл свой скрин работы Systemback в UEFI режиме (не помню для какого форума делал)

Спойлер

С какой версии началась поддержка Systemback-ом установки на компьютеры с UEFI, не помню. Ваш опыт однозначно будет полезен. Спасибо!
Делай с нами, делай как мы, делай лучше нас!

Оффлайн viktor_ja

  • Старожил
  • ****
  • Сообщений: 252
Опробовал новую версию Systemback 1.9.4. Версия новая, а недостатки старые. Не справляется Systemback с новой структурой каталогов системы. ISO-образ создаёт правильно, с симлинками вместо некоторых каталогов, а вот восстановление с него на носитель делает неверно, вместо симлинков - полновесные каталоги. И, как следствие, получаем увеличенный размер системы на носитель.
Скриншоты:
Загрузка с ISO-образа в Live-режиме

Загрузка с носителя после восстановления с ISO-образа

Оффлайн ivm

  • Ветеран
  • *****
  • Сообщений: 2377
Опробовал новую версию Systemback 1.9.4. Версия новая, а недостатки старые. Не справляется Systemback с новой структурой каталогов системы. ISO-образ создаёт правильно, с симлинками вместо некоторых каталогов, а вот восстановление с него на носитель делает неверно, вместо симлинков - полновесные каталоги. И, как следствие, получаем увеличенный размер системы на носитель.
Хотелось бы конкретизации, насколько увеличился размер системы.
Что непонятно спрашиваем, если всё понятно - пользуемся.
Что бы ни случилось, всё будет хорошо!

Оффлайн ivm

  • Ветеран
  • *****
  • Сообщений: 2377
Не дождавшись ответа, проверил установку образа, созданного систембэком из майской Matuntu. Его размер с сильным сжатием получился 2,2 ГБ (в сети есть утверждение, что программа не создаёт образы более 2 ГБ)
Установил на компьютер с UEFI с сохранением пользовательских настроек. Система установилась на SSD за 12 минут. Чтобы сравнить размер файловых систем родительской и потомка, из-под третьей системы примонтировал две сравнимаемые. И действительно система, установленная при помощи последней версии систембэка 1.9.4,, отличается по своему составу и размеру (в моём случае на 2,2 ГБ). Не имеет симлинков и поэтому каталоги дублируются, увеличивая размер системы, несмотря на отсутствие свапфайла, который есть в родительской системе.

Плюс ко всему на созданной SB системе вылезла ошибка Caja, не позволяющая открыть файловый менеджер, хотя MC открыл каталог нормально.
Systemback для Ubuntu 20.04 нуждается в серьёзной доработке. Попробую сообщить о своих наблюдениях автору программы.
Что непонятно спрашиваем, если всё понятно - пользуемся.
Что бы ни случилось, всё будет хорошо!

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3666
  • Да будет свет!
на созданной SB системе вылезла ошибка Caja, не позволяющая открыть файловый менеджер, хотя MC открыл каталог нормально.
Systemback для Ubuntu 20.04 нуждается в серьёзной доработке.
Результаты тестирования Systemback 1.9.4 огорчили. Зато такую загрузочную флешку с созданным образом можно использовать без установки для ремонта установленной системы инструментами Boot-Repair, Gparted и другими, включёнными в состав ПО. Также она пригодна для сёрфинга, работы с документами и медиа файлами.
 
Делай с нами, делай как мы, делай лучше нас!

Оффлайн viktor_ja

  • Старожил
  • ****
  • Сообщений: 252
Хотелось бы конкретизации, насколько увеличился размер системы.
Конкретного ответа здесь нет. Всё зависит от параметров испытуемой системы. Чем более "увесисты" папки каталогов на которые в системе приняты симлинки, тем больше разница в занимаемом пространстве.
Ваша идея обратиться к автору программы мне нравится, может и подправит.

Оффлайн S.A.

  • Пользователь
  • **
  • Сообщений: 76
Года три назад я тоже столкнулся с не корректной работой Systemback. После восстановления системы перестали работать некоторые программы и другие мелочи. Систему пришлось переустановить. с тех пор Systemback'ом больше не пользуюсь.

Оффлайн viktor_ja

  • Старожил
  • ****
  • Сообщений: 252
Результаты тестирования Systemback 1.9.4 огорчили.
Здесь пожалуй уместно сообщить, почему так получается.
Сначала в Debian 10, а потом и в Ubuntu 19.10 сменилась система каталогов. В Ubuntu 19.10 это событие не освещалось, а вот в Debian 10 есть такое сообщение:
Цитировать
...В debootstrap по умолчанию задействована опция "--merged-usr", при которой все исполняемые файлы и библиотеки из корневых директорий переносятся в раздел /usr (каталоги /bin, /sbin и /lib* оформлены как символические ссылки на соответствующие каталоги внутри /usr). Изменение применяется только для новых установок, в процессе обновления оставляется старая раскладка каталогов...
Подробности "революции" изложены в этой статье:
Preparing for a merged /usr in Debian (By Nathan Willis
January 7, 2016)
Подготовка к объединению /usr в Debian.

Оффлайн vita

  • Глобальный модератор
  • Ветеран
  • *****
  • Сообщений: 3666
  • Да будет свет!
Результаты тестирования Systemback 1.9.4 огорчили.
Здесь пожалуй уместно сообщить, почему так получается.

Благодарю за ссылку на статью от января 2016 года, хотя на эту тему имеется более ранняя информация на русскоязычном ресурсе OpenNET - Обоснование целесообразности переноса компонентов из корня в /usr от 27.01.2012.
Вместе с тем утилита Remastersys успешно справляется с сохранением новой каталогизации системы как при создании образа, так и по итогам его инсталляции. К сожалению, разработчик Systemback не смог полноценно реализовать функционал своей программы с учётом перехода на новую схему размещения исполняемых файлов.
 
Делай с нами, делай как мы, делай лучше нас!

Оффлайн viktor_ja

  • Старожил
  • ****
  • Сообщений: 252
...Вместе с тем утилита Remastersys успешно справляется с сохранением новой каталогизации системы ...
Да, это так. Я тоже использовал Remastersys 3.5 от BaaTLT, правда в консольном варианте. Можно ещё использовать calamares или ubiquity, но первый не доводит дело до конца (требуется восстанавливать загрузку системы), а второй (ubiquity) притягивает много КДЕ-шнего. Обе утилиты могут быть установлены из штатного репозитория Ubuntu 20.04 и успешно справляется с сохранением новой каталогизации системы.
« Последнее редактирование: 15 Мая 2020, 13:20:37 от viktor_ja »