https://www.opennet.ru/openforum/vsluhforumID1/97653.html Добрый день,<br>Посоветуйте пожалуйста Linux-дистрибутив пригодный для построения кастомного backup-диска :<br><br>Дано:<br>Специальный софт для восстановления и редактирования диска<br>Работает на Linux+GTK, так что требуется GTK<br>(на самом деле написан на wxWidgets и кроссплатформенный но это тут не важно)<br><br>Требуется: <br>Чтоб было GTK <br>Минимальный размер<br>Чтоб работал на максимально большом возможном спектре машин<br>Возможно понадобится ставить на нем MATE<br>---<br>Из того что нашел по размеру малое - Clonezilla'вский дистрибутив, т.к. его размер маленький<br> 200 Mb. Всё остальное по размеру значительно жирнее: 700мб, 1Гб и тд.<br>Но в Clonezilla вроде нету GTK/MATE<br>В принципе MATE не критично, но он и не особо большой вроде. <br>Многого не нужно -- лишь бы выполнимый файл работал.<br><br>Что предложите ?<br><br>Спасибо за полезные ответы, надеюсь будут<br>(Если это был неправильный форум, подскажите куда писать, спасибо)<br> https://www.opennet.ru/openforum/vsluhforumID1/97653.html#13 Sat, 24 Oct 2020 12:39:44 GMT https://wiki.slackware.su/wiki:articles:create_livecd<br><br><br>https://docs.slackware.com/slackware:liveslak<br> https://www.opennet.ru/openforum/vsluhforumID1/97653.html#12 Thu, 22 Oct 2020 16:02:27 GMT &gt; ТС вполне точно поставил задачу: обеспечить запуск одной единственной графической тулы <br>&gt; на максимально широком спектре железа. С пожеланием минимальности объёма среды запуска. <br><br>Прочитал я вас, прочитал _ещё_раз_ корень топика, и всё встало на свои места. Спасибо.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/97653.html#11 Thu, 22 Oct 2020 07:01:22 GMT ТС вполне точно поставил задачу: обеспечить запуск одной единственной графической тулы на максимально широком спектре железа. С пожеланием минимальности объёма среды запуска.<br><br>Назвал это термином бэкап-диск. ТС ставит вопрос иначе и про другое: как на минимуме объёма при широте железа запустить единственный бинарь. Нет вопроса о точности терминологии и процедурах бэекапа.<br><br>Вполне себе понятная и типовая задача. Независимо от авторского названия.<br> https://www.opennet.ru/openforum/vsluhforumID1/97653.html#10 Thu, 22 Oct 2020 06:54:38 GMT &gt; Что это должно быть?<br>&gt;&gt; Это уже философский вопрос, не для моей темы.<br><br>Инженерам тоже читают философию. )))<br><br>Это должна быть вещь, запускаемая на максимально широком спектре современного оборудования. Несовместимость по архитектурам будущего обеспечат виртуальные машины. Тогда софт всегда можно будет запустить.<br><br>По мере отмирания старых интерфейсов железа, потихоньку данные будут переходить на новое железо. Софт сможет пережить смену интерфейсов, если на новом железе можно запустить ВМ и для развёртки бэкапа не нужна работа с аппаратными особенностями старого диска (если бэкапится достаточно высоко-уровнево, не на уровне секторов диска, а на уровне просто файлов, например).<br><br>Но жизненный цикл у бэкапа гораздо короче... Бэкап тулы меняются несколько раз за один цикл аппаратных эволюций.<br> https://www.opennet.ru/openforum/vsluhforumID1/97653.html#9 Thu, 22 Oct 2020 06:43:31 GMT &gt;&gt; флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть <br>&gt;&gt; не окажется что труды были частично лишни или напрасны.<br><br>200Мб Мб много? Тогда можно искать на https://distrowatch.com/ Расставляя в поиске крыжики - отфильтровывая на основе чего дистрибутив.<br><br>Clonezilla минималистична, верно. По зависимостям. Есть Gparted LiveCD - https://gparted.org/livecd.php - 350-400Мб, уже с графикой на борту. Сама по себе тоже заточена на работу с накопителями.<br><br>Размер ядра настольного дистра около 80-90Мб. 110Мб обвязки и утилит - это немного. 150-200Мб на продвинутый графический рабочий стол (если Мэйт), это тоже немного.<br><br>&gt; Чтоб работал на максимально большом возможном спектре машин<br><br>Можно уменьшать размер ядра, но уйдёт переносимость (драйверы викидывать ли из ядра и какие, встанет вопрос...). В этом смысле самосборный дистр более рисковый, см. юзер кэйс выше про драйвера сетевой на новом железе.<br><br>Если есть наклонность, то, за себя пишу, поднял бы процедуру сборки какого-либо LiveCD и адап https://www.opennet.ru/openforum/vsluhforumID1/97653.html#8 Thu, 22 Oct 2020 06:19:19 GMT &gt;&gt; Сам собери. И у федоры/рх и у дебиана есть простые способы собрать <br>&gt;&gt; live дистрибутив. В процессе сборки накидаешь всего, чего душе угодно.<br>&gt; В итоге живых нашел две вещи, наверное попробую их: <br>&gt; Единственное, что тревожит -- не окажется ли, что после всех трудов результирующая <br>&gt; флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть <br>&gt; не окажется что труды были частично лишни или напрасны.<br><br>Размер будет небольшой. Вторая правильная ссылка вот такая: https://wiki.debian.org/Debootstrap<br>При таком способе будет ровно минимум. Останется найти, как правильно сформированное поместить на CD. Первая, найденная ранее - https://wiki.debian.org/Simple-CDD/Howto - ссылка выглядит интересной, не пробовал. Дебутстрап жив и отлично работает. Был нюанс, однажды на новых серверах были сетевые карты без драйвера в ядре. Быстро добавил нужное, пересобрал болванку. Прекрасная гибкость.<br><br>Есть https://distrowatch.com/ Там можно найти Antix (https://distrowatch.com/?newsid=11041 ) Размеры образ https://www.opennet.ru/openforum/vsluhforumID1/97653.html#7 Mon, 19 Oct 2020 17:17:29 GMT &gt; Ты забрался на проблему с неправильной стороны.<br>&gt; ...<br>&gt; Что это должно быть?<br><br>Таки да.<br><br>Вообще, непонятно что такое backup-диск в понимании ТС.<br><br>Это любой носитель на который сохраняются резервные копии десктопной системы?<br>Это строго внешний носитель, с которого можно загрузиться чтобы восстановить систему используя резервную копию?<br>Это запасной носитель уже содержащий актуальную информацию, который можно воткнуть в десктоп взамен полетевшего и продолжить работу?<br><br>К Т.С., это не риторические вопросы.<br>Рекомендую плясать вот в какую сторону:<br>Понять, от чего защищаемся. Например, от ситуации "диск умер", но можем добыть запасной чистый диск.<br>Значит, нам понадобится способ превратить тот чистый диск в нормальный рабочий, с установленной и настроенной системой и актуальной информацией.<br>В рамках "способа", нам понадобится, по меньшей мере, "источник данных" откуда мы будем копировать.<br>Кроме того, нужен "инструмент" чтобы тот источник данных прочесть, а перед этим создать.<br>Заметьте, по хронологии https://www.opennet.ru/openforum/vsluhforumID1/97653.html#6 Mon, 19 Oct 2020 08:57:35 GMT &gt; Надо сказать, многие версии скриптов и билдеров сдохли и не дожили до наших дней.<br><br>Жаль, у феди таких проблем нет.<br><br>&gt; Единственное, что тревожит -- не окажется ли, что после всех трудов результирующая <br>&gt; флешка (CD-Image) будет размером с тот же Clonezilla'вскую флешку, то есть <br>&gt; не окажется что труды были частично лишни или напрасны.<br><br>Так и будет. По зависимостям подтянутся всякие лишние пакеты. Хочешь минимальный размер - смотри в сторону генты. Там можно лишнего не компилировать.<br> https://www.opennet.ru/openforum/vsluhforumID1/97653.html#5 Mon, 19 Oct 2020 08:31:56 GMT &gt; В итоге живых нашел две вещи<br><br>и live-build в репозитории, которым дебиановцы собирают свои live-cd<br>