Показать полную графическую версию : Все о SMART - расшифровка параметров, утилиты.
Повторюсь ещё раз -
Цитата misha2:
Приведите лучше адекватный скрин СМАРТа, снятый Викторией 4.46. » »
Crystal Disk Info все показывает.
Виктория работает только на XP, а под досом не на всех sata контоллерах.
Виктория работает только на XP »
А вот не далее как вчера и сегодня люди нормально протестили свои винты Викторией 4.2-4.3 из под 7-ки. Crystal Disk Info все показывает. »
Если б всё и нормально показывало, то вы б не задавали б здесь вопросов. И может она ещё умеет скан поверхности, erase и write винтам делать ?.. ;)
Вам даже важнее не столько СМАРТ, как состояние поверхности !
Проверял Victoria после 40% проверки начались Error. после чего хард пропал из папки мой компьютер. ему уже 7 лет да к тому же работал с бп который был с вздутыми конденсаторами. »
После чистки контактов проведите в Виктории сканирование со стиранием сбойных блоков, или полное стирание. Информация на винте уничтожится ! »
почистил контакты.
через минут 5 работы жесткий диск начинает зависать, т.е. он пытается стартовать ,но не может, потом виснет вся система.
помогает только перезагрузка
и в итоге я не могу про сканировать его
как попытаться сканировать его victoria?
не знаю важно ли, но на жестком там где перемычки, нет ни какой перемычки.
как то раз удалось запустить сканирование в режиме Write (но потом успешно было отключено электричество,из за чего прервалось сканирование)
так вот во время сканирование victoria писала Block 256 Error: ABRT и так постоянно
это значит жесткий можно выкинуть и не пытаться еще раз сканировать его?
Block 256 Error: ABRT »
Это значит что винт абортит команду доступа к сектору, и неважно в каком режиме, чтения или записи. Это плохо совсем. Т.к. требует теперь всех дальнейших манипуляций только в терминале и технокомандами. Может он и подлежит ремонту, но сам ремонт (и даже дальнейшая диагностика просто) требует специальных знаний и опыта.
во время сканирование victoria писала Block 256 Error: ABRT »- проведите тест Линейное чтение в Victoria for DOS.
Аборт чтения сектора срабатывает в самом винте. Поэтому и неважно в винде он или в ДОСе.
Доброй ночи. подскажите пожалуйста все ли норм с жестким. это внешний жесткий. меня беспокоит значение
C5 200 200 __0 000000000001 Нестабильные сектора
C6 200 200 __0 000000000001 Неисправимые ошибки секторов
это серьезные ошибки?
в целом жесткий работает нормально.
----------------------------------------------------------------------------
CrystalDiskInfo 4.5.0
(2) WDC WD10EADS-11M2B1 : 1000.2 GB [1-X-X, sa1] (V=1058, P=1003)
----------------------------------------------------------------------------
(2) WDC WD10EADS-11M2B1
----------------------------------------------------------------------------
Enclosure : WD 10EADS External USB Device (V=1058, P=1003, sa1)
Model : WDC WD10EADS-11M2B1
Firmware : 01.00A01
Serial Number : WD-WCAV53479604
Disk Size : 1000.2 GB (8.4/137.4/1000.2)
Buffer Size : 32767 KB
Queue Depth : 32
# of Sectors : 1953525168
Rotation Rate : Неизвестно
Interface : USB (Serial ATA)
Major Version : ATA8-ACS
Minor Version : ----
Transfer Mode : SATA/300
Power On Hours : 4347 час
Power On Count : 178 раз
Temparature : 46 C (114 F)
Health Status : Тревога!
Features : S.M.A.R.T., AAM, 48bit LBA, NCQ
APM Level : ----
AAM Level : 80FEh [OFF]
-- S.M.A.R.T. --------------------------------------------------------------
ID Cur Wor Thr RawValues(6) Attribute Name
01 200 200 _51 000000000000 Ошибки чтения
03 114 113 _21 000000001C5A Время раскрутки
04 _98 _98 __0 0000000009B1 Запуски/остановки шпинделя
05 200 200 140 000000000000 Переназначенные сектора
07 200 200 __0 000000000000 Ошибки позиционирования
09 _95 _95 __0 0000000010FB Часы работы
0A 100 100 __0 000000000000 Повторные попытки раскрутки
0B 100 100 __0 000000000000 Повторы рекалибровки
0C 100 100 __0 0000000000B2 Число включений/отключений
C0 200 200 __0 000000000070 Отказы отключения питания
C1 190 190 __0 000000007619 Циклы загрузки/выгрузки
C2 101 _98 __0 00000000002E Температура
C4 200 200 __0 000000000000 События переназначения
C5 200 200 __0 000000000001 Нестабильные сектора
C6 200 200 __0 000000000001 Неисправимые ошибки секторов
C7 200 200 __0 000000000000 CRC-ошибки UltraDMA
C8 200 200 __0 000000000001 Ошибки записи
-- IDENTIFY_DEVICE ---------------------------------------------------------
0 1 2 3 4 5 6 7 8 9
000: 427A 3FFF C837 0010 0000 003F 003F 0000 0000 0000
010: 2020 2020 2057 442D 5743 3533 3533 3437 3936 3034
020: 0000 FFFF 0032 3031 2E30 3031 3031 5744 4320 5744
030: 3130 4541 4453 2D31 314D 3120 3120 2020 2020 2020
040: 2020 2020 2020 2020 2020 2020 2020 8010 0000 2F00
050: 4001 0000 0000 0007 3FFF 003F 003F FC10 00FB 0100
060: FFFF 0FFF 0000 0407 0003 0078 0078 0078 0078 0000
070: 0000 0000 0000 0000 0000 1706 1706 0000 0044 0040
080: 01FE 0000 746B 7F61 4123 BC41 BC41 4123 007F 0068
090: 0068 0000 FFFE 0000 80FE 0000 0000 0000 0000 0000
100: 6DB0 7470 0000 0000 0000 6003 6003 0000 5001 4EE2
110: 58DF 700A 0000 0000 0000 0000 0000 0000 0000 4018
120: 4018 0000 0000 0000 0000 0000 0000 0000 0021 0000
130: 0000 0000 0000 16CE 0000 0000 0000 0000 0000 0000
140: 0000 0000 0004 0000 0000 0000 0000 0000 0000 0000
150: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
160: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
170: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
180: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
190: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
200: 0000 0000 0000 0000 0000 3031 3031 0000 0000 4000
210: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
220: 0000 0000 101E 0000 0000 0000 0000 0000 0000 0000
230: 0000 0000 0000 0000 0001 0000 0000 0000 0000 0000
240: 0000 0000 0000 0000 0000 0000 0000 0000 0000 0000
250: 0000 0000 0000 0000 0000 2CA5
это серьезные ошибки? » А мы это недавно обсуждали: #1117 и ниже. Мое мнение за прошедшие две недели никак не изменилось - пока в сектор, попавший в пендинги (атрибут С5 - число секторов кандидатов на замену) не будет произведена очередная запись и не выяснится софт бэд это или "настоящий" бэд, делать выводы о "серьезности ошибки" преждевременно.
art89,
У вас WD семейства DragFly 2. По СМАРТу - нормальное состояние. Беспокоится не о чем.
Здравствуйте уважаемый форумчане. НА ноуте dell latitude E6500 стоит винт Seagete ST9200423ASG на 200 Гб. Вот его смарт. Что скажите, стоит ли волноваться и какие меры по продлению его жизненнго срока посоветуете? http://s019.radikal.ru/i634/1206/dc/c633145e2cd7.jpg
Нормальный СМАРТ. А вот обращение с винтом/ноутом ненормальное. Аккуратнее надо пользоваться ноутом. :)
Посмотрите сами на показания датчика ударных нагрузок - аттрибут 254.
Нормальный СМАРТ. »
Только что паркуется часто. Небось крышкой ноута хлопают каждые 5 минут
аттрибут 254. »
причём с силой :)
Да не сказал бы что сильно хлопаю, закрываю аккуратно. Часто во время переездов фильмы смотрю, с нашими трясками на дорогах оттого видимо и показатели такие. А 193-1 показатель насколько критичен?
А 193-1 показатель насколько критичен? »
Если речь про 193-й аттрибут, то это лишь общее число запусков-перезапусков. Он не может быть критичным, а всего лишь отображает число циклов.
193 C1 Load/Unload Cycle Количество циклов перемещения блока магнитных головок в парковочную зону / в рабочее положение
Он не может быть критичным, а всего лишь отображает число циклов. »
Бывает, что и может. Обычно производитель гарантирует от 300 до 500 тыс парковок (от модели зависит). Часто (особенно под Linuх) головки слишком часто паркуются. Настолько часто, что до истечения срока гарантии ресурс выбирается. Поэтому интервал увеличивают или вообще парковку убирают.
ЗЫ Десктопу вообще незачем парковать головки.
Часто (особенно под Linuх) головки слишком часто паркуются. »
От ОСи частота парковок не зависит абсолютно, т.к. определяется микропрограммой винта, а не ОСью. Влияет на парковку энергорежим, микропрограмма винта и температура (влияющая не на парковку именно, а на терморекалибровку).
ЗЫ Десктопу вообще незачем парковать головки. »
Десктопному винту под ОСью не нужна. А файлохранилищам нужна. Пусть немного, но экономит ресурс винта.
А файлохранилищам нужна. Пусть немного, но экономит ресурс винта. »
misha2, такому авторитету, как Вы :) трудно возразить, но посмотрите, что я ранее на эту тему наковырял и написал…
См. пост Tau_0 отправлено Отправлено: 14:09, 11-04-2011
Службы - Постоянно работает жесткий диск
http://forum.oszone.net/thread-203826.html
ЗЫ Кстати, буржуи за харды в NAS беспокоились…
Tau_0,
Ну так вы там и писали о принудительном отключении парковки, посредством вмешательства во внутреннюю микропрограмму винта. Тогда причём тут ваше утверждение -
Часто (особенно под Linuх) головки слишком часто паркуются. »
что явление парковки зависит от ОС ? Причём "особенно в Linux". Никакой зависимости от ОС - нет. Скорее распарковка зависит от ОС, а не парковка. И сами же это подтверждаете, приводя в пример утилиту от производителя. То есть имеется ввиду что явление парковки и частота её напрямую зависит от микропрограммы винта, там просто есть установленное значение по умолчанию, от 0 до 256. Сколько значение - столько винт и будет парковаться. А то что какая-то ОС чаще/реже делает обращение к винту и винт "просыпается", так так и должно быть. Утилита же просто-напросто сводит значение к "0", и винт вообще не паркуется. Чтоб винт не парковался вообще применяют эту утилиту. И это сокращает срок службы винта. Утилита WDIDLE выложена для юзеров у которых работают такие приложения, где парковка нежелательна в принципе (из-за работы этих приложений). А не как некий патч/апдейт прошивки винта для повсеместного применения. Лишь для тех, кому важна работа приложений, а не срок службы и стоимость винта.
Скорее распарковка зависит от ОС, а не парковка. »
Распарковка --- часть полного цикла распарковка/парковка, поэтому особой ошибки не вижу... Но именно то, что Вы подчеркнули я и имел в виду. По крайней мере, если OS норовит каждые 5-8 секунд кэш сбросить, то...
А вот, что от запрета срок службы харда сокращается, так вроде и не совсем очевидно…
Если есть звук (цокает) значит есть удар, пусть и незначительный... Шпиндель всё равно вращается, а в распаркованном состоянии головки в простое тоже по одному месту не ходят, --- чтобы что-то не процарапать. А что они не в парковочной зоне, так что с того…???...
Хотя, возможно, что Вы как профессионал имеете какую-то статистику. По мне так для большинства применений это ненужная фича…
OS норовит каждые 5-8 секунд кэш сбросить »
То есть "виновата" ОСь, а не фича винта.
в распаркованном состоянии головки в простое тоже по одному месту не ходят »
Вот именно. Перемещаются постоянно.
А что они не в парковочной зоне, так что с того…???... »
Износ, вот что. Когда головки лежат механически жёстко запарковано на рампе - им точно ничего не будет.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.