Форум iHDD.RU

[Tomset]

[Shark]

Дмитрий, могу ли я поинтересоваться некоторыми аспектами производства жестких дисков Сигейт? Является ли тайной способ заливки модулей служебки и сканов на заводе? По какому интерфейсу происходит заливка - АТА или по ТМОС?
Я думаю многим будет интересно.

[grab]

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

[MihaSoft]

Сделал всё по инструкции:
1. Загружаюсь с дискеты, выбираю режим без SCSI драйверов.
2. Выскакивает сообщение, что нужно подключить устройство к USB и нажать Enter.
3. Нажимаю, обнаруживается USB устройство.
4. Появляется меню выбора устройства для сканирования, в самом низу написан мой USB винт, и в скобочках написано (NO READY), что это значит? Ввожу USB винта, нажимаю F2, чтобы посмотреть инфу, а там написано - "неправельный ID или устройство NO READY".

Вот содержимое config.sys файла, правельно ли я вписал драйвер?

[maysoft]

[maysoft]

Всё верно. Просто винт не совсем исправен. Нужно его вынимать и подключать к IDE.

[MihaSoft]

maysoft

[maysoft]

Ну, тогда увы. Я сам никогда не использовал MHDD для USB устройств, поэтому посоветовать ничего не смогу.

[Smak]

Здравствуйте.
Попал ко мне как-то в руки Maxtor 80Гб
При установке на него виндовса компа виснет...
Запустил MHDD 4.6, просканил нашёл 25 UNC блоков, причем в определенных участках.
В диапазоне
от 4,400,000 до 4,600,000
от 6,500,000 до 6,900,000
Сделал ERASE, потом SCAN+ERASE, потом SCAN+REMAP пару десятков раз это дело повторил, вроде как помогло, остались битыми только 6,807,779 и 6,594,387 кластеры.

Далее просканировал весь жоский и обнаружил что в диапазоне
от 11,400,000 до 11,600,000 - было много зелёных блоков начал делать ERASE и тут на LBA: 11,469,115 мне ошибка ERROR. Can't write on drive (brocen drive?) потыкал, и выяснил, что ошибка продолжается до LBA: 11,469,350
т.е. диапазон от 11,469,115 до 11,469,350 недоступен для записи, но читается более или менее нормально. Я так понял, из-за этого виндовс не устанавливался.

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

[Alexander_777]

Hi All,

Есть пара простеньких вопросиков.

Прочитал FAQ. Цитата:
"Q10: Как избавиться от "красных" или "коричневых" блоков? Как избавиться от бэдов?
A: Использовать erase, затем scan+erase waits, если не помогло - scan+remap. "

Обьясните пожалуйста в чем разница между тремя вышеприведенными операциями? Мое понимание:
"erase" - не делает remap, а просто читсит диск и соответственно обновляет контрольные суммы. За счет этого можно избавиться от софт бэдов не прибегая к remapping, если нет проблем с поверхностью. Поэтому и рекомендуется делать сначала erase, а затем scan+remap. Угадал? А в чем преимущество "scan+erase waits"?

Еще вопрос. В какой момент, по каким events винт делает remap? Насколько я понимаю, винт сам принимает решение когда это нужно делать. Тогда не понятно зачем нужно выполнять scan+remap. Например, просканировал я свой винт (Samsung SP1614N, 1.5 года) MHDD - программа нашла 1 UNC сектор. Посмотрел в смарте параметр «Reallocated Sectors Count» (значение Raw) - он равен 2. Я так понимаю это значит, что винт уже два раза сделал remap бэд секторов и занес их в G-table. Спрашивается, когда (по каким событиям) это могло произойти и почему он не ремапит вновь найденный UNC самостоятельно, а для этого я должен запускать scan+remap, хотя винт о нем уже знает?

Спасибо,
Александр

[Tomset]

[Alexander_777]

Спасибо. Ясно. Тогда еще вопросик
Когда MHDD сканирует винт, ему посылается команда "VERIFY SECTORS". Допустим, в ответ на эту команду винт возвращает информацию, что данный сектор "UNC". Все это повторяется несколько раз, посредством многкратного запуска сканирования. Примет ли винт после этого решение о ремаппинге или это произойдет только если в этот сектор писать/читать?

[Tomset]

[Alexander_777]

Еще раз спасибо! Не хочу Вас больше отвлекать косвенными вопросами - спрошу прямо
При сканировании MHDD на моем винте (Samsung SP1614N, 1.5 года) был найден 1 UNC сектор. Что бы мне не/хотелось:
1. резервировать данные (т.к. просто некуда).
2. заремаппить софтварный бэд (возможно ли это вообще?).
3. если этот бэд софтварный, то либо очистить его, либо если это возможно, попытаться восстановить информацию, хотя бы частично.
4. если дело в поверхности, то заремапить этот сектор.

Подскажите, плиз, какими действиями я могу всего этого добиться?
В моем понимании, для этого подходит "scan+remap", но почему то в FAQ этот метод рекомендуется как "крайняя мера". Возможно дело в том, что этот метод дольше по времени, а может быть в этом случае существует возможность заремппить софтварный бэд?

С уважением,
Александр[/quote]

[Tomset]

Alexander_777
Если нужны данные, то ни ерасить, ни ремапить нельзя. Потеряешь данные. Sамсунг очень тугой на ремапы.
Самое простое сходить к ремонтнику, но если кажется, что данные того не стоят. То все-таки сохранить, все важное на болванки, на винт соседа. Зделать полное ерасe. Если не поможет. Скачать Hutil c сайта Самсунга, в ней сделать ерасе. Если и она не поможет, То стоит задуматься о гарантийном обмене, ремонте или покупке нового харда.

[Alexander_777]

Спасибо!
А какие данные я потеряю при ремапе? Если данные с бэд сектора, то это не беда, а если есть вероятность потерять и другие данные, то это очень не желательно. Кстати, как можно узнать какие файлы лежат на этом секторе?
И все же, почему "scan+remap" рекомендуется в последнюю очередь? На мой дилетантский взгляд, он выглядит достаточно безобидно. Чем полный erase "выгоднее"?

[Tomset]

Alexander_777

[Alexander_777]

Спасибо за ответы!
Забыл сказать о самом главном. Все началось с того что я попытался скопировать с диска один довольно большой файл (~9 GB). Тогда то FAR мне и выдал ошибку CRC error. После нескольких неудачных повторов копирования разными файл менеджарами я запустил CHKDSK с ключом /R. CHKDSK написал что найден 1 бэд и он replaced. И уже после этого я стал сканировать диск MHDD. Правильно ли я понимаю, что CHKDSK уже благополучно потер все данные с этого сектора и пометил этот сектор как бэд для ОС. Стало быть windows никогда больше не будет обращаться к этому сектору и никаких нужных данных там уже нет. Поэтому может все-таки есть смысл попробовать scan+remap? Или это все-таки опасно для других данных и лучше пока ничего не делать, т.к. установленная ОС этот сектор все равно не юзает, а если я буду переустанавливать windows, то при попытке записи в него уже сам HDD сделает remap.
И еще один интересный момент по теме. Раньше SMART показывал мне «Reallocated Sectors Count» (значение Raw) равным 2, а последний раз показал 1. Что это?

[Tomset]

Alexander_777

[Aj1234]

maysoft

Винт менял уже, с самого начала на него подумал и поменял, а перед этим шлейф менял раза три

Точно мистика...