Отказоустойчивый Linux

ext3 и все... Зачем в ro если ничего не пишет?

Купить UPS не вариант ?

/var и т.д. перевести в режим Read Only

Выстрел в ногу ?

А чем он лучше ext4?

Зачем в ro если ничего не пишет?

Точно, забыл пояснить замысел :)

Когда портятся ФС и разделы? Когда в них что пишется, а тут бац - пропало электричество.
И если отключить всевозможные записи, то по идее портиться они перестанут.

А чем он лучше ext4?

В самом деле - чем? Ну, немного отказоустойчивее из-за более раздутого журнала, но полностью ФС от сбоев не спасает.

Все (логи) писать в сеть, все фс монтировать в ro. Остается, правда, возможность отказа аппаратной части, без UPS не обойтись. Можно снизить риск если загружаться с флешки, но это не единственное что может отказать при внезапных отключениях питания, да.

И, да, если грузиться по сети и жить в tmpfs - бояться отключений не будет ;)

Он штабильный.

Все (логи) писать в сеть,

Для расматриваемой системы мне логи не нужны, там не будет ничего интересного.

Что тогда не забыть отключить из логгирования - /var и все?

Как сконфигурировать Linux, чтобы он не боялся отключений напряжения?

ну так и делай. Всё в корень, а там ro. Можно /tmp, /var сделать в памяти, тогда туда можно писать. В частности логи.

Когда портятся ФС и разделы? Когда в них что пишется, а тут бац - пропало электричество. И если отключить всевозможные записи, то по идее портиться они перестанут.

нет, не перестанут. Но вероятность сильно меньше будет. Впрочем, она и так минимальная, т.ч. ты ерундой страдаешь. Если никто ничего не пишет, то ничего и не сломается. Логи тоже можно писать — подумаешь, логи сломаются. Это лучше, чем их отсутствие.

В самом деле - чем? Ну, немного отказоустойчивее из-за более раздутого журнала, но полностью ФС от сбоев не спасает.

откуда там журнал, если ты ничего не пишешь?

Он штабильный.

вылазь из криокамеры.

/-ro,
/home-отдельный ext4,
/var - по ситуации, либо весь в tmpfs, либо нужное на отдельный ext4, остальное в tmpfs,
логи - отключить все, оставить только нужные.

Я могу рассказать душещипательную историю о том, как сыпется ext4dev. Собственно, некоторые упоротые нелюбители ext4 на практике проецируют на неё опыт использования ext4dev.

Puppyrus-Arch с параметром загрузки copy2ram и настройками сохраненными в модуль squashfs.

Что криокамера? Пока не появится нештабильный ext5, ни о какой штабильности ext4 и речи быть не может.

Встаёт очевидный вопрос: а чем ext4 не стабилен?

Тем, что он сырой и в нём ещё могут быть серьёзные баги.

загружать сервер по pxe, предварительно собрав под задачу систему

Купить UPS

уже ответили.

-ext4 не стабилен!
-А чем он не стабилен?
-Тем, что не стабилен!!11111!!!!!!!!!!!!11111111

Спасибо, понятно.

ты упорот. Есть ext4dev.

Отказоустойчивый кластер.

Купить UPS и настроить корректное выключение сервера при отключении электричества.

Это какой-то странный сервер будет, который ничего не пишет на диски, больше на маршрутизатор смахивает. И не понятно, зачем для такого случая куча разделов /home, /var.

Ну и штатные системы любят что-то писать в /var/run, /var/lock, либо делать это в tmpfs, либо перепиливать конфигурацию сводя до минимума количество запускаемых демонов и упрощая процедуру их запуска.

ext4. Хомяк в ro, остальное типа /var лучше не надо.

Слегка подытожим :)

Как вы уже догадались, данная система представляет собой ферму для добычи всяких коинов.
Поэтому в ней ничего не делается с точки зрения пользователя - запускается система и в ней консольный добытчик криптозолота - cgminer - всё!
Тупая монотонная работа без проблесков интеллекта.

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

С этой точки зрения было бы идеально создать настроенный под майнинг LiveCD, но поскольку под это дело уже и так выделен самый дешевый из существующих SSD, пытаюсь превратить его в некое подобие CD.
К тому же реальный привод CD/DVD несколько громоздкий.

С этой точки зрения было бы идеально создать настроенный под майнинг LiveCD

Кстати, а ведь есть такой. Не помню как зовется. Там по дефолту cgminer, cpuminer, вебморда к этому.

ext4 ничего не теряет, если барьеры не отключать и commit большой не ставить

Конфигурация - обычный Linux в роли сервера

Давай не надо, сервер у него, даже самые дрянные универские сервера с шкафом ИБП стоят...

Как сконфигурировать Linux, чтобы он СОВСЕМ не боялся отключений напряжения?

А что он боится? Нука раскажи чего он там именно боится... И сам поймешь что нужно сделать.

Сделай мини дистр загони это дерьмо в ИСО и грузиего в память...

Сделай мини дистр загони это дерьмо в ИСО и грузиего в память...

И как практически эту твою идею сделать?

Давай не надо, сервер у него, даже самые дрянные универские сервера с шкафом ИБП стоят...

Темнота! Сервер - это системный блок без монитора! :))

Когда портятся ФС и разделы? Когда в них что пишется

Хрен знает... что этому ext3 будет то? Ну потеряешь логи - ну и хрен с ними... Быстрее комп сгорит...

Как-то беспечно вы рассуждаете.... Нажмите Reset несколько раз - и поймете, что к чему, когда ФС грохнется так, что система не подымется!

Нашел похожее решение здесь: Сыпится винт. Какую ФС ставить? (комментарий)

Но здесь каждый раз, при старте системы переписывается содержимое жесткого диска в виртуальное пространство, и наоборот, при завершении работы в обратном направлении - из пространства на жесткий диск.
А если не нужно ни того, ни другого (т.е. ничего не нужно сохранять) - как будет выглядеть упрощенный скрипт?

/etc/fstab:

tmpfs           /tmp            tmpfs   defaults,noexec,nosuid 0 0
tmpfs           /home/myrdos    tmpfs   defaults        0       0
tmpfs           /var            tmpfs   defaults        0       0

/etc/init.d/start_bot.sh

#! /bin/sh
### BEGIN INIT INFO
# Provides:          telebotram
# Required-Start:    $local_fs
# Required-Stop:     $local_fs
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Telebot Ram Drive
# Description:       Load /home and /tmp into RAM
### END INIT INFO

# Carry out specific functions when asked to by the system
case "$1" in
  start)
    echo "Started start_bot.sh"

    echo "Copying /home/myrdos_backup to RAM..."
    rsync -a /home/myrdos_backup/ /home/myrdos

    echo "Copying /var_backup to RAM..."
    rsync -a /var_backup/ /var
    #read -n 1 -s
    ;;
  stop)
    echo "Stopping script start_bot.sh"
    echo "Saving home/myrdos to home/myrdos_backup"
    rsync -a --delete /home/myrdos/ /home/myrdos_backup

    echo "Saving var to var_backup"
    rsync -a --delete /var/ /var_backup
    read -n 1 -s
    ;;
  *)
    echo "Usage: /etc/init.d/start_bot.sh {start|stop}"
    exit 1
    ;;
esac

exit 0

Далее:

%sudo update-rc.d start_bot.sh defaults

у меня есть древняя машинка с целероном 500МГц, и с compactflash вместо жестокого диска, отформатированная в ext4, корень и хомяк монтируются с опциями noatime,commit=120,data=writeback; /tmp, /var/tmp и /var/log монтируются в tmpfs. в таком режиме она у меня пашет уже года 3 или 4, в месте, где частые пропадания электричества это норма (с). и пока, тьфу-тьфу, без косяков всё. такие дела.

*аппаратно ребутнул свой ноут пять раз подряд*

Как-то дебильно ты рассуждаешь, я скажу. Зачем, по-твоему, было придумано журналирование?

Господа Лоровцы, вы гуру, поэтому спорить с вами на отвлеченные темы не буду :)
Но только подскажите, плиз, как упростить найденый скрипт с связи с упрощением задачи (хранить ничего не нужно).

Когда портятся ФС и разделы? Когда в них что пишется, а тут бац - пропало электричество.

Это когда что-то важное пишется и теряется из-за этого. А когда неважное - это не важно. Ну прочекается, и что ? Хочешь - /boot вынеси отдельно. Вот /var - это, точно, надо отдельно (и /var/log ещё отдельнее). /usr и /home, в общем-то, тоже не повредит отделить.

Ну да, ну да. Поупражнялись в словесной эквилибрстике - а как насчет скрипта?

Начинаю подозревать, что вы неверно истолковываете условия задачи, которые я сформулировал.
Попробую сначала:

1. Есть некий необслуживаемый Сервер-1, задача которого тупо решать некую жесткую математическую задачу, периодически получая исходные данные от удаленного Сервера-2.
Промежуточные решения накапливаются в /home/task и периодически отсылаются тоже на Сервер-2 и на нем хранятся.
Потери этих данных при пропаже электричество ни на что особо не влияют - после старта они решаются заново.

2. Поскольку в таких условиях Сервер-1 ничего не обязан ничего ни помнить, ни хранить, Linux можно было бы загнать на болванку LiveCD, с которой он автоматически стартовал после каждой подачи сетевого напряжения.

3. Но поскольку CD-привод несколько громоздок, удобнее поместить систему на флешку или нотбучный винчестер.

Дя этого случая нужно:

- /boot, /root при старте монтировать в R/O
- /tmp, /var и /home/task организовывать в виртуальной памяти

Вот, собственно и вся задача.
Соответственно Упсы и прочая экзоитика здесь просто неуместна.

Вот, собственно и вся задача.
Соответственно Упсы и прочая экзоитика здесь просто неуместна.

Ещё раз: я не понимаю, в чём тут проблема. Откуда взялась уверенность, что с ФС на hdd и разделами в r/w что-то должно случиться ?

Ещё раз: я не понимаю, в чём тут проблема.

Ты не понимаешь самого главного: как сделать скрипт под указанную выше задачу.

А нужен он, или не нужен, случится что-то с разделами или не случится - это тема для отдельного разговора, который для этой темы является офтопом.

Если есть такое желание - заведи отдельный топик, там и подискутируем на предмет «надо зажигать звезды или не надо».

как сделать скрипт под указанную выше задачу.

Какой скрипт ? Какую задачу ?!? Кажется, в топике написано:

«Как сконфигурировать Linux, чтобы он СОВСЕМ не боялся отключений напряжения?»

При чём тут какие-то скрипты ?! Вообще, зачем какие-то ухищрения ? Правильно побить на разделы, и всё. Вероятность возникновения проблем с ФС, которые не порешает fsck на автомате, будет примерно соответствовать отказу оборудования вообще.

google://voyage%20linux

там все уже сделано (основанн на Дебиан)

Причем скрипты? Да при том, что за все время существования темы никто не внес конкретного решения, чтобы его можно использовать, одни бла-бла.
Пришлось самому искать подходящее решение, вот оно и нашлось в виде скрипта.
Да, оно не вполне подходит к теме, и его надо коректировать или предложить взамен лучшее, но вы ведь и этого не предложили.

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

Бла-бла и сам умею - где ваше законченное решение?

Вероятность возникновения проблем с ФС, которые не порешает fsck на автомате,

- да - и вот этого - вероятность сбоя, который вы допускаете - не надо в принципе!
Зачем вообще допускать вероятность сбоя, если специальным конфигурированием его можно исключить полностью?

Причем скрипты? Да при том, что за все время существования
темы никто не внес конкретного решения

Ещё раз: при чём тут скрипты ? :-)

Бла-бла и сам умею - где ваше законченное решение ?

Ну если так подходить к вопросу, то где вознаграждение ? Это уже переход к бизнесу.

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

Мда. Бла-бла-бла, а толку нискольку.
Ну и фиг с вами - сам справлюсь.

Дольше, но зато без вашего пустопорожнего пиздежа.

Мда. Бла-бла-бла, а толку нискольку.

Толк содержится в вопросе «при чём тут скрипты ?». Ответ на него даст тебе решение.