https://www.opennet.ru/openforum/vsluhforumID1/95174.html Бывает, что на моём Debian вышибает жесткие диски. Обычно делаю <br>echo 1 &gt; /sys/bus/scsi/devices/6:0:0:0/delete (номер правильный)<br>Отключаю/включаю питание жестяка<br>echo "0 0 0" &gt; /sys/class/scsi_host/host6/scan <br>И диск появляется под тем же именем в /dev.<br>И тут я не выполнил операцию с питанием жесткого диска, и жесткий диск в /dev не появился, ё<br>папки /sys/bus/scsi/devices/6:0:0:0 не существует, а /sys/class/scsi_host/state - recovery.<br><br>Что ещё можно сделать, чтобы можно было остановить ту операцию, которую не может выполнить в данный момент ядро, и просканить жестяк заново?<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95174.html#4 Fri, 08 Nov 2013 07:08:26 GMT &gt;&gt; да -- но лучше решить проблему выпадания -- а она при таких <br>&gt;&gt; симптомах с 90% вероятностью говоhbт об убитом БП -- который в <br>&gt;&gt; свою очередь поломает процессорные электролиты на мамке(если они есть) <br>&gt; Скорее всего все-таки виноват хард. Некоторые харды в определенных условиях когда находят <br>&gt; бэдблок, вместо мягкого lba error уходят в полный ступор. И даже <br>&gt; sata reset не помогает, только передерг питания.<br>&gt; Обязательно смотреть smart и сделать long test <br><br>Да, возможно. Но я не имею возможности к примеру в этот момент прицепить другой хард. Именно на этот же хост (чтобы он отображался в /dev под тем же именем). После того как я нажал скан - начинается скан, который я не могу никак остановить (только ребутом). Мне нужно знать как его остановить, чтобы например подключить туда рабочий хард. Куда в /proc надо записать единичку, или нолик, чтобы скан остановился?<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95174.html#3 Fri, 08 Nov 2013 04:51:07 GMT &gt; да -- но лучше решить проблему выпадания -- а она при таких <br>&gt; симптомах с 90% вероятностью говоhbт об убитом БП -- который в <br>&gt; свою очередь поломает процессорные электролиты на мамке(если они есть) <br><br>Скорее всего все-таки виноват хард. Некоторые харды в определенных условиях когда находят бэдблок, вместо мягкого lba error уходят в полный ступор. И даже sata reset не помогает, только передерг питания.<br>Обязательно смотреть smart и сделать long test<br> https://www.opennet.ru/openforum/vsluhforumID1/95174.html#2 Thu, 07 Nov 2013 22:56:47 GMT &gt;[оверквотинг удален]<br>&gt;&gt; echo "0 0 0" &gt; /sys/class/scsi_host/host6/scan <br>&gt;&gt; И диск появляется под тем же именем в /dev.<br>&gt;&gt; И тут я не выполнил операцию с питанием жесткого диска, и жесткий <br>&gt;&gt; диск в /dev не появился,<br>&gt;&gt; папки /sys/bus/scsi/devices/6:0:0:0 не существует, а /sys/class/scsi_host/state - recovery.<br>&gt;&gt; Что ещё можно сделать, чтобы можно было остановить ту операцию, которую не <br>&gt;&gt; может выполнить в данный момент ядро, и просканить жестяк заново?<br>&gt; да -- но лучше решить проблему выпадания -- а она при таких <br>&gt; симптомах с 90% вероятностью говоhbт об убитом БП -- который в <br>&gt; свою очередь поломает процессорные электролиты на мамке(если они есть) <br><br>Я гляну, хотя блок питания покупал дорогой, с большим запасом мощности. И ещё я подозреваю контроллер. Но первую очередь интересны методы работы с контроллером. Как к примеру привести его в offline. Будет ли это влиять на все жесткие диски контроллера. <br>Буду гуглить, однако если вдруг кто вспомнит - буду признателен.<br><br> https://www.opennet.ru/openforum/vsluhforumID1/95174.html#1 Thu, 07 Nov 2013 03:24:35 GMT &gt; Бывает, что на моём Debian вышибает жесткие диски. Обычно делаю <br>&gt; echo 1 &gt; /sys/bus/scsi/devices/6:0:0:0/delete (номер правильный) <br>&gt; Отключаю/включаю питание жестяка <br>&gt; echo "0 0 0" &gt; /sys/class/scsi_host/host6/scan <br>&gt; И диск появляется под тем же именем в /dev.<br>&gt; И тут я не выполнил операцию с питанием жесткого диска, и жесткий <br>&gt; диск в /dev не появился, ё <br>&gt; папки /sys/bus/scsi/devices/6:0:0:0 не существует, а /sys/class/scsi_host/state - recovery. <br>&gt; Что ещё можно сделать, чтобы можно было остановить ту операцию, которую не <br>&gt; может выполнить в данный момент ядро, и просканить жестяк заново?<br><br>да -- но лучше решить проблему выпадания -- а она при таких симптомах с 90% вероятностью говоhbт об убитом БП -- который в свою очередь поломает процессорные электролиты на мамке(если они есть)<br>