Дата: 2016-01-11

Автор: Hule

Всем привет!

Сегодня у нас будет немного статистики. Я собрал все жёсткие диски, что у меня были, и решил по каждому пройтись SMART-ом. Конечно, это не 100% гарантия, что диски в хорошем состоянии, но гонять каждый по нескольку часов я не мог, потому что времени столько нет, ведь в забеге участвует 34 диска. Подавляющее большинство от Seagate, немножко WD, Maxtor, парочка IBM/Hitachi, Fujitsu и один затесавшийся ExcelStor. Тестовый компьютер не прошёл POST, что ВНЕЗАПНО, поэтому я использовал старый-добрый компьютер с Атлоном 2200+ и материнкой ASUS A7V600-X, который участвовал в обзоре 2003-го года https://old-hard.ru/articles/AMD_2003

Гонялись они по две штуки, потому что на блоке питания больше molex-ов нет, а разветвителя тоже дома не оказалось. 6 винтов выбыло, потому что не запустились, среди них три 40-ки Seagate, 40-ка WD, 10-ка Seagate и один Conner на 4.3 Гб, очень жаль, что два последних не запустились, это было бы любопытно. В большинстве винты были офисные, работали в стандартных стационарных машинах. Сразу же привожу таблицу, где собрал самое важное из показателей и отметил те винты, у которых есть проблемы. Среди всех оказался только один с плохим смартом и маленьким пробегом, что больше похоже на брак. И один рекордсмен, прошедший больше 96 тысяч! В таблице можно понять, что пробег, дата изготовления и количество битых секторов друг от друга зависят мало. Старые 40-ки с пробегами по 20 и 40 тысяч чувствуют себя почти одинаково. оба Макстора чувствуют себя прекрасно, несмотря на возраст. Hitachi, который кипятился до 61 градуса, сейчас чувствует себя прекрасно. Все скрины ниже, а таблица приведена тут.

Производитель Модель Размер винта, ГБ Power-on time Reallocated sector count Current pending sectors Offline scan UNC sectors Seek error rate Write error rate
ExcelStor j880 80 30113 0 0 0 0 0
Fujitsu MPF3102AT 10 9999 0 0 0 801 145
Hitachi HDS728080PLAT20 80 15290 0 0 0 0 0
IBM IBM-DJNA-370910 9 20327 0 0 0 0 0
Maxtor 2B020H1 20 23692 0 0 0 0 0
Maxtor 2F020J0 20 51237 0 0 0 0 0
Seagate ST36421A 6 9999 0 2 0 0 0
Seagate ST310215A 10 5691 0 0 0 0 0
Seagate ST320413A 20 70434 0 0 0 0 0
Seagate ST320414A 20 12939 0 0 0 0 0
Seagate ST340014A 40 16825 0 0 0 0 0
Seagate ST340014A 40 20029 0 0 0 0 0
Seagate ST340014A 40 40130 0 0 0 0 0
Seagate ST340014A 40 28974 0 0 0 0 0
Seagate ST340014A 40 22735 0 0 0 0 0
Seagate ST340016A 40 28113 1 0 0 0 0
Seagate ST3402111A 40 11979 0 0 0 0 0
Seagate ST380011A 80 9733 0 0 0 0 0
Seagate ST380011A 80 45597 0 0 0 0 0
Seagate ST380011A 80 6044 2705 6693 6693 0 0
Seagate ST3802110A 80 9507 0 0 0 0 0
Seagate ST3802110A 80 20368 0 0 0 0 0
Seagate ST3802110A 80 20057 9 0 0 0 0
Seagate ST3120814A 120 55096 7 0 0 0 0
Seagate ST3120024A 120 96074 0 0 0 0 0
WDC WD400BB-00JKC0 40 16767 0 0 0 0 0
WDC WD800JB-00JJC0 80 16574 0 0 0 0 0
WDC WD2500JB-00REA0 250 34959 0 0 0 0 0

Из дополнительных условий - две 120-ки были в древнем сервере резервых копий, 10-ки и 20-ки были в третьих пентиумах и не кипятились. Получается, что на 28 винтов только один с определёнными проблемами, но всё ещё считывается. Такая вот маленькая локальная статистика.


Поделиться ссылкой:
Facebook Twitter ВКонтакте
Тэги:  железо

Комментарии (4 шт.)
[2016-01-12] dimazz
интересно))))

[2016-01-12] Miha_xXx
Интересно почему у некоторых дисков проблемы с power-on time (те что в таблице по 9999)?

[2016-01-13] Santa-Claus_16
Проще было скрипт написать который с dmesg смотрит новые подключения, читает через smartctl смарты, кидает нужные параметры через grep в файлик. Времени бы заняло в разы меньше. Винду ж небось перезагружать надо после каждого нового подключения диска?

[2016-01-13] Hule
To Miha_xXx:
У одного винта вместо времени был 0, а у другого какие-то совсем невероятные цифры, поэтому я написал примерный пробег в 9999.

To Santa-Claus_16: можно сжечь винт, IDE не очень любит горячую замену, на свой страх и риск, конечно. Лучше всего для этого подходит Mobile Rack с возможностью замены винта. Да и всегда любопытно взглянуть на то, что внутри, так я разжился несколькими старыми программами.


© Дмитрий Newbilius (программист)
и Дмитрий Hule (админ)
2010-2024 г.