Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Железо » Накопители (SSD, HDD, USB Flash) » HDD - Как преобразовать нестабильный сектор в бэд-блок?

Ответить
Настройки темы
HDD - Как преобразовать нестабильный сектор в бэд-блок?

Аватара для Grabber2006

Ветеран


Сообщения: 1924
Благодарности: 395


Конфигурация

Профиль | Отправить PM | Цитировать




Как преобразовать нестабильный сектор в бэд-блок? HDD стоит в RAID0, так что разрушающие методы не подходят.
Подскажите, каким софтом можно "добить" этот сектор. У меня подозрения на зависание компьютера из-за него.

Отправлено: 21:46, 25-05-2015

 

Аватара для Tau_0

Ветеран


Contributor


Сообщения: 6061
Благодарности: 1358

Профиль | Отправить PM | Цитировать


Цитата Nerdy:
Нет. Это возможный кандидат на попадание в список плохих секторов или позже стать обычным сектором. »
Много воды…, но я внимательно прочитал этот топик…
Утверждаю,--- пендинг это bad.

В свою очерередь и Вам рекомендую к прочтению пусть старую, но на мой взгляд актуальную и хорошую статью Сергея Казанского. Это разработчик легендарной Вмктории…

Цитата:
Логические дефекты

Эти ошибки возникают не из-за повреждения поверхности, а из-за нарушений логики работы сектора. Их можно разделить на исправимые и неисправимые. Логические дефекты имеют такие же внешние проявления, как и физические, и отличить их можно только косвенно, по результатам различных тестов.

Исправимые логические дефекты (софт-бэды): появляются, если контрольная сумма сектора не совпадает с контрольной суммой записанных в него данных. Например, из-за помех или отключения питания во время записи, когда винт уже записал в сектор данные, а контрольную сумму записать не успел (Рис. 1).
См. BAD-секторы. Что это такое, с чем это едят и как от них избавиться

Это больше вопрос терминологический, но такое определение логического бэда (пусть и софтового, а не физического...) меня сполне устраивает….

Отправлено: 18:59, 27-05-2015 | #11



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Ветеран


Сообщения: 3945
Благодарности: 788

Профиль | Цитировать


Tau_0, Нет, pending это не bad.
И ваша цитата это подтверждает. И меня устраивает определения в моих ссылках.

На вопрос не ответите?
Цитата Nerdy:
Вопрос в том, почему HDD не знает как с ним поступить или как работает алгоритм определения плохих или нестабильных(weak) секторов? »

Отправлено: 20:02, 27-05-2015 | #12


Аватара для Tau_0

Ветеран


Contributor


Сообщения: 6061
Благодарности: 1358

Профиль | Отправить PM | Цитировать


Цитата Nerdy:
Вопрос в том, почему HDD не знает как с ним поступить или как работает алгоритм определения плохих или нестабильных(weak) секторов? » »
У разных производителей или даже у одного производителя на различных линейках причины могут сильно отличаться... Даже неотлаженные фирмвари (кои мы не обсуждаем, поскольку производитель закрыл документацию...) могут быть тому виной. Но и ежику понятно, что в общем случае при нестыковке по ECC хард не cможет принять однозначное решение..., --- сектор попадёт в G-List (Relo-List) и будет там болтаться, если его (хард) не простимулировать записью в этот сектор...

ЗЫ Вы бы лучше внимательнее базовую статью Сергея Казанского почитали...

Отправлено: 20:28, 27-05-2015 | #13


Ветеран


Сообщения: 3945
Благодарности: 788

Профиль | Цитировать


Цитата Tau_0:
сектор попадёт в G-List (Relo-List) и будет там болтаться, если его (хард) не простимулировать записью в этот сектор... »
в этом и вопрос почему не может. Накопителю проще будет сразу пометить сектор как сбойный, например после нескольких попыток чтения/записи, чем оставлять болтаться в промежуточном положении.
Неужели у производителей нет таких жестких алгоритмов?

Отправлено: 12:22, 29-05-2015 | #14


Ветеран


Сообщения: 8054
Благодарности: 1090

Профиль | Отправить PM | Цитировать


Цитата Tau_0:
хард не cможет принять однозначное решение..., --- сектор попадёт в G-List (Relo-List) »
- причём здесь G-List HDD именно принял решение и переназначил данный сектор, что и соответствует 05 атрибуту SMART.

-------
Из двух зол, не выбирают ни одного!


Отправлено: 23:45, 29-05-2015 | #15

mwz mwz вне форума

Аватара для mwz

Ветеран


Contributor


Сообщения: 8078
Благодарности: 1945

Профиль | Сайт | Отправить PM | Цитировать


IgNat, я бы сформулировал чуток иначе, типа:
"Если HDD принял решение и переназначил сектор – то только в этом случае он попадает в G-List, что отмечается увеличением атрибута 05"

-------
Mikhail Zhilin


Отправлено: 00:46, 30-05-2015 | #16


Аватара для Tau_0

Ветеран


Contributor


Сообщения: 6061
Благодарности: 1358

Профиль | Отправить PM | Цитировать


Цитата IgNat:
- причём здесь G-List HDD именно принял решение и переназначил данный сектор, »
При том, что не всё так просто…
В данном случае речь идёт о таком скользком понятии, как soft-bad. Если посмотреть дискуссии на том же хоботе, то получается, что производители хардов не используют это понятие, --- оно изобретено пользоватеоями…

Но давайте с самого начала…
Когда записывается сектор, то заполняется не только поле DATA, но и что очень важно поля CRC и ECC…
Посмотрите кратко для хардов WDC
ТехнологияAdvanced Format

или здесь…
Технология NO-ID и увеличение плотности записи дисковых накопителей

Для каждого сектора с данными имеется поле ECC, предназначенное для коррекции ошибок. При записи данных сектора высчитывается значение ECC и помещается в это поле. Этим делом занимается сам хард (его микрокод) и контроллер на аппаратном уровне. При последующем чтении сектора считанные данные проверяются и верифицирутся с помощью ECC. Так называемые коды Рида - Соломона (или другие техники) позволяют на лету скорректировать несколько ошибочных байтов в секторе с данными.

Но иногда случается, что хард по каким-то причинам не записывает верное значение в поле ECC. Что-то ему помешало это правильно сделать --- случайные сбои от перегрева, питания, магнитные поля, пылинка, тряски, луны Юпитера не так в линию стали… А так ничего более серьёзного и нет… Но самостоятельно хард с этой проблемой (нестыковкой по ECC) не справится. Но если записать в этот сектор какие-либо данные, то в этот раз данные запишутся правильно и поле ECC будет правильным (предполагается, что иных ошибок нет…). --- Сектор вернётся в строй. Это справедливо и для больших и для малых секторов…

ЗЫ В данном случае я хочу заострить внимание на моменте, когда поле ECC вне зависимости от конкретного места его нахождения вообще не записалось. Эту проблему сам хард решить не может…
Вот и ВСЁ.

Вот Вам напоследок цитата из статьи Сегея Казанского (разработчика Victoria…) ===>
Цитата:
Операционная система или BIOS не могут исправить логический дефект самостоятельно, так как прежде чем писать в сектор, они проверяют его на целостность, нарываются на ошибку и отказываются писать. При этом контроллер винта эту ошибку скорректировать тоже не может: он тщетно пытается прочитать этот сектор со второй, с третьей попытки, и когда это не получается - он всеми силами пытается себе помочь, на ходу подстраивая канал чтения и сервосистему.

Последний раз редактировалось Tau_0, 30-05-2015 в 02:46.


Отправлено: 02:31, 30-05-2015 | #17

mwz mwz вне форума

Аватара для mwz

Ветеран


Contributor


Сообщения: 8078
Благодарности: 1945

Профиль | Сайт | Отправить PM | Цитировать


Цитата Tau_0:
Но если записать в этот сектор какие-либо данные, то в этот раз данные запишутся правильно и поле ECC будет правильным (предполагается, что иных ошибок нет…). --- Сектор вернётся в строй. Это справедливо и для больших и для малых секторов… »
Поэтому к сожалению Victoria (и ряд других программ) принципиально не может справиться с длинными секторами: она [как всегда] пытается записать 512-байтный сектор, и даже может отрапортовать об успехе – в то время как надо писать 4К-сектор, выровняв запись по началу физического сектора диска. И в результате ошибка сектора остаётся – причём для Victoria эта ошибка может блуждать в пределах этих самых восьми 512-байтных эмулированных секторов, на которые логически порезан длинный сектор.

-------
Mikhail Zhilin


Отправлено: 07:34, 30-05-2015 | #18


Аватара для Tau_0

Ветеран


Contributor


Сообщения: 6061
Благодарности: 1358

Профиль | Отправить PM | Цитировать


Цитата mwz:
Поэтому к сожалению Victoria (и ряд других программ) принципиально не может справиться с длинными секторами: она [как всегда] пытается записать 512-байтный сектор »
Это не такая уж большая беда, --- виктория позволит поймать LBA сбойных больших секторов. Когда их не слишком много, то эти секторы можно затереть или на худой конец переназначить записью в дисковом редакторе диапазона из восьми 512 байтовых в сектор с нативными 4096 байтами.

Я имел в виду другое --- если поле DATA записалось верно, а поля для верификаци данных (CRC и ECC вне зависимости от размера сектора и от того где бы они физически не находились) по какой-то причине не записались, то всегда будет нестыковка по ECC... И эту проблему хард сам никогда не решит.

По крайней мере так Tomset в своё время это дело толковал, а также обосновывал высщкую заполненность Relo-List и вынужденность "Slow responding" у хардов WDC...
Это сообщение посчитали полезным следующие участники:

Отправлено: 07:59, 30-05-2015 | #19

mwz mwz вне форума

Аватара для mwz

Ветеран


Contributor


Сообщения: 8078
Благодарности: 1945

Профиль | Сайт | Отправить PM | Цитировать


Цитата Tau_0:
Это не такая уж большая беда, --- виктория позволит поймать LBA сбойных больших секторов »
Угу. Собственно, наиболее распространённый метод нахождения этих секторов даже на AF-дисках – в Victoria, и с последующей блочной перезаписью уже в другой программе (например, в DMDE: чтение с игнорированием ошибок блока из 8 эмулированных секторов одного длинного сектора в промежуточный файл – запись этого блока обратно. Такое чтение/запись позволяет в т.ч. избежать уничтожения информации при неверном определении номера сектора: например, открыли диск как логический и стали записывать сектор 77777 от начала логического диска, в то время как Victoria показывает эти 77777 от начала физического диска).

-------
Mikhail Zhilin


Отправлено: 08:09, 30-05-2015 | #20



Компьютерный форум OSzone.net » Железо » Накопители (SSD, HDD, USB Flash) » HDD - Как преобразовать нестабильный сектор в бэд-блок?

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
Как преобразовать код в картинку BMP kpripper Цифровое изображение 1 06-05-2015 11:38
HDD - как сделать ремап подозрительных на бэд (но пока еще не бэд) секторов диска Sanek-tx Накопители (SSD, HDD, USB Flash) 15 03-08-2012 01:01
SSD - Как удалить бэд блоки на SSD ? evorox Накопители (SSD, HDD, USB Flash) 4 06-02-2012 02:50
Как локализовать бэд-сектора? jorikello Непонятные проблемы с Железом 10 11-11-2011 18:17
HDD - Как очистить загрузочный сектор? Kotelevskiy Накопители (SSD, HDD, USB Flash) 15 18-05-2011 15:29




 
Переход