The OpenNET Project / Index page

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



" Linux-дистрибутив для построения кастомного backup-диска??"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Открытые системы на сервере (Резервное копирование)
Изначальное сообщение [ Отслеживать ]

" Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от mandms (?), 18-Окт-20, 07:13 
Добрый день,
Посоветуйте пожалуйста Linux-дистрибутив пригодный для построения кастомного backup-диска :

Дано:
Специальный софт для восстановления и редактирования диска
Работает на Linux+GTK, так что требуется GTK
(на самом деле написан на wxWidgets и кроссплатформенный но это тут не важно)

Требуется:
Чтоб было GTK
Минимальный размер
Чтоб работал на максимально большом возможном спектре машин
Возможно понадобится ставить на нем MATE
---
Из того что нашел по размеру малое - Clonezilla'вский дистрибутив, т.к. его размер маленький
200 Mb. Всё остальное по размеру значительно жирнее: 700мб, 1Гб и тд.
Но в Clonezilla вроде нету GTK/MATE
В принципе MATE не критично, но он и не особо большой вроде.
Многого не нужно -- лишь бы выполнимый файл работал.

Что предложите ?

Спасибо за полезные ответы, надеюсь будут
(Если это был неправильный форум, подскажите куда писать, спасибо)

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от DeerFriend (?), 18-Окт-20, 12:01 
Сам собери. И у федоры/рх и у дебиана есть простые способы собрать live дистрибутив. В процессе сборки накидаешь всего, чего душе угодно.
Ответить | Правка | Наверх | Cообщить модератору

4. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от mandms (?), 19-Окт-20, 07:10 
> Сам собери. И у федоры/рх и у дебиана есть простые способы собрать
> live дистрибутив. В процессе сборки накидаешь всего, чего душе угодно.

Спасибо! нашел кое-что.
Я больше поклонник Debian и его производных, а не Fedora/RedHat, так что искал эти {скрипты, билдеры} для него.

Надо сказать, многие версии скриптов и билдеров сдохли и не дожили до наших дней. На одном форуме хвалят Novo Builder как "лучший на данный момент", а он умер еще в 2010, а на его домейн навесили адварный сайт (adware) снабженный к тому же голосовой рекламой, реализованной на TTS браузера.

Список видел тут:
"Как собрать свой дистрибутив Linux - MNorin.com"
https://mnorin.com/kak-sobrat-svoj-distributiv-linux.html

В итоге живых нашел две вещи, наверное попробую их:

1. Классика: старый добрый Debian и его скрипт Simple-CDD (скрипт тоже старый)
"Simple-CDD Howto - Debian Wiki"
https://wiki.debian.org/Simple-CDD/Howto

2. было активно на 2015:
PinguyBuilder, поддерживает Ubuntu 14.04, Ubuntu 16.04
"Создайте собственный ISO-образ Ubuntu или Linux Mint с PinguyBuilder - Программы"
http://myubuntu.ru/programmy/sozdajte-sobstvennyj-iso-obraz-...

Единственное, что тревожит -- не окажется ли, что после всех трудов результирующая флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть не окажется что труды были частично лишни или напрасны.

Ответить | Правка | Наверх | Cообщить модератору

5. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от Аноним (5), 19-Окт-20, 11:31 
> В итоге живых нашел две вещи

и live-build в репозитории, которым дебиановцы собирают свои live-cd

Ответить | Правка | Наверх | Cообщить модератору

6. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от DeerFriend (?), 19-Окт-20, 11:57 
> Надо сказать, многие версии скриптов и билдеров сдохли и не дожили до наших дней.

Жаль, у феди таких проблем нет.

> Единственное, что тревожит -- не окажется ли, что после всех трудов результирующая
> флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть
> не окажется что труды были частично лишни или напрасны.

Так и будет. По зависимостям подтянутся всякие лишние пакеты. Хочешь минимальный размер - смотри в сторону генты. Там можно лишнего не компилировать.

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

8. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от And (??), 22-Окт-20, 09:19 
>> Сам собери. И у федоры/рх и у дебиана есть простые способы собрать
>> live дистрибутив. В процессе сборки накидаешь всего, чего душе угодно.
> В итоге живых нашел две вещи, наверное попробую их:
> Единственное, что тревожит -- не окажется ли, что после всех трудов результирующая
> флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть
> не окажется что труды были частично лишни или напрасны.

Размер будет небольшой. Вторая правильная ссылка вот такая: https://wiki.debian.org/Debootstrap
При таком способе будет ровно минимум. Останется найти, как правильно сформированное поместить на CD. Первая, найденная ранее - https://wiki.debian.org/Simple-CDD/Howto - ссылка выглядит интересной, не пробовал. Дебутстрап жив и отлично работает. Был нюанс, однажды на новых серверах были сетевые карты без драйвера в ядре. Быстро добавил нужное, пересобрал болванку. Прекрасная гибкость.

Есть https://distrowatch.com/ Там можно найти Antix (https://distrowatch.com/?newsid=11041 ) Размеры образов около от 350-400Мб. В качестве технического дистра - огонь!

Ответить | Правка | К родителю #4 | Наверх | Cообщить модератору

9. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от And (??), 22-Окт-20, 09:43 
>> флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть
>> не окажется что труды были частично лишни или напрасны.

200Мб Мб много? Тогда можно искать на https://distrowatch.com/ Расставляя в поиске крыжики - отфильтровывая на основе чего дистрибутив.

Clonezilla минималистична, верно. По зависимостям. Есть Gparted LiveCD - https://gparted.org/livecd.php - 350-400Мб, уже с графикой на борту. Сама по себе тоже заточена на работу с накопителями.

Размер ядра настольного дистра около 80-90Мб. 110Мб обвязки и утилит - это немного. 150-200Мб на продвинутый графический рабочий стол (если Мэйт), это тоже немного.

> Чтоб работал на максимально большом возможном спектре машин

Можно уменьшать размер ядра, но уйдёт переносимость (драйверы викидывать ли из ядра и какие, встанет вопрос...). В этом смысле самосборный дистр более рисковый, см. юзер кэйс выше про драйвера сетевой на новом железе.

Если есть наклонность, то, за себя пишу, поднял бы процедуру сборки какого-либо LiveCD и адаптировал. А так: условия переносимости между железом требует экспертизы в теме и новостях, а тогда лучше взять существующие наработки и строить поверх этих наработок. Железо ведь бывает с проприетарными бинарными блобиками в драйверах, эти блобики и место занимают и в ванильных репо Дебиана их может не быть. Что, если загружаться на каком-нибудь пропри. поделии Сони...

Ответить | Правка | Наверх | Cообщить модератору

2. " Linux-дистрибутив для построения кастомного backup-диска??"  +1 +/
Сообщение от ACCA (ok), 19-Окт-20, 05:59 
Ты забрался на проблему с неправильной стороны. UI совершенно левая штука, он может не дожить до восстановления. Подумай вот с какой стороны - тебе нужно выбрать схему хранения, котороая переживёт MATE, GTK, Linux и вообще всю цивилизацию.

Что это должно быть?

Ответить | Правка | Наверх | Cообщить модератору

3. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от mandms (?), 19-Окт-20, 06:42 
> Ты забрался на проблему с неправильной стороны. UI совершенно левая штука, он
> может не дожить до восстановления.

Ну это UI, а UI -- это среда удобная пользователю, и такая среда в последние десятилетия стала стандартом дэ факто, у всех есть (у всех нормальных приложений).
Записанный на носитель, app с UI доживет до восстановления ровно настолько насколько сами данные доживут.

> Подумай вот с какой стороны - тебе нужно выбрать схему хранения,
> котороая переживёт MATE, GTK, Linux и вообще всю цивилизацию.

Не, это точно не мои мысли, я как цель данным пережить всю цивилизацию пока что не брался, масштабы меньше и главное значительно реалистичнее.

> Что это должно быть?

Это уже философский вопрос, не для моей темы.
Не знаю что должно быть и по определению не известно что будет тогда, когда ничего уже не будет, в том числе вычислительной техники и тех кто будет данные восстанавливать
Понять таких инопланетян[1] никто не в силах.
  [1] https://www.youtube.com/watch?v=ns3YRpeeGwI
  "AI, 2001, alien scene"
И это уж точно выходит за мои цели.

Ответить | Правка | Наверх | Cообщить модератору

10. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от And (??), 22-Окт-20, 09:54 
> Что это должно быть?
>> Это уже философский вопрос, не для моей темы.

Инженерам тоже читают философию. )))

Это должна быть вещь, запускаемая на максимально широком спектре современного оборудования. Несовместимость по архитектурам будущего обеспечат виртуальные машины. Тогда софт всегда можно будет запустить.

По мере отмирания старых интерфейсов железа, потихоньку данные будут переходить на новое железо. Софт сможет пережить смену интерфейсов, если на новом железе можно запустить ВМ и для развёртки бэкапа не нужна работа с аппаратными особенностями старого диска (если бэкапится достаточно высоко-уровнево, не на уровне секторов диска, а на уровне просто файлов, например).

Но жизненный цикл у бэкапа гораздо короче... Бэкап тулы меняются несколько раз за один цикл аппаратных эволюций.

Ответить | Правка | Наверх | Cообщить модератору

7. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от Licha Morada (ok), 19-Окт-20, 20:17 
> Ты забрался на проблему с неправильной стороны.
> ...
> Что это должно быть?

Таки да.

Вообще, непонятно что такое backup-диск в понимании ТС.

Это любой носитель на который сохраняются резервные копии десктопной системы?
Это строго внешний носитель, с которого можно загрузиться чтобы восстановить систему используя резервную копию?
Это запасной носитель уже содержащий актуальную информацию, который можно воткнуть в десктоп взамен полетевшего и продолжить работу?

К Т.С., это не риторические вопросы.
Рекомендую плясать вот в какую сторону:
Понять, от чего защищаемся. Например, от ситуации "диск умер", но можем добыть запасной чистый диск.
Значит, нам понадобится способ превратить тот чистый диск в нормальный рабочий, с установленной и настроенной системой и актуальной информацией.
В рамках "способа", нам понадобится, по меньшей мере, "источник данных" откуда мы будем копировать.
Кроме того, нужен "инструмент" чтобы тот источник данных прочесть, а перед этим создать.
Заметьте, по хронологии сначала идёт "создать источник данных" а потом "прочесть", но по планированию процесса надо сначала определить "прочесть", и от того будет зависить как "создать". Иначе будет риск забэкапить не совсем то что надо.

Вы, судя по всему, сейчас планируете как создать "инструмент". Однако, для этого потребуется понимание предыдущих этапов плана: модель угрозы, стратегия восстановления, характеристики элементов которые понадобатся для выполнения этой стртегии.

Можно ничего детально не планировать, а полагаться исключительно на импровизацию, собственный скилл и гибкость инструментария. Но в таком случае будет целесообразнее не зависеть от кастомной сборки которая чёрт знает как себя поведёт и вообще может оказаться недоступна в ответственный момент, а оттлкиваться чего-то стокового. Например Ubuntu Live-USB, или Gparted, или Clonezilla, которые в случае нужды можно сгенерировать в на любом неттопе с помощью Rufus-а и минимального интернета.

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

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

11. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от And (??), 22-Окт-20, 10:01 
ТС вполне точно поставил задачу: обеспечить запуск одной единственной графической тулы на максимально широком спектре железа. С пожеланием минимальности объёма среды запуска.

Назвал это термином бэкап-диск. ТС ставит вопрос иначе и про другое: как на минимуме объёма при широте железа запустить единственный бинарь. Нет вопроса о точности терминологии и процедурах бэекапа.

Вполне себе понятная и типовая задача. Независимо от авторского названия.

Ответить | Правка | Наверх | Cообщить модератору

12. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от Licha Morada (ok), 22-Окт-20, 19:02 
> ТС вполне точно поставил задачу: обеспечить запуск одной единственной графической тулы
> на максимально широком спектре железа. С пожеланием минимальности объёма среды запуска.

Прочитал я вас, прочитал _ещё_раз_ корень топика, и всё встало на свои места. Спасибо.

Ответить | Правка | Наверх | Cообщить модератору

13. " Linux-дистрибутив для построения кастомного backup-диска??"  +/
Сообщение от krpsh (?), 24-Окт-20, 15:39 
https://wiki.slackware.su/wiki:articles:create_livecd


https://docs.slackware.com/slackware:liveslak

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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