Показать полную графическую версию : Нестабильные сектора
Ошибка при загрузке 0xc00000e4. Сегодня утром загрузилcя нормально, выключили нормально. С флешки грузиться пробывал только под дос, норм.
М.б. это связано с проблемами с моим hhd? Кол-ко педдингов уменшилось до 400.
Вы сами уверены в исправности материнки, ЮМ самого ноута ? Проверить бы с другим винтиком (тоже WD например)...
Ещё, как вариант, провести полное стирание и чистую установку винды. Затем понаблюдать за поведением в целом.
Ну это вообще отлично, отправим производителю обратно. Есть внешний WD 1tb, но он будет в моих руках только на следующей неделе. Тогда же я произведу полное стирание диска ( это равно форматированию ? ).
Тогда же я произведу полное стирание диска ( это равно форматированию ? ) »
Вообщем-то лучше форматирования (ХР). Будет происходит перерасчёт КС каждого сектора, при несовпадении возможен ремап и т.д. Вообщем полезно будет...
Звонил в сервисный центр. Сказали, что для гарантийного случая г-сенсор должен иметь значение равно нулю. А у меня он свыше 1.5.
Произвел полное стирание диска в mhhd.
Итого по версии виктории: параметр - 05 = 0; 197 = 65518.
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 177 176 021 Pre-fail Always - 2150
4 Start_Stop_Count 0x0032 093 093 000 Old_age Always - 7287
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 4621
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 098 098 000 Old_age Always - 2340
191 G-Sense_Error_Rate 0x0032 001 001 000 Old_age Always - 1586
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 141
193 Load_Cycle_Count 0x0032 145 145 000 Old_age Always - 167713
194 Temperature_Celsius 0x0022 114 103 000 Old_age Always - 33
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 001 001 000 Old_age Always - 65518
198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0
Это СМАРТ какого винта ? На сигейт не похоже. :unsure:
А ВД не сходится по (см. пост №1) -
9 Power_On_Hours 0x0032 094 094 000 Old_age Always - 4621 »
?..
Других дисков в системе нету.
Паркан, а у харда WD5000BPVT секторы 4096 байт --- это хард AF.
Моё мнение большие секторы (даже soft-bad’s) затереть в Victoria невозможно. Если уж затирать, то диапазонами надо это делать.
Я пытался это растолковать IgNat в теме
Разное - Windows - Macbook (Windows 7) (http://forum.oszone.net/thread-273007-8.html)
Но IgNat упёрся…
Паркан, а у харда WD5000BPVT секторы 4096 байт --- это хард AF.
Моё мнение большие секторы (даже soft-bad’s) затереть в Victoria невозможно. Если уж затирать, то диапазонами надо это делать.
Я пытался это растолковать IgNat в теме
Разное - Windows - Macbook (Windows 7)
Но IgNat упёрся… »
Если вы о стирании диска, что я его производил в mhdd.
Если вы о стирании диска, что я его производил в mhdd. »
Похоже, что и MHDD затирает 512 байтными секторами сектора по 4096. Для того, чтобы записать один сектор 512 байт в сектор 4096 байт, большой сектор надо предварительно выбрать, а вот выбираться он не будет потому, как soft-bad...
А вот записать поверх диапазон из восьми 512 байт секторов можно, --- для этого предварительная выборка большого сектора не нужна...
А вот записать поверх диапазон из восьми 512 байт секторов можно, --- для этого предварительная выборка большого сектора не нужна... »
Что то я вас не совсем понял.
Что то я вас не совсем понял. »
А что тут понимать. На AF харде сектор имеет размер 4096 байтов. Для того, чтобы записать в один большой сектор 4096 байтов харду его надо предварительно выбрать/прочитать.
Пусть в большой LBA:0 надо записать малый сектор сектор LBA:2. В этом случае хард AF WDC эмулирует большой сектор восемью малыми.
1. Считывает в свою рабочую память большой сектор 4096 бйтов.
2. Вставляет с offset=1024 один малый сектор 512 байт
3. Обратно записывает по LBA:0 один большой сектор.
============================================
Итого имеем три операци вместо одной, если бы писали малый сектор в малый.
Но если в один большой надо записать диапазон из восьми смежных малых секторов --- LBA:0, LBA:1, .., LBA:7, то предварительно выбирать большой сектор и вставлять малые с нужным смещением не нужно. Хард просто пишет поверху. В противном случае большие тормоза будут.
Ни Victoria, ни MHDD о больших секторах не имеют никакого представления. Поэтому и пытаются затереть большой сектор одним малым. Это не проходит.
См. в Вики --- достаточно картинки посмотреть…
Advanced Format (http://en.wikipedia.org/wiki/Advanced_Format)
А можно посмотреть и рапорт Victoria или MHDD --- там видно, как на один LBA, кратный восьми, приходится восемь непрочитанных малых секторов (если большой сектор сбойный…)
В Ubuntu 12.04 есть функция затирания hdd нулями. Если смогу, сделаю и отпишусь. Система более менее новая, может и сможет все нормально выполнить.
Ни Victoria, ни MHDD о больших секторах не имеют никакого представления. »
Как же быть с записью на Самсунг ST1000LM024 HN-M101MBB с AF -
http://s019.radikal.ru/i633/1312/d0/1b0bbe921fff.jpg
?..
Как же быть с записью на Самсунг ST1000LM024 HN-M101MBB с AF - »
Во-первых, я писал про харды WDC с большими секторами, а у Вас Самсунг…
А во-вторых и на такой же WDC конечно запись пойдёт, --- бэдов нет и большие секторы прочитаются…
Вот Вам с хобота… --- до них быстро дошло…
WD20EARS
Ясно, с AF диск, поэтому и с ремапом проблемы. Попробуйте делать дампы с этого проблемного участка и заливать их обратно. Удобней всего это будет сделать в DMDE. В таком варианте ремапа проблема с AF, думаю, будет более сглажена, да и на медленных больше шансов вычитать инфу и записать обратно. Проблемную область Вы же выявили, вот и попробуйте такой вариант ремапа. На эти Green'ы жалоб много встречается, говорят секторы у них длинные, а жизнь короткая. Зато подешевле
Странные ошибки на жёстком диске (http://forum.ixbt.com/topic.cgi?id=11:44593)
Может, чем другим попробовать?
Вам ведь надо всего от одного пендинга избавиться? Попытайте удачу через запись дампа в DMDE. LBA проблемного блока известен? Тогда почитайте как это можно сделать и вперёд. При ошибке чтения из этого сектора - нажать игнорировать. При ошибках записи дампа обратно на диск может давать ошибку - нажимайте ПОВТОР, пока не запишет. Наверное раз 10-15 придётся повторить, пока винт не решит сам переназначить сектор. Может и с одного раза прокатит, если это софт-бэд. После записи опять проверьте смарт.
► DMDE
Victoria: тестируем диски/вопросы по использованию (http://forum.ixbt.com/topic.cgi?id=11:44606:688#688)
И картинка в качестве бонуса…
http://img845.imageshack.us/img845/3760/joor.jpg
Во-первых, я писал про харды WDC с большими секторами, а у Вас Самсунг… »
Хорошо, обьясните мне разницу между сектором 4к у самсунга и сектором 4к у ВД...
Цитаты с хобота несут в себе половину бреда. Например из приведённого вами же -
На эти Green'ы жалоб много встречается, говорят секторы у них длинные, а жизнь короткая. Зато подешевле...
Попытайте удачу... »
Сами видите - "говорят (что кур ...)" и "попытайте удачу". И это авторитетные мнения ? :)
Хорошо, обьясните мне разницу между сектором 4к у самсунга и сектором 4к у ВД... »
Этой разницы я не знаю, но знаю, что она есть...
У меня к Вам стречный вопрос, --- каким образом программно можно определить размер сектора харда...???...
И вдогонку Seagate ST3000VX000-9YW166 тоже модель с AF -
http://i017.radikal.ru/1312/69/2d015caea493.jpg
наверно и у сигейтов что-то не так как у ВД с сектором в 4к ?
каким образом программно можно определить размер сектора харда...???... »
Я не программист, но кахдый день вижу и в утилитах и в РС3к что они запросто выводят размер сектора в юзер зоне.
Кстати и вами любимый DMDE тоже должен различать размер сектора.
Я не программист, но кахдый день вижу и в утилитах и в РС3к что они запросто выводят размер сектора в юзер зоне. »
А вот Victoria и MHDD с этим не заморачиваются...
Понятно, что единственный способ определить размер сектора это опросить устройство. Надо выдать команду ECh (identify device) это описано в Вашем любимом стандарте (ATA/ATAPI-6 перевод есть даже на русском…). Но вот незадача --- на первых WD20EARS в этом поле был мусор. Сейчас искать лениво, но помню чётко, что на это дело в сети жаловались…
Судя по всему разработчики Victoria и MHDD с этим не заморачивались, когда и так размер сектора в 512 байтов был тогда единственным… Отсюда и проблемы…
Я не слыщал, чтобы DMDE определял размер сектора, хотя слышал, что WinHex определяет и ругается при несовпадении размеров секторов в посекторносм копировании.
Харды WDC внешне эмулируют малые сектора, но при этом им необходимо и обязательно вычитывать большой сектор LBA:0, если запрашивается LBA:2. LBA:2 считается именно малым сектором, а не большим… --- В противном случае полетит львиная часть былого софта…
Все различия в работе софта зависят от реализации разработчиками, --- предусмотрели они это различие в размерах секторов или нет.
© OSzone.net 2001-2012
vBulletin v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.
Available in ZeroNet 1osznRoVratMCN3bFoFpR2pSV5c9z6sTC