Нестабильные сектора
 

Всем привет. Сегодня пятница, решил я немного поиграть. Запустил игру и она зависла. Минута, две... ctrl alt delete не отвечает, использую power. После запуска ноутбука ошибка "Ошибка чтения диска...". Загрузился, но ошибки продолжились. Выяснил - глючит жесткий диск. Открываю смарт, а там

После провел сканирование всего жесткого, скрин не успел выполнить - завис опять.

Как можете прокомментировать всю эту ситуацию? Что с HDD делать?

винт накрывается. Срочно спасайте данные.
уже ничего..

Я бы не был столь категоричен...
То, что атрибут ID = BF(191) Текущее = 1, Raw = 61Ch = 1564dec
Большое (ударные нагрузки) не есть гуд, но само по себе это не смертельно.

Зато атрибут ID = 05 Текущее = 200, Raw = 0
Это хорошо

А атрибут ID = C5 (197) Текущее = 198, Raw = F2 = 242 dec
Не так уж это и много...

Паркан, возьмите утилиту Victoria 4.46b/4.47 for Windows и выполните тест линейного чтения в связке с remap. --- read+remap.

Вполне после этого может стать гуд… Покажите рапорты прогона теста SCAN, и SMART после прогона опять покажите.

Паркан, Систему на этот HDD я не стал бы ставить, а для файлопомойки ещё послужит.

Цитата Tau_0:
Паркан, возьмите утилиту Victoria 4.46b/4.47 for Windows и выполните тест линейного чтения в связке с remap. --- read+remap.
Вполне после этого может стать гуд… Покажите рапорты прогона теста SCAN, и SMART после прогона опять покажите. »



Выполнил. Новые данные. Скан пока не полный.

Паркан, обязательно рапорт SCAN покажите. Судя по описаниям (они противоречивы) этот хард AF, --- тогда непросто с бэдами борться. Из рапорта будет видно. В нижнем окне Victoria for Windows надо выделить весь рапорт теста SCAN и скопировать его в текстовый файл. Файл приложите к ответу...

Скан завершен.
Это вот это его рапорт(всего 3 ошибки, было больше 1к) ?

Я же просил полный рапорт теста SCAN представить, а эти три строчки не знаю как интерпретировать...
Рапорт SMART снова покажите...

Смарт после read+remap.

В нижнем окне скан только три строки.

Паркан, я Вам по русски написал --- нужны тесты и рапорты утилиты Victoria 4.46b/4.47 for Windows. А с HD Tune я пас... --- сами разбирайтесь...

Цитата Tau_0:
Паркан, я Вам по русски написал --- нужны тесты и рапорты утилиты Victoria 4.46b/4.47 for Windows. А с HD Tune я пас... --- сами разбирайтесь... »
Сори, ступил, вот результат Victoria
И смарт.

Паркан, час от часу не легче…
Дёствительно в скане 20 errors

С другой стороны в рапорте SMART из виктоии видно 264 пендинга. Конечно SMART WDC знамениты тем, что порую показывают пендинги, когда их там нет, но не настолько же...!!!...

Вот эти 20 ошибок…
Поскольку на этом WD большие секторы то попробуем интереса для и для определённости ... затереть один большой сбойный сектор диапазоном из восьми 512 секторов (в каждом будут нули)...
StartLBA = 340191368
EndLBA = 340191375
На хардах WDC такое порой проходит…
См. пост Tau_0 Отправлено: 23:27, 28-11-2013
Разное - Windows - Macbook (Windows 7)

После затирания в Victoria протестируйте диапазон
StartLBA = 340191368 -80 = 340191288
EndLBA = 340191375 +80 = 340181455
Это тест мгновенно пройдёт и его будет достаточно...

Tau_0, а нельзя просто взять и убрать эти 170гб из рабочей области диска, что бы он вообще не использовался, пересоздав разделы? Или, даже если я это сделаю, сектора и дальше будут разрушаться?

Паркан, нет, ---- нельзя...

В таком случае, затереть это "Erase"?

Пробовали затирать в Виктории не получилось.. А диапазоном трёт...
См. пост Tau_0 Отправлено: 20:47 27-06-2011
Железные проблемы с HDD (диском, хардом, веником)

Вся проблема в том, что секторы большие (4096 байтов), а Виктория априори пишет маленькин секторы в 512 байтов.

Правда у меня теплится слабая надежда, что MHDD из-под MS DOS сможет.
MHDD. Документация
А с другой стороны SCSI это не PATA, но проверить можно...

А если оставит нестабильный сектор, то у харда будет он свербеть, поэтому будет он на него постоянно лазить, пока дюрку не разотрёт...

Tau_0, а если переформатировать диск на 512 байт(fat32), то виктория сможет спрятать ошибки?

Нет, -- не сможет…

Прочитайте документ и подумайте..., тогда поймёте почему оно так.
ТехнологияAdvanced Format
Справочный документ

Сектор является минимальной неделимой единицей информации на харде.
Харды с большими секторами (4096 байт) эмулируют 512 байтовые секторы. Так, если мы хотим записать информацию (512 байтов) в сектор LBA:2. То хард сначала вычитывает большой сектор LBA:0. Зто восемь мвлых LBA:0, LBA:1, LBA:2, …, LBA:7, Затем вставляет в LBA:2 этот этот малый сектор 512 байт. И только после этого обратно записывает большой сектор назад. Вот так оно работает --- фактически получается две паразитная опрация чтения. Ну и ещё операция вставки в нужное место, но это быстро…

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

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

Фактически выновата виктория, которая обязательно хочет писать по одному малому 512 байтовому сектору. Ну не было раньше на обычных хардах 4096 байтовых секторов… Правда на SCSI были.., --- вот почему у меня теплица надежда на MHDD…

Вот как обращались с ноутом - так теперь и пожинайте свои плоды. (См. аттр. 191)
А пендинги (аттр. 197) убирать можно и нужно.

Цитата misha2:
Вот как обращались с ноутом - так теперь и пожинайте свои плоды. (См. аттр. 191)
А пендинги (аттр. 197) убирать можно и нужно. »
В этом то и вся проблема, что я старался максимально аккуратно.
Я учусь, во время учебы ноут постоянно стоит дома1, иногда катаюсь в дом0 с ноутом и все, больше никаких пространственных перемещений. Ему 1.3 года.
Раньше было в scan 14 красных точек. Теперь их осталось всего 2 ( после прогона виктории и chkdsk ), в самом начале диска(сканирования). На выходных хочу попробовать использовать MHDD.
Это видео актуально?
И еще вопрос: параметр 197 может обнуляться при исправлении педдинга или все параметры сматр носят накопительный характер? Или каким-либо ПО от производителя помучать?

Даж крышку ноута не захлопывали ниразу пока винт ещё активен ? ;)
Да. Аттрибут динамический.
Ну типа актуально. Ведь многое зависит от типа бэда/ов и расположения их на поверхности. И как делается в МХДД, так и в Виктории - без разницы.

Цитата misha2:
Даж крышку ноута не захлопывали ниразу пока винт ещё активен ? »
Захлопнуть?) До полного закрытия крышку придерживаю. Пару, может десяток всего, раз соскальзывала , но не 1.5к же)
А во время транспортировки он всегда выключен, т.е. счетчик не крутиться(?). Это около 4 "ударов" в день, ужас. В мая диагностику проводил, все стабильно было, летом вообще не перемещался почти.

А вот из scan(да и в виктории меньше стало) красные точки пропали, но в смарт они обозначены, т.е. все по прежнему?
ID C4 = 0.

Не понравился мне ролик. Я действительно много тестировал в MHDD. На нужные вопросы в нём нет ответов. А несведующего человека только запутает.

Вот большой сбойный сектор
Лучше в DMDE в
Сервис ===> Заполнить секторы

Выскочит шаблон для заполнение См. картинку
1. В красном эллипсе оставляем нули (хотя это без разницы, --- можно и единицами пробить FFh).
2 В первом синем эллипсе пропмсываем начальный сектор LBA = 52472
3 Следующие дваполя взаимно связаны, --- Достаточно заполнить Число секторов = 8, и номер последнего сектора сам станет равным 52479. Или наоборот, можно заполнить Конечный сектор = 52479. Тогда число секторов станет равным восьми… Тут важно понимать, что большой сектор 4096 байт эмулируется восемью малыми секторами по 512 байтов.
3. По OK подтверждаете запись.

Сектор должен затереться.

Проверяете это дело в Victoria. При этом не надо тестировать весь хард. Достаточно протестировать только узкий диапазон секторов, содерхащий этот сектор.

Ничего здесь сложного нет… За исключением того, что бэдов может быть очень много…

Может и должен по крайней мере уменьшаться, но у хардов WDC бывают такие причуды, когда Soft-бэдов уже реально нет, это любые тесты сканирования плверхности показывают, но в рапорте SMART фантомы могут неделями висеть, пока сами не уйдут. У меня лично такое было и другие владельцы таких хардов тоже подобное отмечали...

Виктория, было:
Стало:

Этот сектор теперь будет не использоваться?

Сложный вопрос... --- Если сектор просто затёрся, то использоваться будет, потому, что это был простой soft-bad, а если он переназначен (бэд был физический), то вместо него будет использоваться другой сектор из резерва.
Покажите ещё раз рапорт SMART --- посмотрим на атрибут ID =5 ---...???...

Tau_0,
Если софт, то это хорошо, т.е. сам диск в хорошей форме?

Если сравнивать с предыдкшим SMART, то виден некоторый прогресс. Так атрибут 193 Current pending sectors несколько улучшился, --- текущее нормализованное подросло со 197 до 198, а RAW уменьшилось с 264, до 240.
А поскольку 05 атрибут = 0, то понятно, что были soft-bad’s…

Но немало осталось
Заустите вновь тест линейного чтения в виктории, но remap делать не надо ---- не поможет…
По окончанию теста текстовый рапорт SCAN сохрание и покажите.

Надо нечто эффективное придумать. Эти бэды по одному как клопов душить очень занудно…
Только реред этим в DMDE затрите этот диапазон

Для лучшего закрепления достигнутого оно полезно…:)

Почти "порядок". Одна ошибка и 150 участков с долгим доступом.
-1 pending.
Смарт

Из рапорта теста SCAN
Кстати 11776/8 = 1472 делится гладко без остатка. Это граница большогл сектора. --- Просто к слову...

Надо уточнить адрес/адреса этого сбойного блока. Дело в том, что виктория по умолчению тестирует блоки по 256 секторов. А сбойных секторов в блоке может быть от одного до 256 секторов, а никак не один... Имеются в виду малые секторы по 512 байтов, ну и соответственно больших на самом деле может быть 256/8 = 32 ---- маловато, однако…

Выставьте в Victoria for Windows диапазон тестируемых секторов
StartLBA = 11776
EndLBA = 11776+255=12031
а коэффиниент блокирования BlockSize равным 8 малым секторам (это один большой сектор). Итак блок теперь будет равен 8 секторам.
Для того, чтобы выставить 8 надо выделить 256 (по умолчанию) и вставить вместо 256 цифру 8 --- иначе не получится… См. картинку. У меня на картинке ошибок нет, а у Вас они должны быть…

Рапорт этого SCAN представьте…

На медленные секторы можно пока вообще забить, --- работа идёт из-под Windows, запущенной с того же харда… Эти задержки необъективны

Добавлено…
============
Подумал вот, --- в рапорте SMART почти 240 пендингов стоит, а подозрительный интервал только максимум 32 сектора включает.
Возможно, что после этого теста стоило бы прогнать протестировать в Victoria 240 больших секторов, начиная с
StartLBA = 11776
EndLBA = 11776 + 240*8 – 1 = 13695
При этом BlockSize = 8

ЗЫ Пока затирать ничего не надо, --- надо только результаты SCAN показать.

Разница есть, по крайней мере при тестировании. --- Victoria for DOS тестирует блоками по 256 секторов, а MHDD по 255. Поэтому при выводе у этих утилит получаются немного разные LBA сбойных блоков.

Второй момент.
В принципе утилита может определить реальный размер физического сектора харда. Другое дело, что она может этого не делать, а тупо брать значение 512. Вот виктория берёт 512, а MHDD --- тут я не знаю…

Цитата Tau_0:
StartLBA = 11776
EndLBA = 11776+255=12031 »
Цитата Tau_0:
StartLBA = 11776
EndLBA = 11776 + 240*8 – 1 = 13695
При этом BlockSize = 8 »

Паркан, Сравниваем два прогона --- в первом получили медленный блок, а во втором он вообще не прочитался… Плохо это.

И опять же мендленных блоков много…
Я думаю, что в этих красных блоках беда закопана, --- они то с трудом читаются, то вообще не хотят читаться.

Видимо имеет смысл выполнить тест чтения поверхностей из-под DOS утилитами Victoria for DOS и/или MHDD чтобы посмотреть/оценить реальные задержки... Правда я не знаю никакого эффективного метода борьбы с такими полудохлыми медленными блоками. А вреда от них молжет много быть…
Может misha2 какой способ борьбы предложит.

Ну это вы и сами знаете - способ только в использовании инженерного ПО для ремонта повреждённых секторов.

Цитата Tau_0:
Видимо имеет смысл выполнить тест чтения поверхностей из-под DOS утилитами Victoria for DOS и/или MHDD чтобы посмотреть/оценить реальные задержки... Правда я не знаю никакого эффективного метода борьбы с такими полудохлыми медленными блоками. А вреда от них молжет много быть… »
У меня такая проблема возникла из под dos:
Виктория: отсутствует drsc+drdy или винт не снимает busy(пробЫвал через р выбирать).
mhdd: drive is not ready.

- что-то неправильно делаете. AHCI-режим отключили?- что именно выбирали и отображался ли тестируемый диск в окне выбора дисков? Приведите скриншот.

Если есть AHCI в БИОС - нужно его выключить, переведя в режим иде-совместимости. Либо контроллер не поддерживается утилитами.

Паркан, Для того, чтобы Victoria for DOS могла нормально работать необходимо в BIOS контроллер из режима AHCI SATA первести в режим PATA/IDE. И для MHDD тоже нужно перевести...

IgNat, Tau_0,
Чёй-то втроём уже тараторим одно и то же. :clapping: :)

misha2, вот и я думаю, что пора Вам про wdmarvel протараторить...:)

Tau_0, а смысл :confused: люди Victoria&MHDD не могут правильно запустить, а тут такой инструмент! Да и misha2 уже дал ссылку одному пользователю этой конференции для очистки Relo. Так человек такого напортачил! Из этого вывод - кому надо сам найдёт или обратится ч/з РМ. ;)

Ну не все будут сразу партачить... ===>
Тут другое плохо, --- у ТС ноутбук, а не десктоп...

P.S. Если память не изменяет, то тот пользователь ещё и misha2 обвинял, что у этого пользователя руки кривые и думать он не умеет :) И зачем всё это надо? ;)

- выход всегда есть! ;)

Не все... Я согласен.
Но многие. Причём останешься крайним обьясняя что то был инженерный софт и не стоило лишние кнопки нажимать. Но будет уже поздно ! Вот в чём всё дело...

Да, просто я про это не знал, но как Tau_0 написал, исправил, запустил. В итоге скан только что завершил( более 300 ошибок при чтении) и пишу телефона, проблема у меня)))) После скана я попытался как то сохранить, но обратно в меню выскочил. Пока выключать не буду, может где лежат результаты?

Результаты видимо в RAM лежат... Никакая тропическая сила их оттуда не вытащит.
Для того, что бы сохранять результаты/логи надо Victoria и MHDD на загрузочную MS DOS флешку писать...
Как создать загрузочную флешку с DOS

ЗЫ скачал WDR 3 pro full – убивайте вдшки на здоровье))

Запустил вот WDR от нечего делать. Так забавно работает --- на здоровом терабайтнике WD 315 бэдов нашла… И это ещё не предел...!!!...

Я через флешку. Запущу заново, есть в Виктории функция сохранения? Яндекс ничего не хочнэет говорить.

Конечно не предел. :) Там ещё и 919 отвалов по таймату. ;)
Версия старовата конечно, но для несложного ремонта как раз.
Главно ж (повторюсь) - лишние кнопочки не жать почём зря.

у меня плохие новости. current pending sectors = 543. я разобрался как сохранять "-". Через пару часов будут результаты. Спасибо за помощь!
Странно, во время нового скана результаты чуть другие. В первый раз в начале норм было, теперь красные пошли.

Так у меня контроллер SATA 150 и вообще эта машина слабенькая, а оно в среде Windows крутится и тормозит неслабо. А параллельно я в сеть лажу. Видать из-за этого задержки...

ЭЫ А вот wdmarvel вообще не захотел с моими контроллерами работать...

Вот "скрин"

Нет конечно, всё перечисленное - не причина. Все технологические утилиты работают по прямому доступу к порту. Иначе и подача технокоманд в винт была б сильно осложнена или вообще невозможна.
У меня на Р35, DDR2 и Е8400 вообще весь самописный софт и параллельно не один винт крутится - проблем нет.
Плохие скрины. Винт походу сыпется. Возможно началась деградация одной из голов - достаточно глянуть дефект-листы (рело- и Г-).
Ремонт винта само собой возможен вышеуказанными утилитами.

misha2, а вот такая ситуация. Первый скан под дос: около 300 ошибок на 100%, второй около 600 на 42%, и последний - 16 на 100%. Чем объясняется такой разброс?

Ошибок какого рода ? А в целом - эти все утилиты были написаны тогда, когда винтов подобно вашему не было и в помине.
В любом случае раз в СМАРТе ползут пендинги - винт нужно ремонтить, а не гонять/мучать в надежде его облегчения (или ему).

Все UNCR. Это я "вычислял" сбойные участки, но факт в том, что во время трех сканов результаты отличались кроме ошибок где то на ~11k секторах.

Так если ремап не помогает, значит винт-то всё равно нужно ремонтить. Тестить головы, выполнить физическое сканирование и т.д.

Что же тогда являктся причиной...???... См картинки...
1. 100% загрузка процессора
2. Откуда эти 9 бэдов и 29 временных задержек или что там это ещё значит...???...
3. Что это за авто переназначения --- Auto Reassign...???...

С другой стороны прогон в Victoria 3.52 for DOS показал что с хардом гуд --- нет даже ни одного цветного блока.

ЗЫ Особо лютовать с WDR мне ещё боязно, да и нужды в этом нет пока никакой...
Но любопытно стало...:clever-ma

А не это ли ? -
Надо отметить, что утилиты типа Виктория, ВДР и т.п. здорово нагружают проц. Возможны логические ошибки, таймауты из-за особенностей тестового ПО, а не винта.
Посмотрите сами на установленные галки в скрине №2.

Так я так и думал и даже написал, но некто мне возразил ===>
В прошлый раз у меня счёт ошибок шёл не на единицы, а на сотни и даже тысячи... А вот последний раз практически только одна задача сканирования WDR практически крутилась, не считая Windows --- а у многих процессов Windows наивысший приритет и это никак из прикладной программы не объехать... Поэтому со слабой машиной запросто можно впросак попасть...

ЗЫ А вот с галками и кнопками (их таинственным смысломи и назначением...) мне ещё долго тщательно разбираться надо, но оно к моему счастью (в отличие от Паркан) не горит...

Всё верно. Для ремонта и подачи технокоманд используется прямой доступ к порту и это не нагружает проц компа.
Если же у вас комп настолько слаб что не может потянуть работу одной технологической утилиты и в режиме лог. скана, то это ж наверно не моя вина...
Тем более что вы не сразу сообщили что проц ваш почти "упал" от работы одной утилиты и ваших же побочных действий (о которых ес-нно я не знаю).
А когда сообщили - это стало воочию видно. Поэтому и мнение изменилось.
Но не изменились принципы и работы утилит и работы винта.
Я свой конфиг кратко описал и на таком конфиге нет проблем с технологическим софтом.
Не описав проблему с примерами и конкретикой изначально вы сейчас попытались уколоть меня. Как будет угодно, но то что я сказал верно и кто работает с таким ПО, давно об этом знает. На особенности такого ПО я вам указал, а вы говорите -
у вас выше были одни лишь вопросы, а предположение всего одно. А сейчас лишь подтвердили что комп слаб (и конфиг не привели), да и нагружен был одновременно другими задачами.
Хотя собственно пустое это всё - ремонт винтов не ваш профиль.

Мой случай попадает под гарантийный? И что они могут сказать о результатах датчика ударов?

Если есть гарантия и аттрибут 05 не равен 0, то да. Судя по СМАРТу в первом посте аттрибут 05 как раз чист, поэтому в гарантии могут отказать. Тогда следует потребовать провести тестирование поверхности самими специалистами этого сервиса... На показания датчика ударов обычно не обращают внимания при замене по гарантии.

Ошибка при загрузке 0xc00000e4. Сегодня утром загрузилcя нормально, выключили нормально. С флешки грузиться пробЫвал только под дос, норм.
М.б. это связано с проблемами с моим hhd? Кол-ко педдингов уменшилось до 400.

Вы сами уверены в исправности материнки, ЮМ самого ноута ? Проверить бы с другим винтиком (тоже WD например)...
Ещё, как вариант, провести полное стирание и чистую установку винды. Затем понаблюдать за поведением в целом.

Ну это вообще отлично, отправим производителю обратно. Есть внешний WD 1tb, но он будет в моих руках только на следующей неделе. Тогда же я произведу полное стирание диска ( это равно форматированию ? ).

Вообщем-то лучше форматирования (ХР). Будет происходит перерасчёт КС каждого сектора, при несовпадении возможен ремап и т.д. Вообщем полезно будет...

Звонил в сервисный центр. Сказали, что для гарантийного случая г-сенсор должен иметь значение равно нулю. А у меня он свыше 1.5.

Произвел полное стирание диска в mhhd.
Итого по версии виктории: параметр - 05 = 0; 197 = 65518.

Это СМАРТ какого винта ? На сигейт не похоже. :unsure:
А ВД не сходится по (см. пост №1) -
?..

Других дисков в системе нету.

Паркан, а у харда WD5000BPVT секторы 4096 байт --- это хард AF.
Моё мнение большие секторы (даже soft-bad’s) затереть в Victoria невозможно. Если уж затирать, то диапазонами надо это делать.
Я пытался это растолковать IgNat в теме
Разное - Windows - Macbook (Windows 7)
Но IgNat упёрся…

Если вы о стирании диска, что я его производил в mhdd.

Похоже, что и MHDD затирает 512 байтными секторами сектора по 4096. Для того, чтобы записать один сектор 512 байт в сектор 4096 байт, большой сектор надо предварительно выбрать, а вот выбираться он не будет потому, как soft-bad...
А вот записать поверх диапазон из восьми 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
А можно посмотреть и рапорт Victoria или MHDD --- там видно, как на один LBA, кратный восьми, приходится восемь непрочитанных малых секторов (если большой сектор сбойный…)

В Ubuntu 12.04 есть функция затирания hdd нулями. Если смогу, сделаю и отпишусь. Система более менее новая, может и сможет все нормально выполнить.

Как же быть с записью на Самсунг ST1000LM024 HN-M101MBB с AF -



?..

Во-первых, я писал про харды WDC с большими секторами, а у Вас Самсунг…
А во-вторых и на такой же WDC конечно запись пойдёт, --- бэдов нет и большие секторы прочитаются…
Вот Вам с хобота… --- до них быстро дошло…
Странные ошибки на жёстком диске
Victoria: тестируем диски/вопросы по использованию

И картинка в качестве бонуса…

Хорошо, обьясните мне разницу между сектором 4к у самсунга и сектором 4к у ВД...
Цитаты с хобота несут в себе половину бреда. Например из приведённого вами же -
Сами видите - "говорят (что кур ...)" и "попытайте удачу". И это авторитетные мнения ? :)

Этой разницы я не знаю, но знаю, что она есть...
У меня к Вам стречный вопрос, --- каким образом программно можно определить размер сектора харда...???...

И вдогонку Seagate ST3000VX000-9YW166 тоже модель с AF -



наверно и у сигейтов что-то не так как у ВД с сектором в 4к ?
Я не программист, но кахдый день вижу и в утилитах и в РС3к что они запросто выводят размер сектора в юзер зоне.
Кстати и вами любимый DMDE тоже должен различать размер сектора.

А вот Victoria и MHDD с этим не заморачиваются...

Понятно, что единственный способ определить размер сектора это опросить устройство. Надо выдать команду ECh (identify device) это описано в Вашем любимом стандарте (ATA/ATAPI-6 перевод есть даже на русском…). Но вот незадача --- на первых WD20EARS в этом поле был мусор. Сейчас искать лениво, но помню чётко, что на это дело в сети жаловались…
Судя по всему разработчики Victoria и MHDD с этим не заморачивались, когда и так размер сектора в 512 байтов был тогда единственным… Отсюда и проблемы…

Я не слыщал, чтобы DMDE определял размер сектора, хотя слышал, что WinHex определяет и ругается при несовпадении размеров секторов в посекторносм копировании.

Харды WDC внешне эмулируют малые сектора, но при этом им необходимо и обязательно вычитывать большой сектор LBA:0, если запрашивается LBA:2. LBA:2 считается именно малым сектором, а не большим… --- В противном случае полетит львиная часть былого софта…

Все различия в работе софта зависят от реализации разработчиками, --- предусмотрели они это различие в размерах секторов или нет.

А когда писались эти утилиты разве уже были винты AF ? ;)
Я лично не пользуюсь MHDD уже лет 7 как, а Викторией лишь для проверки доступа по логике.
Т.е. вы утверждаете что эмуляция обычного формата это прерогатива только WD ?
Именно так.

И я о том же --- тогда AF не было...
Нет конечно, не утверждаю --- года три назад Tomset при обсуждении WD20EARS замечал, что многие производители давно используют большие секторы. Но, по его словам, они делают это не столь неуклюже и неудачно как WDC. Мол WDC хотят быть впереди планеты всей --- пора им свою сырую задумку переделать... Таковы его слова были...

Что-то было такое. Но лично у меня на тот момент было своих 2 шт. EARS, но разных моделей и поведение у них немного отличалось прям с новья. То что у WD много разных нюансов даже среди моделей одного семейства и так широко известно. Но меня больше заинтересовала именно упомянутая вами разница в работе с секторами 4 к разных производителей.

Вот отыскал…. --- цитата Tomset
WD Align System Utility

Мысль Томсет-а я понял. Но спорно утверждение -
тем более что пост относится к -
когда только стали появлятся WD Green c AF.
Сейчас же ситуация иная - с AF выпускаются не только грин серии, но и скоростные винты под ОС. Если тормоза и были замечены в 2010г, то сейчас я например их не вижу ни у одного производителя. На своих скринах я приводил разные серии винтов с AF.
Да и стали б производители продолжать выпуск "тормознутых" или проблемных винтов новой, продвинутой технологии.

То что харды стали лучше, надёжнее и дешевле, --- так с этим я не спорю. --- Сам себе собираюсь пару серверных 2 TB WD с AF взять.

Но вернёмся к нашим баранам… Я утверждал и продолжаю утверждать, что soft-bad WDC утилитами Victoria или MHDD не затереть. Ведь логику с представлением малого сектора наружи не поменяли. Конечно на свом комплексе РС3000 Вы это сделаете без труда…

А вот простому пользователю для этого придётся изврашаться и писать на каждый soft-bad в Victoria диапазон минимимум из восьми смежных малых секторов. Для этого не обязателен DMDE (просто мне им сподручне) --- сгодится любая утилита, которая умеет писать диапазан… Или такая, которая умеет записать в большой сектор --- можно и не нули писать…

--- Назовите мне такую утилиту, доступную простому юзеру…???...

Странно, а чего у меня получается и ремап и erasewaits по-вашему ? Наверно всё ж подход разный ? ;)
Мы ж речь ведём о средствах Виктории, а не РС3к. Если начать говорить о РС3к (а вам это будет не по душе), то выяснится что много чего можно на комплексе и вопрос о софт-бедах отвалится сам собой тут же.
Даж называть не надо и так обсуждаем доступную. (Кстати, вы сами в пример прводили доступную WDR, да и WD Marvell 2.3 раздавалась бесплатно. А уж они немало могут, не только ж софт-бэды. ;) ).

После ERASE данные в 256 малых будут потеряны. --- Сам думал об этом, но из-за дурных потерь её не рассматриваю... Да это и не remap...

А вот работу remap на soft-bad продемонстрируйте, плз... Не спорю, что сдуру порой может и проскочить, если случайно сектор вычитается..., но настоящий soft-bad не выбрать. Или и это Виктория умеет..???...

Вроде у нас уже был диспут на эту тему не так давно и там я демонстрировал ремап на винте с AF.
Попадёт мне в руки именно WD с AF и именно с бэдами, софт-бэдами - поделаю скринов и тут же выложу. Просто сегодня нет такого именно WD. :(

Ждём-ссс...:), но именно в Виктории, а не в ===>
Конечно эти утилиты могут многое, но и опасны они тоже. Сами говорили, что можно сдуру допрыгаться...

Ну это и ес-нно для технологического софта инженерного уровня. Собственно это и есть причина для некоторой "закрытости" такого ПО.

"Хорошие" новости. Параметр 05 стал равен 233. Пытки под убунту (несколько перезаписей нулями ). В итоге параметр 05 = 233. А вот 197 почти такой же - 65279. А еще 196 = 12.
Если только изза параметра 191 в гарантии не откажут.

Эря Вы жёсткий в бубунте так удолбали…:(

Я ведь предлагал Вам большиее секторы диапазоном затереть, а не тупо долбать.. Надо было на пробу затереть диапазоном (в восемь малых секторов на каждый большой сектор) пару больших секторов, а затем посмотреть…

Когда бэдов много, то можно было (зарезервировав данные…) большие диапазоны нулей писать.
Оно и сейчас не боздно, но теперь ещё и куча реаллокейтов есть.

Я вот никак не пойму - вы хотите винт сдать по гарантии или всё-таки отремонтить своими силами ? Если сдать, то зачем его мучать ? Если отремонтить - никакие убунты, Вики и т.п. не помогут.