у меня в сетке есть несколько серваков. иногда резко отрубают электрическво и не все встают нормально (не на всех UPS).
Вощим проблема в том, что он уходит в сингл.
Можно ли так сделать, чтобы при хреновом размонтировании ось делала не fsck , а fsck -f -y или что-то подобное, дабы комп 100 % загрузился ?

• Изменить загрузку BSD,deadmoroz2, 00:10 , 11-Июл-05
  • Изменить загрузку BSD,Moralez, 04:45 , 11-Июл-05
    • Изменить загрузку BSD,А.Петров, 06:42 , 11-Июл-05
      • Изменить загрузку BSD,bercutvermut, 10:30 , 11-Июл-05
        • Изменить загрузку BSD,Pavel, 13:23 , 08-Июн-07

>у меня в сетке есть несколько серваков. иногда резко отрубают электрическво и
>не все встают нормально (не на всех UPS).
>Вощим проблема в том, что он уходит в сингл.
>Можно ли так сделать, чтобы при хреновом размонтировании ось делала не fsck
>, а fsck -f -y или что-то подобное, дабы комп 100
>% загрузился ?

в /etc/rc.conf добавь
fsck_y_enable="YES"

после fsck -y гарантия 100% ТОЧНО недостижима :)

я бы предложил:

в /boot/loader.conf

autoboot_delay="120"  #на любителя, но смысл есть
hw.ata.wc=0           #вообще очень полезно для любых нефайлопомоек

в /etc/sysctl.conf

kern.filedelay=7
kern.dirdelay=6
kern.metadelay=5

>после fsck -y гарантия 100% ТОЧНО недостижима :)
>
>я бы предложил:
>
>в /boot/loader.conf
>
>autoboot_delay="120"  #на любителя, но смысл есть
>hw.ata.wc=0           #вообще
>очень полезно для любых нефайлопомоек
>
>в /etc/sysctl.conf
>
>kern.filedelay=7
>kern.dirdelay=6
>kern.metadelay=5

при всем уважении к программным методам, лучшим, все-таки, решением будет покупка UPS'ов и настройка корректного завершения работы систем. поскольку отключения 220 происходят, как я понял, довольно регулярно, имеется вполне осязаемый шанс получить большую головную боль после того как однажды волшебный ключик -y сделает свое дело, что совершенно верно подметил предыдущий оратор. предложения Moralez'a вполне сгодятся ПОСЛЕ установки и настройки UPS, на тот случай если по каким-то причинам UPS оплошает.
это я к тому, что не все проблемы можно решить программно. а приведенный случай - именно такой.

>>после fsck -y гарантия 100% ТОЧНО недостижима :)
>>
>>я бы предложил:
>>
>>в /boot/loader.conf
>>
>>autoboot_delay="120"  #на любителя, но смысл есть
>>hw.ata.wc=0           #вообще
>>очень полезно для любых нефайлопомоек
>>
>>в /etc/sysctl.conf
>>
>>kern.filedelay=7
>>kern.dirdelay=6
>>kern.metadelay=5
>
>при всем уважении к программным методам, лучшим, все-таки, решением будет покупка UPS'ов
>и настройка корректного завершения работы систем. поскольку отключения 220 происходят, как
>я понял, довольно регулярно, имеется вполне осязаемый шанс получить большую головную
>боль после того как однажды волшебный ключик -y сделает свое дело,
>что совершенно верно подметил предыдущий оратор. предложения Moralez'a вполне сгодятся ПОСЛЕ
>установки и настройки UPS, на тот случай если по каким-то причинам
>UPS оплошает.
>это я к тому, что не все проблемы можно решить программно. а
>приведенный случай - именно такой.

С тем, что нужны упсы - я с этим согласен. Электричество не так часто отрубают, но тем не менее иногда это бывает (2-5 раз в полгода).
Почему нужен именно такой эффект: на ups для всех серверов денег нет, а если система удаленно загрузится, то удаленно восстановить работоспособность я смогу. :)
Пасиба за отзывы и решения.

За одним исключением: проверять систему следует только в single user mode.
Если с остальными патрициями еще как-то можно поизвращатся, то с / ничего не получится. То есть, даже если система после сбоя загрузилась, не факт что она не повреждена, ну а исправить это удаленно во FreeBSD нельзя в принципе. Здесь кстати рулит Linux - shutdown -rF ( this will force an fsck of the filesystems on reboot ), а FreeBSD отдыхает.