Проблема в том, что битые сектора не выглядят как BAD И бред из них читается вполне успешно! Фирменная разработка, так сказать
Т.е., в общем случае нужна прога, способная запишсать каждый сектор а затем прочесть его, минуя кэш, и делала это НЕ деструктивно. При этом крайне желательно иметь возможность задавать нужный диапазон.
А если конкретно--больного зовут гнусмус SP60A3H. Может кто фирменой софтиной поделится?

Люди добрые, извините за вмешательство!

Начитавшись Ваших сообщений - хотелось бы попользовать какую-нить тулзу (mhdd?) чтобы просто проверить насколько мои винты близки к их последней милисекунде жизни. Я никогда не видел как мои (чужие видел) "валяцца" и обеспокоился.

Если можно, укажите сравнительно простой способ диагностики состояния (как Вы говорите: "зеленки", "remap'офф") для винтофф.

Спасибо.

-----
The one derivative you manage is the one I abhore (c) Slipknot

Chingachguk
Взять здесь например hddscan_V2.8. Проще некуда

To Oxy
Проблема в том, что битые сектора не выглядят как BAD И бред из них читается вполне успешно! Фирменная разработка, так сказать
А что в регистрах в момент чтения ? Наверняка unc и err. Бред читается вполне успешно потому что винт записал сектор, а при чтении у него не сошлась контрольная сумма сектора, то есть содержимое сектора не соответсвует тому что записано. Причин конкретно у Samsung'ов как минимум две. Реальный дефект и глюк электроники.

Т.е., в общем случае нужна прога, способная запишсать каждый сектор а затем прочесть его, минуя кэш, и делала это НЕ деструктивно. При этом крайне желательно иметь возможность задавать нужный диапазон.
А если конкретно--больного зовут гнусмус SP60A3H. Может кто фирменой софтиной поделится?

Да и чем она поможет то ? VTOOL у тебя и так есть, судя по логам, но толку то с него. А собственной разработкой которая реально умеет лечить винты не заводскими методами врядлми кто поделиться, ибо раскопка работы винта и написание софта процесс трудоёмкий.
Дай все надписи с наклейки винта P/N как минимум.

А как кэшы обойти? (в т.ч. аппаратный кэш самого (контроллера) винта).

Обходится, нужно только знание Vendor команд, но что это даст, винт пишет криво не из за кэша (это если электроника не глючит конечно).

Факты: один файл в течение нескольких часов портился раз 8, зато ось до сих пор не упала!
Вот это признак глючащей электроники, если конечно запись не производится в одну и ту же область. Но скорее всего глюк именно электроники.

Особенно параметр ASC в файле HEAD!.ERL (как я понимаю, 2-я бошка умирает.

Лога не нашёл в аттаче, но не факт что это умирает бошка, хотя ремапы по ней есть. Как минимум убедится в отсутсии глюка электронии, далее по обстоятельствам, вплоть до отключения бошки, но сделать это можно только спец прошивками, средствами винта, того что сейчас влито в винт из ПО, это сделать не возможно, равно как и запустить заводскую обкатку.

To vdv
Поддерживаю [EXE]_cutor -а. Года полтора назад прогнал убитый винт (Maxtor двадцатку) через регенератор.
Как ни странно, работает до сих под без проблемм

Бедный винт . Представляю что там у него в таблице растущих дефектов. HDD_Regenerator это бред автора, всё что она делает это при нахождении пишет в сектор, возможно предварительно пытается читать лень было разбираться. Всё это же можно сделать в MHDD и Виктории, правда чтение данных только в коммерческих версиях.

To Chingachguk
Может быть нужно перезалить модули в винт или поработать с ними служебными командами (индивидуальными для каждого винта).

Может расскажете а зачем вообще писать чужую служебку ? Чем это поможет. В служебках столько индивидуального что перезаливка чужой может привести к полной неработоспособности винта.

To Bitfry

если сектор даёт сбой, то данные переносятся в область резервных секторов.
Этим занимается контроллер.
Этим занимается программа винта, а не контроллер.
Область резерва может быть до 50% от общего количества секторов (это уж на суд производителя).

Это ты загнул . Ёмкость таблицы растущих дефектов маленькая, зависит от производителя, и даже у одной фирмы к примеру Maxtor в разных линейках разное число дефектов которые могут поместится в таблицу.

Каждый день на диске что-то где-то "бедается" и, в конце концов, резерв заканчивается.
Если бы каждый день на винте что то ремапилось, он бы умер через пару недель максимум . Не все винты правда, зависит от производителя и программы винта.

TO Rush.

G_List оно же Ground List оно же растущая таблица дефефтов не может вместить сотни тысяч дефектов. Перепутал с заводкой таблицей дефектов, и то такие вместительные таблицы есть далеко не на всех винтах, IBM, Maxotor действительно вмещают много. И то что винт 60ка это не значит что у него отключена на заводе одна голова, заводской тест не отключает головы, это делает оператор . Их и 3 бывает . Maxotor и некоторые модели Samsung'ов к примеру после запуска заводкой обкатки могут понизить плотность, но бошки отключить не в состоянии. Этой модели не видел к сожалению.

SP60A3H - это старушка Puma (P40).

PS: А к VTOOL'у (к 6-му, ессно, который в составе WCUBE) есть мануал. В этом мануале вендор-специфик команд на 4 страницы расписано ... Правда, в виде скриптовых команд ВТула, но для работы из командной строки - мощный инструмент получается ...

to: Olga_K: thanks, попробую!

to HDD_Killer: не понял Вас ;)

-----
The one derivative you manage is the one I abhore (c) Slipknot

Chingachguk, Вы посоветовали перезалить служебные модули, вот я и хотел бы узнать а зачем собственно ?

HDD_Killer пишет:
>Особенно параметр ASC в файле HEAD!.ERL (как я понимаю, 2-я бошка умирает.
Лога не нашёл в аттаче
Да есть вроде :

Parameter Monitoring Result
<< Head 0 >>
No AGC ASC CSM MRR
0 005Ch 000Ch 0070h 000Dh
1 005Dh 000Ch 0072h 000Dh
2 005Ah 000Ch 0077h 000Dh
3 005Dh 000Ch 0083h 000Dh
4 005Bh 000Ch 0061h 000Dh
5 005Ch 000Bh 006Ah 000Dh
6 005Fh 000Bh 0109h 000Dh
7 005Eh 000Ch 010Fh 000Dh
8 006Dh 0009h 0036h 000Dh
9 006Dh 0009h 003Fh 000Dh
10 006Ch 0009h 0030h 000Dh
11 006Dh 0009h 0034h 000Dh
12 006Ch 0008h 0038h 000Dh
13 006Ch 0008h 0035h 000Dh
14 006Dh 0008h 0088h 000Dh
15 006Bh 0007h 0084h 000Dh

<< Head 1 >>
No AGC ASC CSM MRR
0 0052h 0009h 00A0h 000Ah
1 0052h 0009h 008Ch 000Ah
2 004Fh 0009h 00A1h 000Ah
3 0054h 0009h 00A3h 000Ah
4 0050h 0009h 009Dh 000Ah
5 0052h 000Ah 00A5h 000Ah
6 005Ah 0007h 025Ah 000Ah
7 005Bh 0008h 025Dh 000Ah
8 006Dh 0002h 007Eh 000Ah
9 006Ch 0001h 0090h 000Ah
10 006Dh 0006h 0093h 000Ah
11 006Eh 000Bh 00A0h 000Ah
12 006Dh 000Bh 0084h 000Ah
13 006Dh 000Bh 0080h 000Ah
14 006Dh 0008h 02EFh 000Ah
15 006Ch 0003h 0282h 000Ah

<< Head 2 >>
No AGC ASC CSM MRR
0 005Dh FFF2h 00E0h 000Eh
1 005Fh FFF1h 00CBh 000Eh
2 005Ch FFF1h 00BFh 000Eh
3 005Fh FFF1h 00EDh 000Eh
4 005Ch FFF1h 00D0h 000Eh
5 005Dh FFF1h 00B9h 000Eh
6 0065h FFF1h 04D6h 000Eh
7 0063h FFF1h 04C5h 000Eh
8 0071h FFF2h 00B9h 000Eh
9 0070h FFF2h 00A5h 000Eh
10 0072h FFF1h 00ADh 000Eh
11 0071h FFF2h 00C1h 000Eh
12 0072h FFF2h 00FBh 000Eh
13 0072h FFF2h 010Dh 000Eh
14 0075h FFF1h 01E6h 000Eh
15 0074h FFF1h 01EDh 000Eh

HDD_Killer пишет:
Бред читается вполне успешно потому что винт записал сектор, а при чтении у него не сошлась контрольная сумма
Бля, ну сказал бы честно, что DiskReadError! А он, бля, понтуется

HDD_Killer пишет:
Дай все надписи с наклейки винта P/N как минимум.
Прямо сейчас не могу: нет места, чтоб комп расколупать. Насколько это важно?

HDD_Killer пишет:
Факты: один файл в течение нескольких часов портился раз 8, зато ось до сих пор не упала!
Вот это признак глючащей электроники, если конечно запись не производится в одну и ту же область
С высокой вероятность, писалось в одну область. Но даже если нет, не пойму, как электроника может прицельно бить конкретный файл??? PS Питание несколько раз отключал, но явление продолжалось

[Прибил повтор]

Я бы слила дату на другой жестяк и пнула эту Пуму на Burn !
За 1,5 месяца уже можно было на том же рубордЕ и утили найти и ресурсы и даже доку по рубке голов ...

PS: Старье периодически нужно выбрасывать в мусор, даже если оно как любимые тапочки, "приросли" к мозолям

HDD_Killer

Однажды я ломал несколько программ (для работы с винтами, специальные утили) - точнее даже не совсем ломал а вытаскивал специальные команды (заводские) для одного парня. Он мне немного рассказал про починку винтофф (возможно я чего-то не так понял).

В данном случае я имел в виду что винт имеет собственные: микрокомпьютер и программы управления винтом. Эти программы я и называл "модулями". Как я понял, иногда эти модули могут глютчить и винт в таком случае rather dead than alive. Но если умеешь (знаешь команды - выше) переписывать их.

-----
The one derivative you manage is the one I abhore (c) Slipknot

Используйте mhdd. Сколько утилит я не пробовал, а лучше её нет.
Прогнал по винту и самсунг мой заработал.
Ложу описание её и смарт

4c04_16.04.2007_CRACKLAB.rU.tgz - 444.rar

Van-Gog
MHDD, Victoria, HDDScan, Dalas - это все утилиты для проверки. Максимум, что можно ими сделать, это "попросить" контроллер диска занести БЭДы в "растущий лист дефектов", который не резиновый и вмещает определенное количество БЭДов.
Используя АТА-терминал Виктории и зная вендор-специфик команды можно сделать и более, но ...

То Olga_K - немного не соглашусь, MHDD прога не совсем ТОЛЬКО для проверки, отчасти ей можно сделать очень многое, как например низкоуровневое форматирование винта, забивание его полностью нулями т.д. Не раз слышал что с её помощью люди поднимали свои винты.....

-----
The blood swap....

to Olga_K:

Есть функция (название не помню) когда проходишь по винту (данные улетают) показывает время доступа и пытается вылечить.Винт был восстановлен

Ок, рассказываю
эти утилиты, в том числе и MHDD Дмитрия Постриганя, в основной своей массе, рабаотают с юзер-зоной. Доступ к служебной зоне (SA) можно получить обычно, подав устройству соответствующую команду, так называемый Super On, являющийся Вендор-специфик командой. Ни одна из этих утилит не "знает" и не подает суперов, т.е. не имеет доступа к SA. Таким образом, исползуя стандартные АТА-командами утилиты работают с юзер-зоной. И если при проверке поверхности находится бэд-блок, вы не сможете сами "руками" занести его в лист дефектов, пока контоллер диска не пожелает этого сделать сам. И заставить контроллер перенести такой блок вы не сможете никак.
Да, есть возможность сделать так называемую "быструю очистку" (Security Erase), когда контроллер не выдает никаких данных в интерфейс, а сам стирает поверхность.
Забивание нулями - тоже ни что иное, как стандартная команда записи
Спецификации по АТА-командам достпуны по адресу http://www.t13.org.
Но все это на уровне чуть продвинутого пользователя, т.е. "поверхностный" ремонт (в смысле, не глубокий, лечащий следствие, а не причину). Ни одна MHDD с помощью тех менюшек, которые в них есть, не могут сами ни запустить селфскан, ни порезать зоны, ни понизить плотность, ни отключить голову и т.д.
Даже работы с листами дефектов.
В моем предыдущем посте я сказала, что
[Q] Используя АТА-терминал [/Q]
можно сделать очень многое, если еще знать вендорные команды, которые разные у разных производителей, и даже моделей дисков и являются закрытыми, т.е. только для внутреннего пользования и сервис-центров. Хотя, можно попытаться "отловить" их различными софтверными или хардверными грабберами, дизасмить и разобраться с апдейтами фирмварей ... Только не у Самсунга Там весь апдейт делается стандартной командой 92H (Download Microcode).
Но лично мне более удобен HDDL.exe, в таком случае
Или HRT Universal.
Все ИМХО и ни на что не претендует !
Спасибо за внимание

PS: Забыла, еще ж ведь есть MHDD Commercial. Из разговоров, умеет гораздо больше. Но в свободном доступе таковой нету