Появились бед блоки на винчестере WDC WD10EACS-00ZJB0 ATA Device (1 ТБ) сделал скан Викторией,показала 1100 бед секторов,и очень много красных по 1.5 секунд,которые я так понимаю не очень хорошо влияют на быстродействие.Скажите как викторией убрать красные и бед сектора вообще,т.е. скрыть их,что бы я о них забыл.
» Victoria | Виктория | HDD Repair & Diagnostic
Цитата:
Викторией,показала 1100 бед секторов,и очень много красных по 1.5 секунд
DJ_TRANCEformer, неси на обмен или выбрасывай винт!
Aleksandr SHCH
Ничего нельзя сделать?
Ничего нельзя сделать?
DJ_TRANCEformer, если сбойные сектора в самом конце диска, то можно "урезать" его размер. Если нет - попробовать "обнулить" его (стереть информацию). Посмотри SMART диска. В любом случае, для постоянного хранения информации, диск уже не пригоден...
DJ_TRANCEformer
Цитата:
Как вы определяете, что по 1.5 секунды?
Aleksandr SHCH
Цитата:
А если есть много белых на фоне серых, особенно где-то в районе 100-110 минуты времени сканирования и в конце один зеленый, но нет красных. Можно ли такой диск еще использовать?
Цитата:
красных по 1.5 секунд
Как вы определяете, что по 1.5 секунды?
Aleksandr SHCH
Цитата:
если сбойные сектора в самом конце диска,
А если есть много белых на фоне серых, особенно где-то в районе 100-110 минуты времени сканирования и в конце один зеленый, но нет красных. Можно ли такой диск еще использовать?
Цитата:
Как вы определяете, что по 1.5 секунды?
В DOS версии так и написано 1.5S
Цитата:
А если есть много белых на фоне серых, особенно где-то в районе 100-110 минуты времени сканирования и в конце один зеленый, но нет красных. Можно ли такой диск еще использовать?
Нужно.
Aleksandr SHCH
Я делал низкоуровневое форматирование оно никак не помогло.А серые поля (хорошие сектора) есть нормальными отрезками,вот как нибудь хотелось бы точно вычислить эти расстояния и хотя бы установить туда систему что ли.
Я делал низкоуровневое форматирование оно никак не помогло.А серые поля (хорошие сектора) есть нормальными отрезками,вот как нибудь хотелось бы точно вычислить эти расстояния и хотя бы установить туда систему что ли.
DJ_TRANCEformer
http://www.hdd-911.com/index.php?option=content&task=view&id=27&Itemid=27
И гугле набери расшифровка SMART.
Да и проверь( на оф. сайте есть) Data Lifeguard Diagnostic для DOS (CD). Может поможет.
http://www.hdd-911.com/index.php?option=content&task=view&id=27&Itemid=27
И гугле набери расшифровка SMART.
Да и проверь( на оф. сайте есть) Data Lifeguard Diagnostic для DOS (CD). Может поможет.
а erase везде одинаковый? я имею ввиду на разных программах например виктория или Data Lifeguard Diagnostic т.п.
daliban
Ну, если они в порт просто команду 0x50h посылают, тогда да - низкоуровневый формат в пользовательском режиме она не делает, только область данных в секторах прописывает нулями. В технологическом режиме, там да, контроллер сделает низкоуровневый формат.
Ну, если они в порт просто команду 0x50h посылают, тогда да - низкоуровневый формат в пользовательском режиме она не делает, только область данных в секторах прописывает нулями. В технологическом режиме, там да, контроллер сделает низкоуровневый формат.
Народ, что скажете по состоянию харда с таким SMART
QWERTY1001
На этом винте 9 кандидатов в ремап (параметр 197). Попробуй Erase Waits, предварительно забэкапив всю важную инфу.
На этом винте 9 кандидатов в ремап (параметр 197). Попробуй Erase Waits, предварительно забэкапив всю важную инфу.
QWERTY1001
UltraDMA CRC Error Count
Общее количество ошибок CRC в режиме UltraDMA. Поле raw value содержит количество ошибок, возникших в режиме передачи данных UltraDMA в контрольной сумме (ICRC - Interface CRC). Примечание автора. Практика, собранная статистика и изучение журналов ошибок SMART показывают: в большинстве случаев ошибки CRC возникают при сильном завышении частоты PCI (больше номинальных 33.6 MHz), сильно перекрученом кабеле, а также - по вине драйверов ОС, которые не соблюдают требований к передачи/приему данных в режимах UltraDMA.
UltraDMA CRC Error Count
Общее количество ошибок CRC в режиме UltraDMA. Поле raw value содержит количество ошибок, возникших в режиме передачи данных UltraDMA в контрольной сумме (ICRC - Interface CRC). Примечание автора. Практика, собранная статистика и изучение журналов ошибок SMART показывают: в большинстве случаев ошибки CRC возникают при сильном завышении частоты PCI (больше номинальных 33.6 MHz), сильно перекрученом кабеле, а также - по вине драйверов ОС, которые не соблюдают требований к передачи/приему данных в режимах UltraDMA.
Sish
daliban
Огромное спасибо! Буду пробовать. Провод Sata и вправду перекручен, его так в магазине где брали накрутили (спиралью).
Но я также видел комп с перекрученным проводом sata, но без ошибок Ultra DMA. Почему так происходит, один нормально а другому от этого худо?
И возможно и вправду драйвер, в Администрировании=>Просмотр событий=>Система, там красным ошибки, не помню точно содержания, но про хард ( что-то atapi...)
daliban
Огромное спасибо! Буду пробовать. Провод Sata и вправду перекручен, его так в магазине где брали накрутили (спиралью).
Но я также видел комп с перекрученным проводом sata, но без ошибок Ultra DMA. Почему так происходит, один нормально а другому от этого худо?
И возможно и вправду драйвер, в Администрировании=>Просмотр событий=>Система, там красным ошибки, не помню точно содержания, но про хард ( что-то atapi...)
Что за мода такая у многих сборщиков SATA кабель в спираль крутить? Они бы туда еще и феритовый сердечник бы заталкали, вообще бы пипец был.
Кто как к этому относится? Я лично, учитывая школьный курс физики - резко отрицательно. По моему мнению получается катушка индуктивности, которая создает электромагнитное поле и сама себе создает фон.
Кто как к этому относится? Я лично, учитывая школьный курс физики - резко отрицательно. По моему мнению получается катушка индуктивности, которая создает электромагнитное поле и сама себе создает фон.
Real Root
Цитата:
Лично я - тоже кручу SATA кабель. Честно, не скажу насчёт катушки индуктивности, просто могу сказать своё ИМХО: Нигде я не встречал строгих предостережений, прежде всего от ведущих вендоров производителей компьютерного железа в их книжках-мануалах, что это строго-настрого запрещено и уж тем более, что перекрученный провод SATA негативно влияет на работу HDD. А вот практическая польза от этого есть, хотя и не такая, как при аккуратном укладывании/сворачивании IDE шлейфов. Например при правильном укладывании последних, можно существенно улучшить теплообмен внутри корпуса с окружающей средой, тем самым уменьшив нагрев внутренних компонент системного блока. Хоть ширина SATA шлейфа в разы меньше IDE шлейфа, компактное укладывание (читай уменьшение "ненужной" длины, которое достигается путём в т.ч. и сворачивания) проводов SATA внутри системника всё также улучшает вентиляцию внутри системника. Возможно это также дело вкуса, привычки, желания аккуратно и красиво собрать системник, замечу опять не в ущерб стабильности работы хотя бы по причине, указанной выше - may be. Ведь согласитесь, внутри системника бывают не только SATA провод и провод от вентилятора и если каждый провод оставлять как он есть, можно в итоге получить АТС с кучей проводов, в которой мало того что "чёрт ногу сломает", так и ещё всё это жутко будет греться, а следовательно ресурс железа будет существенно сокращён.
ИМХО.
Цитата:
Кто как к этому относится?
Лично я - тоже кручу SATA кабель. Честно, не скажу насчёт катушки индуктивности, просто могу сказать своё ИМХО: Нигде я не встречал строгих предостережений, прежде всего от ведущих вендоров производителей компьютерного железа в их книжках-мануалах, что это строго-настрого запрещено и уж тем более, что перекрученный провод SATA негативно влияет на работу HDD. А вот практическая польза от этого есть, хотя и не такая, как при аккуратном укладывании/сворачивании IDE шлейфов. Например при правильном укладывании последних, можно существенно улучшить теплообмен внутри корпуса с окружающей средой, тем самым уменьшив нагрев внутренних компонент системного блока. Хоть ширина SATA шлейфа в разы меньше IDE шлейфа, компактное укладывание (читай уменьшение "ненужной" длины, которое достигается путём в т.ч. и сворачивания) проводов SATA внутри системника всё также улучшает вентиляцию внутри системника. Возможно это также дело вкуса, привычки, желания аккуратно и красиво собрать системник, замечу опять не в ущерб стабильности работы хотя бы по причине, указанной выше - may be. Ведь согласитесь, внутри системника бывают не только SATA провод и провод от вентилятора и если каждый провод оставлять как он есть, можно в итоге получить АТС с кучей проводов, в которой мало того что "чёрт ногу сломает", так и ещё всё это жутко будет греться, а следовательно ресурс железа будет существенно сокращён.
ИМХО.
Real Root я тоже кручу... на толстой отвёртке... и считаю лучше, чем сгибают в десять раз... да ещё жгутят так, что до перелома недолго... особя ближе к разъёмам...
Real Root
аналогично.. кручу.. на отвёртке.. проблем нет, а глаз радует.. ;)
индуктивность пофиг, т.к. наматывается кабель, а не каждый провод в отдельности..
а заодно и полученная "пружинка" плотнее держит разъёмы кабеля в матери и в девайсе.. :)
Добавлено:
QWERTY1001
замени кабель на качественный..
такое гуано иногда попадаеццо.. и даже среди "фирменных" шлейфов..
аналогично.. кручу.. на отвёртке.. проблем нет, а глаз радует.. ;)
индуктивность пофиг, т.к. наматывается кабель, а не каждый провод в отдельности..
а заодно и полученная "пружинка" плотнее держит разъёмы кабеля в матери и в девайсе.. :)
Добавлено:
QWERTY1001
замени кабель на качественный..
такое гуано иногда попадаеццо.. и даже среди "фирменных" шлейфов..
прогнал сканом Виктории свой сигейт барракуда IDE 120 Гб ST3120026A в двух вариантах:
- с загрузочного сидюка версии 3.5;
- бетой 4.46b.
скан с загрузочного диска выдал диагностику "Дефектов не обнаружено", SMART от 4.46 вот такой:
и вроде тоже никаких дефектов при сканировании, но зато - высокий уровень ошибок чтения (к счастью все 50022728 ошибок чтения устраняемы аппаратно) и ошибок поиска (69734182).
при этом в обеих виндах (на машине у меня 2 Windows XP + Debian Gnu Linux) chkdsk пройдя 1-й этап проверки (verifying) где-то на 98% затыкается и циклит с командой
Код: Inserting an index entry into index $0 of file 25
- с загрузочного сидюка версии 3.5;
- бетой 4.46b.
скан с загрузочного диска выдал диагностику "Дефектов не обнаружено", SMART от 4.46 вот такой:
и вроде тоже никаких дефектов при сканировании, но зато - высокий уровень ошибок чтения (к счастью все 50022728 ошибок чтения устраняемы аппаратно) и ошибок поиска (69734182).
при этом в обеих виндах (на машине у меня 2 Windows XP + Debian Gnu Linux) chkdsk пройдя 1-й этап проверки (verifying) где-то на 98% затыкается и циклит с командой
Код: Inserting an index entry into index $0 of file 25
quaxter
А с чего вы взяли что chkdsk зацикливается? У меня несколько раз было что ФС была убита на столько (вовремя не дали проверку ей сделать), что вставка индексов длилась около часа. И если Вика ничего не находит, значит хард более чем живой, просто покоцана ФС.
А с чего вы взяли что chkdsk зацикливается? У меня несколько раз было что ФС была убита на столько (вовремя не дали проверку ей сделать), что вставка индексов длилась около часа. И если Вика ничего не находит, значит хард более чем живой, просто покоцана ФС.
Подскажите пожалуйста по следующему вопросу: вчера при включении компьютера он завис на определении устройств - не мог определиться второй жёсткий диск 500ГБ Hitachi "Deskstar P7K500 HDP725050GLA360" 7200об./мин., 16МБ (SATA II), который у меня подключен как Slave и используется под файлохранилище.
После переподключения сата-кабеля этого жёсткого диска компьютер включился и работал нормально - с диска Hitachi на первый диск (WD) скопировал всю информацию, потом отформатировал его и сделал проверку на ошибки средствами Windows XP SP3.
Позднее запустил Victoria 4.46b, и вот такое значение SMART она показала:
Подскажите пожалуйста, стоит ли мне беспокоиться о состоянии жёсткого диска, насколько серьёзны проблемы, если они есть, а то может быть его уже надо готовить к выносу на помойку? Диск ещё на гарантии.
Другими словами, что бы Вы сделали на моём месте с этим диском.
После переподключения сата-кабеля этого жёсткого диска компьютер включился и работал нормально - с диска Hitachi на первый диск (WD) скопировал всю информацию, потом отформатировал его и сделал проверку на ошибки средствами Windows XP SP3.
Позднее запустил Victoria 4.46b, и вот такое значение SMART она показала:
Подскажите пожалуйста, стоит ли мне беспокоиться о состоянии жёсткого диска, насколько серьёзны проблемы, если они есть, а то может быть его уже надо готовить к выносу на помойку? Диск ещё на гарантии.
Другими словами, что бы Вы сделали на моём месте с этим диском.
chemodan1971
Твой винт работает при повышенной температуре (параметр 194), так что не худо было бы организовать его дополнительной обдув. Также замени SATA-кабель (параметр 199).
На винте 46 аппартных ремапов (параметр 5) и 55 кандидатов в оные (параметр 196). Erase Waits поможет удалить последние, но если в процессе эксплуатации парметр 5 будет и дальше расти, винт лучше использовать для хранения чего-нибудь ненужного.
Твой винт работает при повышенной температуре (параметр 194), так что не худо было бы организовать его дополнительной обдув. Также замени SATA-кабель (параметр 199).
На винте 46 аппартных ремапов (параметр 5) и 55 кандидатов в оные (параметр 196). Erase Waits поможет удалить последние, но если в процессе эксплуатации парметр 5 будет и дальше расти, винт лучше использовать для хранения чего-нибудь ненужного.
Sish, большое спасибо за ответ. Попробую сделать то, что ты написал и буду надеяться на лучшее.)
а вчем разница между Reallocated Sector Count и Reallocation Event Count?
<script src='http://img176.imageshack.us/shareable/?i=vicf.jpg&p=tl' type='text/javascript'></script><noscript> </noscript>
Вот что показывает виктория.
Внешний ХДД на 500 гигов. Стал жестко глючить. Данные не открывает. Ошибка CRC. Ошибкас отложеной записи.
Короче решил форматнуть.
Partition magik (простите мой англ.) справился с этой задачей. Хотя потом понял что ничего на жесткий записать не получается.
Скажите что значит сии цветные квадратики? Интуиция подсказывает, что это плохо.
Можно ли привести жесткий в рабочее сотояние.
Вот что показывает виктория.
Внешний ХДД на 500 гигов. Стал жестко глючить. Данные не открывает. Ошибка CRC. Ошибкас отложеной записи.
Короче решил форматнуть.
Partition magik (простите мой англ.) справился с этой задачей. Хотя потом понял что ничего на жесткий записать не получается.
Скажите что значит сии цветные квадратики? Интуиция подсказывает, что это плохо.
Можно ли привести жесткий в рабочее сотояние.
daliban
Первое - аппаратные ремапы, вторjе - кандидаты в оные.
AntoshkaUst
Цитата:
Да уж, нашёл софтинку...
Попробуй потестить винт DOS-версией сабжа и выложи его (винта) SMART.
Первое - аппаратные ремапы, вторjе - кандидаты в оные.
AntoshkaUst
Цитата:
Короче решил форматнуть.
Partition magik (простите мой англ.)
Да уж, нашёл софтинку...
Попробуй потестить винт DOS-версией сабжа и выложи его (винта) SMART.
Хотел бы тоже попробовать эту 4-ю бету, да не знаю, как она, на 32 xp пойдет? и как там этот смарт делать? - в инструкции написано? А то ж. диск, то виден системой, то нет.
Kaile, работает, как получить данные SMART - скрины выше.
Sish
ни че не понял)))))
Reallocated Sectors Count - количество "переназначенных секторов" (remap). Если магнитной головке жесткого диска не удается при нескольких проходах произвести чтение/запись/верификацию ячейки, микропрограмма попытается переместить данные в резервную область диска (spare area - она не входит в область основной разметки) и, в случае успеха, помечает сектор как "переназначенный", т.е. при каждом запросе на чтение данных из этой ячейки, будет происходить "перенаправление" (redirect) на ее резерв, следовательно физически этот переназначенный сектор больше не будет использоваться.
-- Reallocation Event Count - количество попыток "ремапа". В поле атрибута (raw value) хранится общее число попыток (как успешные, так и безуспешные) переноса информации с переназначенных секторов в резервную область.
И тат и там переназначаются куда то)) в резервную область. Не могу понять разницы . Можно по подробнее?
ни че не понял)))))
Reallocated Sectors Count - количество "переназначенных секторов" (remap). Если магнитной головке жесткого диска не удается при нескольких проходах произвести чтение/запись/верификацию ячейки, микропрограмма попытается переместить данные в резервную область диска (spare area - она не входит в область основной разметки) и, в случае успеха, помечает сектор как "переназначенный", т.е. при каждом запросе на чтение данных из этой ячейки, будет происходить "перенаправление" (redirect) на ее резерв, следовательно физически этот переназначенный сектор больше не будет использоваться.
-- Reallocation Event Count - количество попыток "ремапа". В поле атрибута (raw value) хранится общее число попыток (как успешные, так и безуспешные) переноса информации с переназначенных секторов в резервную область.
И тат и там переназначаются куда то)) в резервную область. Не могу понять разницы . Можно по подробнее?
Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253545556575859606162636465
Предыдущая тема: Firewall...
Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.