Исходное сообщение
"booty - утилита для создания загрузочных образов и накопител..." Отправлено Michael Shigorin, 26-Июл-20 09:00
> Самый частый баг, когда пользователи ставят свои ядра, > в которых "всё должно работать". Правда в том, что всё зависит > от модулей в ядре. Я рекомендую всем make defconfig ядро, и > ручками ещё включить Overlay FS и SquashFS XZ. Думаю, это самая задалбывающая часть проекта -- ну кому в здравом уме охота поддерживать своё ядро? Возможно, есть смысл сделать грепалку по /proc/config.gz либо /boot/config-`uname -r`, которая бы перед отсыланием в пешее ядросборочное проверила -- а не годится ли то, что уже под руками. > Для того, чтобы собрать собственный дистрибутив больше не нужно > велосипедить и ломать голову, всё сделано за вас. Ну не дистрибутив, а производное от образа, строго говоря ;-) > Образы получать по DHCP. Абсолютная отказоустойчивость. > Никаких тебе HDD, никакого резервного питания. Только не забывай > время от времени rsync'ать данные с виртуалок в надёжное место. Вот здесь немного покривили душой или не подумали: выделенные пункты противоречат друг другу, при этом бесперебойное питание как бездисковых узлов, так и "надёжного места" (отказоустойчивость которого в данном разе легко оказывается определяющим фактором) всё так же полезно/необходимо. Да, есть случаи, когда достаточно порой rsync'ать по часам или иным событиям, а задача некритична к возврату в одно из предыдущих состояний (возможно, несогласованное по данным).  Но в базу так особо не попишешь обычно. Если интересно, почитайте про уже прокопанные подходы к stateless-системам, это из той же оперы.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: