Неремапающиеся гнусмусы :]

Уже накопилось несколько моделей самсунгов 2,5 Я на них Викторию натравливал и досовскую и виндовую, erase256 пробовал и ремап Нигде ничто их не берёт.. Хотя у всех SMART в порядке что следовательно в листах под резервы свободное имеется должно быть.

В данный момент на столе рядом винт лежит, у него Curent pending sector 7записей ( 7 сбойных секторов на очередь в ремап) но сколько я его не мучал в цикле в Вике (брал область LBA и луп-тест и так минут по 10), вырубал затем питание на ПК и по новой, думал может прошивка должна решить что сеоктор пора бы уже заменить, да хрен там, как всё было так и осталось.
Испытываю проблемы пчему-то именно с самсунгами бучными..
Может кто что дельное подскажет?

п.с. всё по сути просто надо заремапить секторов и всё....

Есть подозрение, что у некоторых гнусмасов просто не показывается reallocated sectors count (всегда 0).

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

Уважаемые коллеги, в переписке с нашими англоязычными партнерами помните: whether - который, weather - погода, wether - кастрированый баран!
У некоторых людей торс - это просто разветвитель, позволяющий подключить руки и голову к заднице.

Фуф вроде разобрался, правда не без бубна...

Действо такое: заходим в дос версию вики, выбираем область с небольшим интервалом (например если у нас бэд на 188494848, то ставим что-то 188495500-188496500 или ещё лучше меньше стараемся подобрать интервал. Внимание: у меня с чуть большем интервалом один бэд не хотел почему-то ремапаться), ставим классик-ремап и ставив луп-тест (что б в цикле было)
Запускаем тест и видим пошли унки
А затем после многочисленной попытки ремапа происходит чудо


На месте того что было в моём случае осталась краснота

Цитата:
Есть подозрение, что у некоторых гнусмасов просто не показывается reallocated sectors count (всегда 0).

До начала всей возни я глянул смарт записей уже было 16 (5 атрибут и 196). После всех манипуляций и ремапов такое количество и осталось, а хотя должно было измениться. Тут либо уже винт записывать перестал в смарт показания 5-го атрибута (ну и 196) либо прошивка данные сектора во внутреннем более точном самотестировании(как возможном) секторов как-то их "излечила"
К слову перед очередным просмотром атрибутов питание рубил винту, на всякий случай.
А вот что изменилось так то что 197 атрибут с 7-ми упал на 0. Что сведетельствует о том что смарт пишет.
Вобщем из этого я не совсем всё понял был ли это ремап или в гнусмасах что-то неладное творится, нестандартное т.с.

Многочисленные попытки чтения (около 800) одного и того же сбойного сектора как бы давали намёк прошивке что имеется область с дефектом, но видимо ей фиолетово. Нужно именно ставить на цикл-тест класссик ремап с небольшим интервалом и бить до победного. Хотя х.з. у меня проканало у кого-то может и нет, буду пробовать на др. самсунгах коих есть с неремапающими бэдами!
В дополнение стоит сказать что винт в ноуте греется очень сильно, более чем обычно в ноутах. На стенде он же чуть тёплый.

ВложениеРазмер
1.jpg 41.9 КБ
2.jpg 36.74 КБ
3.jpg 42 КБ
Аватар пользователя savely

Эмм. А кто сказал, что ремап происходит (может происходить) при чтении?

А кому счас легко...

Цитата:
при чтении?
упс оговорился это я делал erase256 в цикле чтения диска в выбранной области:)

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей