Ноутбук заболел, проблемы с жестким диском

mwz · Отправлено: **15:42, 17-01-2014** | #2

sergey076, сыпется диск потихоньку... 158 событий переназначения нестабильных секторов (переназначено по 12 секторов в среднем за каждое), и ещё один сектор под замену назначен.

Вы ноутом в футбол не играете? А то SMART показывает 166 событий ударной нагрузки, что близко к количеству событий переназначения.

sergey076 · Отправлено: **16:35, 17-01-2014** | #3

mwz, Нет, не играл)))
Ноутбук большую часть времени на своем рабочем месте, иногда беру с собой. Не припоминаю случаев, когда его роняли, пользуюсь только я. Постоянно горит индикатор загрузки жесткого диска на led панели

mwz · Отправлено: **16:39, 17-01-2014** | #4

Цитата sergey076:

иногда беру с собой »

Такого же эффекта "игры в футбол" можно добиться если компьютер берут с рабочего места и кидают в сумку (да и вообще двигают) не дождавшись его полного выключения: в это время происходит интенсивная работа диска, и толчки ему противопоказаны. У нас один товарищ с импульсивным характером угробил так два винчестера за два месяца. Пришлось ему ставить SSD (обоснование для руководства подобрали типа "в связи с особенностью деятельности имярек ...").

sergey076 · Отправлено: **16:45, 17-01-2014** | #5

mwz, -)) Понял, иногда бывало зависал, я выдергивал шнур (единичные случаи), батарейкой не пользуюсь. Жесткий под замену да? Ничего не сделать?

mwz · Отправлено: **16:53, 17-01-2014** | #6

sergey076, слишком много событий переназначения. Что даёт основания полагать, что дальше проблемы будут прогрессировать с нарастающей быстротой.

Цитата sergey076:

иногда бывало зависал, я выдергивал шнур (единичные случаи), батарейкой не пользуюсь »

Исходной причиной зависаний как раз и могут быть проблемы с винчестером. Выдёргивание шнура не должно бы являться причиной появления плохих секторов: все винчестеры при внезапном пропадании питания производят штатную автопарковку.

sergey076 · Отправлено: **17:37, 17-01-2014** | #7

mwz, можно ли как нибудь эти сектора заблокировать? Чтобы винчестер их не использовал

mwz · Отправлено: **19:45, 17-01-2014** | #8

sergey076, они и так уже не используются -- уже переназначены (атрибут 5) кроме одного (атрибут 197). А прогноз -- что будут появляться новые и новые, и при этом могут уносить в небытие куски информации, находящиеся на них.

Чтобы убрать этот один оставшийся, можете натравить на это диск утилиту Victoria (желательно версии 4.47) в режиме Read + Remap и посмотреть, перенесётся ли он в переназначенные, и не проявятся ли новые. И заодно посмотрите, есть ли сектора с высокими задержками чтения (более 200, что ещё терпимо, а то и 600 миллисекунд) -- и сколько.

Утилиту распаковать в отдельный каталог и запускать от имени администратора, т.е. с повышением прав.

PS
Однако сначала сохраните на другом носителе все невозобновимые материалы (создайте бэкап, т.е. резервную копию): фотографии, документы и т.д. Если ещё не сделали этого.

sergey076 · Отправлено: **13:46, 18-01-2014** | #9

mwz,
TOSHIBA MK3265GSX 70TFB2ECB
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 100 100 50 0 •••••
2 Throughput perfomance 100 100 50 0 •••••
3 Spin-up time 100 100 1 1300 •••••
4 Number of spin-up times 100 100 0 7071 •••••
5 Reallocated sector count 100 100 50 1705 •••••
7 Seek error rate 100 100 50 0 •••••
8 Seek time perfomance 100 100 50 0 •••••
9 Power-on time 68 68 0 13191 •••
10 Spin-up retries 241 100 30 0 •••••
12 Start/stop count 100 100 0 6605 •••••
191 G-SENSOR shock counter 100 100 0 166 •••••
192 Power-off retract count 100 100 0 106 •••••
193 Load/unload cycle count 96 96 0 45030 ••••
194 HDA Temperature 100 100 0 49°C/120°F ••••
194 Minimum temperature 90 100 0 -1°C/30°F -
194 Maximum temperature 90 100 0 67°C/152°F -
196 Reallocated event count 100 100 0 158 •••••
197 Current pending sectors 100 100 0 2 •••••
198 Offline scan UNC sectors 100 100 0 0 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
220 Disk shift 100 100 0 33 •••••
222 Loaded hours 71 71 0 11860 •••
223 Load retry count 100 100 0 0 •••••
224 Load friction 100 100 0 0 •••••
226 Load-in time 100 100 0 216 •••••
240 Head flying hours 100 100 1 0 •••••

4.png

mwz · Отправлено: **14:05, 18-01-2014** | #10

sergey076, ну вот: ещё один сектор под замену появился (при этом уже имевшийся не переназначился, т.е. микропрограмма диска пока считает возможным подождать и перепроверить его -- хотя наличие такого сектора хорошего не сулит)... Прогноз начинает сбываться.

А количество блоков 600 ms пока терпимо -- но похоже, что они расположены группами (к сожалению видно только три последних LBA, но близких друг к другу), а это обычно говорит о начавшейся деградации нескольких локальных участков.