Возможно ли для S.M.A.R.T. давать ложные показания (скажем, я возился с множеством программ восстановления, переносов и т. д.) или это абсолютно прямая корреляция только для чтения с физический статус диска?
Работает ли SpinRite уровня 5 «восстановление сбойных секторов» на отмеченных на заводе? Находятся ли они на том же уровне, что и ваш общий плохой сектор, и у SpinRite, таким образом, есть полный доступ?
Основная прошивка (многих?) Накопителей, как и WD Passport - это хранится на блюде. Как это защищено? Может ли восстановление сектора SpinRite повредить его?
Отказ диска передать действительную идентификационную информацию (hdparm -I /dev/xx) в соответствии с поврежденной прошивкой или просто с общим отказом диска? Возможно, я неправильно понимаю роль прошивки здесь. Мне кажется, я читал, что идентификационная информация диска находится на блюде, точно так же, как таблицы разделов и так далее. Это правда?
Смарт записывает на диск большое количество значений. Для каждого значения существует ограничение на количество сообщений об ошибках. Если вы получаете умные ошибки, ваш диск, скорее всего, в плохом состоянии, но умный не гарантирует, что выдает предупреждение. Некоторые типы злоупотреблений (очень частое включение и выключение диска) могут привести к ранним интеллектуальным ошибкам.
Я не знаю, какой интерфейс SpinRite использует против диска. На некоторых дисках есть заводской интерфейс, используемый при производстве дисков, но я не думаю, что диски предоставляют это без специального оборудования. В противном случае он может только читать / записывать стандартные параметры привода и не может легко получить доступ к блокам, отмеченным прошивкой как плохие.
Никакой диск (после IDE) не хранит всю прошивку на блюде. Потому что для чтения пластинки нужна прошивка. Диски до IDE / SCSI несколько раз не имели прошивки. Не вижу смысла хранить прошивку на блюде.
Информация о геометрии диска и тому подобное хранится в прошивке на чипе. Неспособность сообщить об этом может быть признаком неработающего диска, но также может указывать на проблемы со связью с диском (например, конфликт ведущий / ведомый).
Если диск не может сообщить геометрию, вы все равно не сможете ее прочитать. В таких случаях я обычно рекомендую выполнить восстановление из резервной копии ... Потому что у вас есть резервная копия, верно?
http://www.linuxjournal.com/magazine/monitoring-hard-disks-smart
Я сделал аналогичные выводы. У нас чаще выходили из строя диски, которые не отображались на smartctld. SMART обнаруживает ошибки чтения, приводы могут выйти из строя механически или вывести из строя плату контроллера, что никогда / редко бывает предсказуемо.