https://opennet.dev/openforum/vsluhforumID3/42966.html В логе smartd появились подобные свидетельства наличия нечитаемых секторов на диске:<br><br> smartd[798]: Device: /dev/ad5, 15 Currently unreadable (pending) sectors<br> smartd[798]: Device: /dev/ad5, 15 Offline uncorrectable sectors<br><br>SMART тестирование подтвердило подозрения:<br><br> Запускаем фоновый тест диска, не мешающий основной работе:<br> smartctl -t long /dev/ad5<br> Ждем завершения периодически просматривая статус:<br> smartctl -l selftest /dev/ad5<br> В итоге смотрим содержимое лога, в самом конце вывода:<br> smartctl -a /dev/ad5<br> Имеем:<br> # 1 Extended offline Completed: read failure 90% 2916 10373954<br><br>Выявляем полный список сбойных секторов, путем чтения всех данных с диска:<br><br> dd if=/dev/ad5 of=/dev/null bs=512 conv=noerror,sync<br><br>В один прекрасный момент появятся надписи вида:<br><br> dd: /dev/ad5: Input/output error<br> 10373954+0 records in<br> 10373954+0 records out<br> 5311464448 bytes transferred in 2427.397393 secs (2188131 bytes/sec)<br><br>В системном логе увидим:<br><br> ke https://opennet.dev/openforum/vsluhforumID3/42966.html#24 Thu, 15 Jan 2009 07:03:01 GMT &gt; dd if=/dev/zero of=/dev/ad5 bs=512 count=1 skip=10373954 conv=noerror,sync<br><br>Ой-ой-ой!!! Эта команда сначала будет долго-долго тормозить, а потом затрёт нулевой сектор на ad5!<br><br>Нужно заменить skip на seek<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#23 Sat, 01 Nov 2008 21:24:08 GMT 1. Полезно, оч. интересно, но исключельно для домашнего использования. Т.е. "ОЧЕНЬ непрофессиольно".<br>ИМХО в начале таких статей нужно крупными буквами оговариваться "не для работы/для экпирементов/на свой страх и риск", чего не было сделано, что и возмутило многих читавших.<br>2. Бывают случаи, когда в результате временного перегрева или др. полетело несколько секторов, но потом поменяли кулер или др,да и диск не из дешёвой серии, и "теоретически/в_принципе" можно воспользоваться этим полезным(?) советом. См п.1 <br>3. "О чём бы не шла речь -- в конечном счёте речь идёт ол деньгах"<br>Все эти манипуляции/мастурбации с одним могут занять десятки часов. Совет применим к случаям, когда человекочас стоит не более чем 3..5 долл. Можно пересчитать точнее исходя из текущей стоимости Гига и стоимости Гига на убитом винте, затрат времени на тестирование Гиго/Теров, вывести формулу, и тд....<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#22 Thu, 07 Aug 2008 06:45:35 GMT скорее для многосот - гиговой<br>ну дак ведь бэкап правильными средствами проверяет блоки на читаемость (RMAN),<br>есть и dbv для проверки файлов БД ... <br>конечно, если это Oracle<br>хотя конечно - никто не застрахован, ибо работодатель жаждет видеть одмина загруженным по самые гланды<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#21 Wed, 30 Jul 2008 08:40:22 GMT &gt; Про sysctl kern.geom.debugflags=16 не знал,<br><br> sysinstall в 7.0 уже про него сам пишет. Как только пытаешься создать раздел на диске, с которого загрузился, sysinstall честно орет, что "Operation not permitted -- try set kern.geom.debugflags=16" :)<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#20 Fri, 25 Jul 2008 09:30:48 GMT Спасибо автору.<br>Про sysctl kern.geom.debugflags=16 не знал, как раз представился случай испробовать, появился диск с бэдами.<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#19 Fri, 25 Jul 2008 08:28:29 GMT &gt;И даже менял бы диски, да... =) <br><br>Угу, а еще чтобы мозг админа собой заменял ;)<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#18 Thu, 24 Jul 2008 13:40:02 GMT на планете три нормальных человека?<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#17 Thu, 24 Jul 2008 12:27:44 GMT ну так о чем и речь :) ну для дома - так и быть, порево хранить - покатит... ;)<br> https://opennet.dev/openforum/vsluhforumID3/42966.html#16 Thu, 24 Jul 2008 07:07:20 GMT Согласен!<br>Применительно к десктопу на котором НЕТ важной информации - пойдет!<br>Также может быть полезно для оживления отработавших свое в серверах HDD (их реально жалко выбрасывать, под хранение фильмотеки ИТ отдела они еще могут поработать....)<br>