>
>в мире все относительно
> Да уж... :)
>
>зачем в таком случае conv? при наличии проблем у диска - dd
>просто вылетит и
>сообщит об ошибке IN/OUT
>
Как бы там нибыло - тест прошел успешно "dd if=/dev/ad0s1f of=/dev/null conv=noerror,sync bs=512" :
10485760+0 records in
10485760+0 records out
5368709120 bytes transferred in 2810.173697 secs (1910455 bytes/sec)
>
>память - нагрузить по полной, несколько make buildworld или kernel с разным
>MAKEOBJDIRPREFIX и с -jX (X = 4), посмотреть в сторону forkbomb или
>еще чего
>из портов, ну или из пакетов их развернуть
Опасно запускать, т.к. виснет как-раз при установке/сборке приложений.
>
>нагрузка маленькая, чуть побольше получил и вылезли железячные проблемы:
>
Да это все понятно! Я не плохо в ремонте железа разбираюсь.
Тут вопрос больше, может это все же программная ошибка ФРИ? (или по крайней мере программно можно обойти)
>
>ps. пора озаботиться backup'ом...
Вот как раз из-за него и начал разбираться. Видел и раньше проблему, но как-то руки не доходили. Ведь, если не трогать - работает. А тут начал ставить fsbackup - снова повис и меня задело. Решил разобраться! :)
P.S.: Только что в разделе /var заархивировал 130 МБ в tar.bz2. И распаковал в тот же раздел - ничего не повисло. На перегрев не похоже, по-моему. Сборка из портов, например, fsbackup того же - должна быть еще менее трудозатратная процедура!