smartctl -a

From

Slawa Olhovchenkov (2:5030/500)

To

Stas Degteff

Date

2006-11-23T16:10:46Z

Area

RU.UNIX.BSD

Hello Stas!

23 Nov 06, Stas Degteff writes to Slawa Olhovchenkov:

 SD>>> А зачем тогда он вообще нужен - ведь информация о наличии сбоя уже
 SD>>> есть!?

 SO>> А вдруг еще нету? Не обращались еще вообще или когда обращались еще
 SO>> нормальный был (предполагаем, что переодический self-test не
 SO>> запускается)

 SD> Э! Мы говорим о сервере с критичными данными, не так ли?
 SD> Если планово не выполняется предусмотренная производителем диагностика -
 SD> это просто разгильдяйство.

И что?

 SD>>>>> По результату теста даже с влюченным remap я тебе скажу сразу,
 SD>>>>> можно ли этот диск использовать в критических местах. А с
 SD>>>>> отключенным - тем более.
 SO>>>> а не проще информацию smartctl с экрана прочитать?
 SD>>> smartctl не покажет те remap, которые были сделаны на заводе.

 SO>> Ты их и по таймингу не увидишь.

 SD> 1. При прогоне теста с _отключенным_ _remap_ увижу диагностику ошибки
 SD> чтения. 2. Даже с включенным remap увижу этот блок по времени чтения (оно в
 SD> разы больше, чем у соседнего блока), только это не обязательно remap, но
 SD> может быть и нестабильный блок.

Я сильно подозреваю, что это все -- городская легенда. На заводе имеют возможность просто иначе расставить блоки на дорожке, когда ремап как таковой просто не будет использоваться. Так что ничего видно не будет.

 SO>> Не говоря уж о том, что какое тебе до них дело? Это несущественная
 SO>> информация.

 SD> Если речь о сервере с критичными данными - информация о сбоях диска
 SD> является существенной. Пусть это посчитаешь перестраховкой, но диск с
 SD> заводскими remap я не поставлю на такой сервер.

Я не уверен, что диски без заводских ремапов нынче выпускаются. Для современных дисков crc-ошибки при чтении -- штатная ситуация, например.

 SD>>> Ну хоть теперь ты согласишься, что dd в качестве средства
 SD>>> проверки/лечения сбойного диска как минимум бесполезен?

 SO>> ет (с).

 SO>> Я по-прежнему утверждаю, что бесполезно порекомендованное тобой.
 SO>> Поскольку я почти всем этим еще пару лет назад пытался попользоваться
 SO>> и уже тогда смысл был почти ноль, а сейчас он уже от нуля практически
 SO>> не отличается. Все, что могла работать на низком уровне с современными
 SO>> дисками/контроллерами просто не живет,

 SD> Бррррр. Те же MHDD и Victoria именно что на низком уровне и работают. Где б
 SD> исходники найти чтобы под *nix переписать :).

Ты читать умеешь, нет? Это они делают только для знакомых контроллеров и винтов. А когда у тебя своременый SATA контроллер и SATA диск на 500ГБ -- они говорят "ну не шмогла". Это уже два года назад так было для дисков годовалой давности.

 SO>>  а остальное по функционалу не отличается от dd+smartctl.

 SO>> Спец-софт+спец железо за бабло я не рассматриваю как недоступное
 SO>> массам.

 SD> Это самое "спец железо" давно неактуально: современные контроллеры
 SD> позволяют дать те же самые команды винчестеру. Вон, лежит у мужиков PC2000.
 SD> Последний раз использовался для диагностики Fujitsu 4.3 Гб, в прошлом году.

Не, ну если ты работаешь с винтами класса 4.3ГБ -- то от MHDD тебе наверное довольно большой толк. Но я-то говорю про что-нибудь типа SATA 500GB. Или вообще SCSI.

... Вам бы все булочки, девочки и сметана.
--- GoldED+/BSD 1.1.5
 * Origin:  (2:5030/500)
SEEN-BY: 50/12 203 400/814 450/186 1024 451/30 550/196 4614/20 4635/4
SEEN-BY: 5000/5000 5011/13 5012/46 5015/28 5019/31 5020/154 175 400 545 549
SEEN-BY: 5020/758 1523 1604 1630 2142 2238 2395 2450 2590 2871 4441 5021/3 29
SEEN-BY: 5022/128 5025/3 750 5027/12 5029/32 5030/49 500 556 966 1063 1080
SEEN-BY: 5030/1900 1957 2828 5031/47 70 5035/38 5040/47 5042/13 5045/7 5049/50
SEEN-BY: 5049/97 5054/1 4 8 9 11 28 35 36 37 45 63 66 67 70 75 84 85 5055/95
SEEN-BY: 5059/9 37 5062/1 10 5063/3 5064/7 5076/1 5077/70 5080/80 1003 5082/6
SEEN-BY: 5083/21 5084/9 5085/13 5090/108 5094/4 5095/20 5096/18 5099/11
SEEN-BY: 6001/10

PATH: 5030/500 5020/4441 545 5054/1 37