Member
Статус: Не в сети Регистрация: 06.05.2005 Откуда: Moldova
ПРОСЯ О ПОМОЩИ, ВЫКЛАДЫВАЙТЕ S.M.A.R.T. ПРОБЛЕМНОГО НАКОПИТЕЛЯ!
Его можно посмотреть программами Everest, AIDA 64, Victoria 4.x, Dtemp, HDDScan, HD Tune, Crystal Disk Info, SpeedFan... Обращайте внимание на DATA/RAW-параметры, это главные и основные показатели здоровья диска.
>>>При использовании Crystal Disk Info в меню Сервис>Дополнительно>Raw-значения выберите вариант "10 [DEC]" это несколько упростит восприятие информации утилиты форумчанами.<<<
<<Скриншоты>>
При выкладке скриншотов не забываем ограничения накладываемы пунктом 3.12 правил конференции. А именно: "Размещать в тегах "Img" картинки объемом свыше 500 кБ на сообщение. Допускаются картинки до 2 МБ под тегом "spoiler=", а также прямые ссылки на картинки любого размера. Ссылки на страницы, где картинка отображается среди рекламы, запрещены, применяющие их сайты блокируются автоцензором." Немного о том, как ПРАВИЛЬНО создавать скриншоты для выкладки в форуме: http://forums.overclockers.ru/viewtopic ... 4&t=373001
Для лучшего понимания сути вопроса смотрите информацию на первой странице темы, составленную камрадом Ing-Syst.
Возможно, для решения Вашей проблемы потребуется провести цикл процедур утилитами Виктория и MHDD. Ссылки на инструкции по работе с программами можно найти на первой странице темы.
ShutUp - программа камрада CoolCMD для предотвращения частых парковок HDD. https://disk.yandex.ru/d/x3UITAgo3EGqub Программа считывает один сектор через определенный пользователем промежуток времени.
Тогда разберитесь с атрибутами, содержащими несколько полей, чьи Raw десятичная система коверкает. Несколько полей в десятичном виде выглядят обычно длиннющим числом, вводить которое вручную в калькулятор тяжелее других. А ещё они обрезаются... И что вам мешает оперировать шестнадцатеричными числами аналогично десятичным? Названий не хватает?)))
Night66 писал(а):
И если человек надеется на подобную помощь
А может ему не "подобная", а квалифицированная требуется? Или хотя бы на пару ступенек выше его квалификации... Тогда "порог вхождения" ещё и поможет отсеять некоторых "помощничков")))
Заблокирован Статус: Не в сети Регистрация: 15.06.2010 Откуда: Калуга Фото: 18
nso Ну вообще-то большинство человеков десятичные числа всё таки легче воспринимают. И переводить в уме двоичные в шестнадцатеричные и десятичные и обратно не каждый может.
_________________ Лужу, паяю, не шалю, никого не трогаю, починяю примус (ЭВМ). Я не фанат INTEL, я просто не люблю AMD.
И переводить в уме двоичные в шестнадцатеричные и десятичные и обратно не каждый может
А кто заставляет? Вас ли? Каждого? Зачем переводить? Почему в уме?
Посмотрите на смарт диска Nomuken, который вы хотите воспринять "легче". 1. Вердикт ясен при любом представлении. На последнюю колонку для его выяснения особо смотреть не требуется. 2. В шестнадцатеричном представлении сразу видно, что ошибок чтения и ECC-восстановлений в текущих циклах счёта - по нулям. 3. 2 ошибки позиционирования в текущем цикле счёта. 4. Счётчик UNC исчерпал выделенные под него 2 байта, остановился на FFFF и больше "не считает" UNC. 5. В атрибуте F0 сразу видно время полёта головок, которое больше, чем время во включенном состоянии (так и показывало сплошь, когда появилось F0, в каких-то моделях потом вроде наладилось).
Вот не стал бы я смотреть дальше первого пункта, если б смарт был "легче" для вашего восприятия)
Возникла проблема с диском Hitachi hds721010cla332, до недавнего времени работал без каких либо проблем,теперь скорость чтения становится медленной (<500 мс при проверке каждый сектор),но после перезагрузки ПК до какого-то момента опять работает нормально без затупов (и в тесте на чтение выдает большую часть секторов с нормальными показателями <5 мс). Тест прогонял в HDDScan. С чем могут быть связаны такие затупы харда может кто подсказать?
Member
Статус: Не в сети Регистрация: 11.11.2010 Откуда: Новосибирск
rdhmmr писал(а):
скорость чтения становится медленной (<500 мс при проверке каждый сектор),но после перезагрузки ПК до какого-то момента опять работает нормально без затупов (и в тесте на чтение выдает большую часть секторов с нормальными показателями <5 мс)
Хорошо бы его забэкапить и прогнать тест записи из Victoria, например...
господи ,как все любят 16 ричные hex значения)... умоляю, читайте шапку темы перед тем, как выкладываете смарт: не все будут тратить силы и время на перевод из 16 ричной системы счисления в 10 чную
Шапку не читал, сорри
Тут недавно и с полуторатерабайтником проблемы начались. Вначале он начал рандомно вешать копирование файлов с него, потом вообще стал пропадать из винды и биоса. Сейчас он виден только в биосе, в винде не определяется.
Даже erase встает где-то через 20 минут после начала...
В интернетах начитался, что на плате иногда контакты окисляются. Терять нечего, кое-как открутил торксы обычной отверткой, у всех контактов какой-то странный грязно-черный цвет:
Но лучше не стало, в винде не определяется, в MHDD сплошные ABRT. Могла ли эта гадость на контактах стать причиной таких последствий? Кроме erase ещё что-нибудь можно придумать да-да, новый купить, бла-бла?
Заблокирован Статус: Не в сети Регистрация: 28.03.2016
nso писал(а):
Посмотрите на смарт диска Nomuken, который вы хотите воспринять "легче". 1. Вердикт ясен при любом представлении. На последнюю колонку для его выяснения особо смотреть не требуется. 2. В шестнадцатеричном представлении сразу видно, что ошибок чтения и ECC-восстановлений в текущих циклах счёта - по нулям. 3. 2 ошибки позиционирования в текущем цикле счёта. 4. Счётчик UNC исчерпал выделенные под него 2 байта, остановился на FFFF и больше "не считает" UNC. 5. В атрибуте F0 сразу видно время полёта головок, которое больше, чем время во включенном состоянии (так и показывало сплошь, когда появилось F0, в каких-то моделях потом вроде наладилось).
Вот не стал бы я смотреть дальше первого пункта, если б смарт был "легче" для вашего восприятия)
ok, понт засчитан но это всё равно не отменяет того факта, о котором говорил камрад mol61
Member
Статус: Не в сети Регистрация: 22.12.2012 Фото: 1
Night66 Да это бесполезно, никто не читает шапку, всем надо ответ немедленно и чтоб не напрягаться в чтении. Я уже просил как то читать шапку и просил переводить, иногда даже игнорируют, я уже забил и просто перевожу калькулятором. Вывод, всем плевать на чужие трудности. Хорошо что не всегда просить смарт выкладывать надо.
Sania. Лучше уж тогда потребовать представлять смарт в текстовой форме, чтоб копировать данные можно было) -----
rdhmmr писал(а):
В параметрах электропитания в системе стоит "высокая производительность",диски не отключаются.
Смарт - в норме. Диск в простое останавливался. Останавливается ли сейчас, подскажет новый смарт. Отчего бы не устанавливать в электропитании "никогда" для остановки дисков?
Member
Статус: Не в сети Регистрация: 22.12.2012 Фото: 1
nso Не впадайте в крайности, текстовой форме неудобно и никто более чем в шапке не потребует, так как сейчас просят самое простое для восприятия, это если администрация потребует, вот с ними и спорьте.
Заблокирован Статус: Не в сети Регистрация: 15.06.2010 Откуда: Калуга Фото: 18
eichanin писал(а):
его только на выброс
Скорее всего да. Для убедительности прогнать поверхность Викторией, наверняка ещё куча не стабильных секторов, которые скоро станут бэдами. Так что не жилец.
_________________ Лужу, паяю, не шалю, никого не трогаю, починяю примус (ЭВМ). Я не фанат INTEL, я просто не люблю AMD.
Сейчас этот форум просматривают: Saturnus и гости: 8
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете добавлять вложения