HDD - [решено] Нормальное состояние жёсткого диска?

4udo_pacan · Конфигурация компьютера

Цитата Tau_0:

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

Проги отключал, все возможные. Раньше с программами такого небыло.

Цитата Tau_0:

Запись в сектор по ERASE адрес_начального_сектора = адрес_конечного_сектора
Семь раз только потереть --- всего ничего... »

Немного недопонял вас, выставить начальный и конечный сектор где находятся зелёные (150мс) и обнулить сектора семь раз, а то и больше?

А от 50мс секторов как то можно избавится?
Может там где эта область находится (LBA16000000 (16 шесть нулей) - LBA162000000 (162 шесть нулей)) создать неразмеченную область?

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

Tau_0 · Отправлено: **21:04, 11-10-2010** | #12

Цитата Ment69:

4udo_pacan, Запомните раз и навсегда - низкоуровневое форматирование представляет собой процесс физической разметки поверхностей диска на цилиндры и секторы с фиксацией сбойных секторов в специальной таблице. Это делается на заводе при изготовлении HDD. »

Ссылочку плз на официальный документ, где так низкоуровневое определено

ЗЫ Асаблива мне про цилиндры понравилось...

Цитата 4udo_pacan:

Немного недопонял вас, выставить начальный и конечный сектор где находятся зелёные (150мс) и обнулить сектора семь раз, а то и больше? »

Вы для начала скан в МHDD выполните. Лог запишите и покажите. У Вас семь пендингов было. Семь штук извести надо --- их LBA нужны…
А может и ничего не надо будет --- SCAN покажет...

Tau_0, смею напомнить: Если после Вашего предыдущего сообщения нет сообщений других пользователей и прошло менее 3-х дней, то не создавайте новое сообщение! Добавляйте информацию в своё последнее сообщение ч/з функцию Редактировать. Иначе, будет рассматриваться как нарушение п.3.14 ОПК

Последнее предупреждение за нарушение п.3.14 ОПК. В связи с вышеозначенным - отдохните, почитайте правила.

4udo_pacan · Конфигурация компьютера

SCAN - процедура долгая, и нехочется делать её ещё раз.
При прошлом сканировании MHDD (2 недели назад, после того как убрал форматированием битые кластеры) я записал места с плохими секторами.

0 - 16000000 хорошая область
32000000 - 34000000 эти самые 3 зелёных (150мс) (эту область проверял несколько раз, и через раз то 3 то 2 зелёных)
94000000 - 162000000 много идет групп по 50мс (светлосерых)

Цитата 4udo_pacan:

А от 50мс секторов как то можно избавится?
Может там где эта область находится (LBA16000000 (16 шесть нулей) - LBA162000000 (162 шесть нулей)) создать неразмеченную область?
Да только незнаю сколько места будут занимать эти 162000000 секторов, не могу подсчитать, может кто подскажет как посчитать. Я бы их вырезал и все, место для меня не критично. »

Tau_0, Вы знаете как посчитать сколько места от начала отрезать?

Tau_0 · Отправлено: **22:18, 11-10-2010** | #14

Цитата 4udo_pacan:

SCAN - процедура долгая, и нехочется делать её ещё раз. »

Придётся...
Вам долго сканировать, а мне быстро документацию пересказываить…
Вот Вам… кусок моего старого лога:
=====================================================
7.08.2010 1:24:56 MHDD>SCAN
7.08.2010 1:26:16 Scan started
7.08.2010 1:26:16 MODE: IDE
7.08.2010 1:26:18 Device: WDC WD1002FBYS-02A6B0
7.08.2010 1:26:18 F/W: 03.00C06
7.08.2010 1:26:18 SN: WD-WMATV6170293
7.08.2010 1:26:18 -------------------------------
7.08.2010 1:26:18 Lap : 1
7.08.2010 1:26:18 LBA scan: 0 to 1953525167
7.08.2010 1:27:32 ю LBA Error: 15707869
7.08.2010 1:36:57 ю LBA Timeout: 142562340
7.08.2010 1:36:57 Last scanned LBA: 142562594
7.08.2010 1:36:57 Blocks < 3ms = 558484
7.08.2010 1:36:57 Blocks < 10ms = 573
7.08.2010 1:36:58 Blocks < 50ms = 10
7.08.2010 1:36:58 Blocks < 150ms = 0
7.08.2010 1:36:58 Blocks < 500ms = 0
7.08.2010 1:36:58 Blocks > 500ms = 0
7.08.2010 1:36:58 Errors: 1, Warnings: 0
7.08.2010 1:36:58 Done
7.08.2010 1:37:03
7.08.2010 1:37:03 MHDD>EXIT
7.08.2010 1:37:03 MHDD: Exit
====================================================
Вот этот
ю LBA Error: 15707869
мочим… в сортире… по ERASE start =end=15707869

Что не понятно…???... А медленные блоки (256 секторов в блоке) не есть секторы, просто из-за одного плохо читаемого сектора тормозит весь блок.

Оставьте их пока в покое и читайте документацию…

Ment69 · Отправлено: **04:45, 12-10-2010** | #15

Цитата Tau_0:

Ссылочку плз на официальный документ, где так низкоуровневое определено »

Вы уж извините меня старого

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

DVDshnik · Отправлено: **06:41, 12-10-2010** | #16

Цитата Ment69:

просто я помню компьютеры где эта команда была в биосе »

Угу. Во времена первых Pentium.

4udo_pacan · Конфигурация компьютера

Вчера документацию прочитал, кое что нового узнал. Вот только у меня MHDD загружается с DVD диска, и по идее MHDD лог сохраняет в память RAM. Как мне сохранить этот лог в другом месте, на жёсткий диск например.

Может можно загрузится с флешки, так как флопика у меня нет?
Буду пробовать

Ситуация изменилась,
(1) Raw read error rate уже 1446
а Current Pending Sector Count стало 2

Tau_0 · Отправлено: **11:32, 13-10-2010** | #18

Ment69, DVDshnik
Испужали...

А я видел диски, где даже секторов не было, а были блоки переменной длины... А сбойной дорожке альтернативная на том же цилиндре назначалась…
Да ладно, мне понятно и известно, --- как оно устроено, а вопрос jопределений и терминологии долго ещё будет переосмысливаться и “устаканиваться”. Необязательно название отражает суть опрерациии -- такое часто встречается..

4udo_pacan

Цитата:

Ситуация изменилась,
(1) Raw read error rate уже 1446

Каким образом изменилась --- от того, что Вы документацию прочитали…???... Или сканирование запускали, или self-test сам по себе --- как пять пендингов ушло…???...

Кстати как у Вас с питанием дела обстоят, --- Raw read error rate ошибки происходят из-за перекосов напряжений по линиям 5 и 12V. Показали бы тесты из под Эвереста, как IgNat обычно просит.
Но что-то здесь нехорошо.. Может шину разогнали слишком…???...

4udo_pacan · Конфигурация компьютера

Raw read error rate как то само по себе увеличивается, уже 1755

Цитата Tau_0:

Может шину разогнали слишком…???... »

Шина FSB (проц) у меня стоит сейчас на 400 (333 номинальная), уберу разгон, посмотрю будет повышатся или нет.
Напряжения все стабильные, измерял мультиметром и эверестом.

Есть такое предположение что это чтото с головками, так как непонятные скачки в HDDTune (в бенчмарке), сейчас ещё больше скачки. ИМХО
Проверю ещё загрузившись с лайв CD.

Tau_0 · Отправлено: **17:10, 13-10-2010** | #20

Цитата 4udo_pacan:

Есть такое предположение что это чтото с головками »

Хм..., тогда и soft-bad'ы, по идее, должны расти...

Вы так и неответили --- пять штука пендинги сами чудесным образом ушли (Data Lifeguard technology) или Вы что-то предпринимали…???.... И почему 2 штуков осталось/вновь_появилось..???...