При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: "Размещать в тегах "Img" картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом "spoiler=", а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором."
Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic ... 4&t=373001









Учёт и поиск запчастей к жестким дискам - R.baza.

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

Sturmfuhrer
Загрузись с Hiren's BootCD и порыскай в тулзах для дисков, вначале фирменной. Помню у себя на ноутбучном диске ёмкость ограничивал (битые сектора в конце диска). Может найдёшь где можно ёмкость сбросить на дефолтную.
У меня максторов нет так-что сам точнее проверить не могу.

Народ скажите нормально ли то что у меня на новом харде - WD5000AAKS 150 зеленых блоков находит виктория под досом?
прочитал часть ветки...так и не понял норм это или нет...кто то говорит что на новом харде ваще не должно быть зелени, а кто-то что до 500 зеленых блоков это норм
Где правда?

Как раз в этом пункте тоже есть некоторые нюансы, можете самостоятельно поискать по запросам 128 Гб проблемы, 131 Гб проблемы и 137 Гб проблемы .
Разбиваете HDD из-под Win'дового инсталера?
Создайте раздел, который вам необходим для установки. Установите Win, а затем загляните в "Управление дисками" и доразметьте оставшееся пространство. Win XP SP3 нормально работает с подобными объемами.

Добрый день.
Такая проблема:. После двух недель постоянной работы, с компом стали происходить такие вещи: постоянно мигает лампочка на передней панели раз в 2 сек. (раньше такого не было), в играх и в приложениях где-то раз в минуту происходит кратковременный зависон (как буд-то не хватает оперативы и данные подгружаются с винта). Грешу на винт. Что такое с ним? Что можно сделать в конкретной ситуации?
Мож у кого было что-то подобное, помогите пожалуйста решить проблему.
Вот скрины с тестов:
#77

#77

#77

Доброе время суток всем!!!
Сейчас сижу на старой тачке, посему конфу не читайте.
Старая машина:
CPU: 900 MHz Celeron|128|100
MB: MSI 815E PRO (socket 370) FC-PGA
256 Mb Ram
HDD: Samsung SP 1213N (120Gb)

Никогда раньше не заморачивалса на тему хардов, но вот возникла проблема. Запускал комп, а он не видел винчестера. Решилось выдергиванием и вставлением обратно IDE кабеля. Решил проверить после этого винт. Смутил HD Tune.
Привожу ниже результаты HD Tune, Victoria 4.3 и Everest UE 4.60.1500.
Интересует параметр Raw Read Error Rate. Everest and Victoria говорят норма, а HD Tune вафли. Кому верить?

HD Tune: SAMSUNG SP1213N Health
ID Current Worst ThresholdData Status
(01) Raw Read Error Rate 100 1 51 12 Failed
(03) Spin Up Time 100 100 25 5824 Ok
(04) Start/Stop Count 97 97 0 3930 Ok
(05) Reallocated Sector Count 100 100 11 0 Ok
(07) Seek Error Rate 100 100 51 0 Ok
(08) Seek Time Performance 100 100 15 0 Ok
(09) Power On Hours Count 100 100 0 596901 Ok
(0A) Spin Retry Count 100 100 51 0 Ok
(0B) Calibration Retry Count 100 100 0 0 Ok
(0C) Power Cycle Count 99 99 0 1985 Ok
(C2) Temperature 169 121 0 23 Ok
(C3) Hardware ECC Recovered 100 100 0 48809919 Ok
(C4) Reallocated Event Count 61 61 0 85 Ok
(C5) Current Pending Sector 100 100 0 0 Ok
(C6) Offline Uncorrectable 100 100 0 0 Ok
(C7) Ultra DMA CRC Error Count200 200 0 0 Ok
(C8) Write Error Rate 100 100 51 0 Ok
(C9) TA Counter Detected 100 97 51 0 Ok

Power On Time : 596901
Health Status : Failed

Victoria 4.3
-------------------------------------------------------------------------
ID Name Value Worst Tresh Raw Health
-------------------------------------------------------------------------
1 Raw read error rate 100 1 51 12 •••••
3 Spin-up time 100 100 25 5824 •••••
4 Number of spin-up times 97 97 0 3930 ••••
5 Reallocated sector count 100 100 11 0 •••••
7 Seek error rate 100 100 51 0 •••••
8 Seek time perfomance 100 100 15 0 •••••
9 Power-on time 100 100 0 596900 •••••
10 Spin-up retries 100 100 51 0 •••••
11 Recalibration retries 100 100 0 0 •••••
12 Start/stop count 99 99 0 1985 ••••
194 HDA Temperature 169 121 0 23°C/73°F ••••
195 Hardware ECC recovered 100 100 0 48791061 •••••
196 Reallocated event count 61 61 0 85 •••
197 Current pending sectors 100 100 0 0 •••••
198 Offline scan UNC sectors 100 100 0 0 •••••
199 Ultra DMA CRC errors 200 200 0 0 •••••
200 Write error rate 100 100 51 0 •••••
201 Off-track errors count 100 97 51 0 •••••

Everest UE 4.60.1500.
ID Attribute Description Threshold Value Worst Data Status
01 Raw Read Error Rate 51 100 1 12 OK: Value is normal
03 Spinup Time 25 100 100 5824 OK: Value is normal
04 Start/Stop Count 0 97 97 3930 OK: Always passes
05 Reallocated Sector Count 11 100 100 0 OK: Value is normal
07 Seek Error Rate 51 100 100 0 OK: Value is normal
08 Seek Time Performance 15 100 100 0 OK: Value is normal
09 Power-On Time Count 0 100 100 596912 OK: Always passes
0A Spinup Retry Count 51 100 100 0 OK: Value is normal
0B Calibration Retry Count 0 100 100 0 OK: Always passes
0C Power Cycle Count 0 99 99 1985 OK: Always passes
C2 Temperature 0 169 121 23 OK: Always passes
C3 Hardware ECC Recovered 0 100 100 48853929 OK: Always passes
C4 Reallocation Event Count 0 61 61 85 OK: Always passes
C5 Current Pending Sector Count 0 100 100 0 OK: Always passes
C6 Offline Uncorrectable Sector Count 0 100 100 0 OK: Always passes
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: Always passes
C8 Write Error Rate 51 100 100 0 OK: Value is normal
C9 Soft Read Error Rate 51 100 97 0 OK: Value is normal

Подскажите чем может быть вызван тот факт что: два винча (IDE) 80+250 подключённые отдельно на primary и secondary ide (оба н мастер), в биосе и через everest показывают DMA5, а в реальности жутко тормозят и скажем копирование с одного на другой идёт со скоростью 3000 килобайт всего в секунду, раньше было 18000, тормозят обычные avi фильмы если в фоне запущен какой-нибудь процесс вроде антивируса, а HD 720p тормозит при любых раскладах, раньше не тормозило.
Ну и в играх заметно загружаются уровни дольше чем обычно.
Не могу понять откуда взялись эти проблемы может материнка умирает? Потому что винчи относительно новые 2-6 месяцев.

Everest:
--------[ SMART ]-------------------------------------------------------------------------------------------------------

[ SAMSUNG SP0812N (S00MJ10XB11048) ]

01 Raw Read Error Rate 51 100 100 0 OK: Значение нормальное
03 Spin Up Time 0 79 1 4032 OK: Всегда пройдено
04 Start/Stop Count 0 99 99 1569 OK: Всегда пройдено
05 Reallocated Sector Count 10 253 253 0 OK: Значение нормальное
07 Seek Error Rate 51 253 253 0 OK: Значение нормальное
08 Seek Time Performance 0 253 253 0 OK: Всегда пройдено
09 Power-On Time Count 0 100 100 581791 OK: Всегда пройдено
0A Spin Retry Count 49 253 253 0 OK: Значение нормальное
0C Power Cycle Count 0 100 100 842 OK: Всегда пройдено
C2 Temperature 0 157 82 27 OK: Всегда пройдено
C3 Hardware ECC Recovered 0 100 100 71108601 OK: Всегда пройдено
C4 Reallocation Event Count 0 253 253 0 OK: Всегда пройдено
C5 Current Pending Sector Count 10 253 253 0 OK: Значение нормальное
C6 Off-Line Uncorrectable Sector Count 10 253 253 0 OK: Значение нормальное
C7 Ultra ATA CRC Error Rate 51 100 100 172 OK: Значение нормальное
C8 Write Error Rate 51 100 100 0 OK: Значение нормальное
C9 Soft Read Error Rate 51 100 100 0 OK: Значение нормальное

[ SAMSUNG SP2514N (S08BJ1FLB68320) ]

01 Raw Read Error Rate 51 253 100 0 OK: Значение нормальное
03 Spin Up Time 25 253 1 5952 OK: Значение нормальное
04 Start/Stop Count 0 98 98 2202 OK: Всегда пройдено
05 Reallocated Sector Count 10 253 253 0 OK: Значение нормальное
07 Seek Error Rate 51 253 253 0 OK: Значение нормальное
08 Seek Time Performance 15 253 253 0 OK: Значение нормальное
09 Power-On Time Count 0 100 100 5745 OK: Всегда пройдено
0A Spin Retry Count 51 253 253 0 OK: Значение нормальное
0B Calibration Retry Count 0 253 100 0 OK: Всегда пройдено
0C Power Cycle Count 0 99 99 1172 OK: Всегда пройдено
BB <зависит от поставщика> 0 253 253 65536 OK: Всегда пройдено
BE <зависит от поставщика> 0 181 94 19 OK: Всегда пройдено
C2 Temperature 0 181 94 19 OK: Всегда пройдено
C3 Hardware ECC Recovered 0 100 100 222057 OK: Всегда пройдено
C4 Reallocation Event Count 0 253 253 0 OK: Всегда пройдено
C5 Current Pending Sector Count 0 253 253 0 OK: Всегда пройдено
C6 Off-Line Uncorrectable Sector Count 0 253 253 0 OK: Всегда пройдено
C7 Ultra ATA CRC Error Rate 0 200 200 0 OK: Всегда пройдено
C8 Write Error Rate 0 253 100 0 OK: Всегда пройдено
C9 Soft Read Error Rate 0 253 100 0 OK: Всегда пройдено

psySteeL
Меняйте шлейф на SP0812N.

Поменял, с SP2514N на SP0812N теперь копируется как раньше 18-20к, а вот в обратную сторону все те же 3к, стало быть второй шлейф тоже менять? Оба они были одинаковые от матери ASUS p4p800-e deluxe. Оба из строя одновременно вышли? И можно поподробнее из чего следует что менять нужно шлейф видимых повреждений нет.

У мня такой вопрос. Нередко клонирую HDD, причём нередко с полудохлых на новые. Использую, как правило, ghost. Исходный диск, ввиду своей полудохлости, содержит перемещённые сектора (Reallocated Sectors Count>0). Мне интересен момент, как новый винт воспринимает информацию со старого винта. Быть может не совсем правильно выражаюсь, вот практические примеры.
В smart'е нового винта после клонирования вдруг появляются перемещённые сектора (те самые Reallocated Sectors Count). Опустим сейчас момент, что новый винт тоже может быть неисправным. Я предполагаю, что ghost также копирует (при клонировании) информацию о повреждённых секторах. Собственно вопрос как заставить новый винт думать что всё в порядке и обнулить свой счётчик Reallocated Sectors Count.

Неправильно предполагаете.
Это возможно с помощью технологических утилит.

Чи перепрошить.

maco
спасибо за ответ. Может я не совсем точно объяснил. Согласен, вообще странно было б, если ghost копировал smart атрибуты hdd. Но у меня этот вопрос возник не на пустом месте. Дело в том, что в результате ряда копирований с повреждённых hdd на заведомо исправные (смотрел smart на этих новых hdd ДО) последние (новые) через совсем непродолжительное время (возможно сразу же. просто не получилось как-то посмотреть сразу) покрываются значениями Reallocated Sectors Count /RSC/ отличными от нуля, иными словами, растет RSC. C чего бы это, вот в чём вопрос.
Опять моё предположение (тока не бейте сильно). Вот есть сектор, например, 1234567, которые через некоторое время становится битым. Винт это узнаёт и помечает его как повреждённый, в smart'e это отображается, соответственно увеличением значения RSC, так?* Так как же поступает ghost? - он ведь тупо копирует этот - повреждённый - сектор, а новый винт потом, обращаясь к этому сектору вдруг "понимает" что этот сектор битый и помечает у себя его как битый....
----------------
* - весьма и весьма поверхностно слышал о т.н. G-list и P-list на hdd (поправьте, если ошибаюсь) и о том, что есть т.н. резервное количество секторов, которые по-началу берутся для замены сравнительно небольшого количества возникших повреждённых секторов, при этом заполняются сначала именно они G-list и P-list'ы винтов, а уж потом, когда резервных секторов больше нет, то тогда начинает увеличиваться RSC.
----------------
PS Винты (несколько штук) абсолютно новые, купленные в разных магазинах и в разное время.

Вообщем как-то так.
PPS Всё написанное здесь, особенно относительно G-,P- листов винтов я разумеется не утверждаю как факт, прошу понять меня правильно. Разумеется, я могу ошибаться. Собственно и прошу совета у вас. Спасибо.

daledale
Для внешнего пользовательского ПО переназначенные сектора недоступны.
P-list - заводской дефект-лист. G-list - дефект-лист, заполняемый в процессе работы. Reallocated Sectors Count увеличивается одновременно с использованием G-list.

daledale вам бы выяснить причину почему у вас (если почитать ваши посты складывается такое мнение) диски покрываются бэдами? может у вас мощный сабвуфер и вы его очень громко слушаете, или кто-то пиннает ваш с.б. во время работы? или у вас плохое питание?

toureech
Ну какой сабвуфер, пинание ногами ну естественно..., разумеется о моментах, связанных с крайне нежелательным механическим воздействием на hdd во время работы знаю далеко не понаслышке. Да, есть пробелы, не без этого, вот собственно и хочу узнать ваше авторитетное мнение.
maco
Ну и...

Собственно вопрос как был выше озвучено мое предположение остаётся в силе. Ведь программа клонирования (ghost в данном случае) копирует этот (приведённый в моём примере сектор 1234567) - новый hdd как воспринимает его? Не начинает ли "думать" новый винт после того, как не может записать в этот сектор инфу что это плохой сектор помечая это в своём RSC.
--------------
PS Это не тот случай, который возник с конкретным одним компьютером, и который нужно решить во чтобы то ни стало сейчас или в ближайшее время. Этот вопрос у меня возникал с совершенно разными компьютерами в течении 1-2 лет. Просто как-то руки не доходили спросить. Хочу понять "в чём прикол". Может есть какое-нить логичное объяснение (разумеется есть, только видимо я не совсем правильно объясняю, не пинайте тока).

Дык озвучил же все. Не стыкуются ваши предположения с механизмом работы HDD.
Могу еще раз озвучить поподробнее .

Копируется информация, которая находится в этом секторе, т.е. 512 байт и ничего более. Причем, если информацию невозможно прочитать, то процесс копирования прервется или вместо информации из этого сектора будет использован блок из 0x00 или 0xFF (это уже зависит от логики работы программы). Но получить информацию из сектора, который переназначен, пользовательская программа не может, потому что вместо обращения к этому сектору в реальности производится обращение к сектору из резервной области. Т.е. пользовательская программа не знает, откуда получена информация по запрошенному LBA: из основной зоны или из резерва.

Если воспринимающий HDD не может записать полученную информацию у себя в секторе, то он должен предпринять определенные действия, которые предписываются микропрограммой HDD, вплоть до переназначения сектора. Но это никаким образом не связано с тем, откуда получена информация, тем более в полученном пакете (512 байт) нет указаний, из какого сектора была прочитана эта информация.

После перезагрузки винт повел себя неадекватно, CHKDSK проверку завершить не смог.
Винт поделен на 3 лог. диска.
Дефрагментация давно не делалась - может ли это быть причиной сиих бед ?
Дефрагментацию отказывается делать как средствами винды так и сторонним ПО.
Так то поверхностно он вроде работает.... но очень часто подлагивает (подлагивает только 1 лог. диск на котором произошел сбой)?
Прилaгаю данные SMART снятые с помощью HDDscan:
#77
Что с ним такое ? Стоит ли обработать его в mhdd? И в общем жилец он или нет ?
Винту примерно 2.5 года

JokeR+
с дисом точно не все впорядке ( вероятно проблемы с механикой диска или поверхностью), сливайте данные с винта.
так же у вас есть переназначенные сектора (Reallocated Sector Count довольно приличное количество), это плохо, попробуйте отследить динамику их появления (например посмотреть их количество после слива инфы)
Current Pending Sector Count очень большое количество претендентов на ремап.

Переходите на другой диск.