Болтун Аниме. Четвёртый сезон d(^_^)b

Кто-нибудь может подкинуть мысль в чём реально проблема с компом? Где-то с недели две-три назад начал тупить. Сперва это выражалось на тормозах и временном подвисании браузеров, со вчера начали тупить ютор и кубит - не могут завершить сброс завершившийся закачки на диск и подвисают даже на 50мб файле. По признакам явная проблема с диском, и, если для браузеров это однозначно осевой, то для клиентов вероятнее всего дополнительные диски. Но смарт ничего не кажет, да и осевой диск относительно новый, пробежал менее 5 т.ч. Но зато остальные диски пробежали по 20 т.ч. и более, но и там нет подготовленных к ремапу секторов. Так который из дисков канифолит мозг- осевой или один из дополнительных?

shamananime
Может быть гораздо худший вариант - накрывается SATA-контроллер на материнке. В таком случае будут тупить все диски. Но это лечится только сменой материнки. Или достать отдельный контроллер и перевесить на него. Но это скорее палиатив, т.к. сата обычно в чипсет интегрирован, и там всё остальное откажет со временем.
Посмотри ещё в смарте параметр C7 (CRC ошибки UltraDMA), точнее на его динамику. Если растёт на всех дисках, значит либо в кабелях проблема, либо действительно с чипсетом.

ElSwanko
С7 на всех пяти дисках нулевой.

shamananime
Смотри тогда в сторону чипсета. Но вот как его протестировать, тут я не подскажу, не знаю.
Идеальный вариант - взять другую материнку, ну или как сказал - попробовать с отдельным контролером сата.

ElSwanko писал(а):

Идеальный вариант - взять другую материнку

Для меня как раз далеко не идеальный - перекидывать туда 5 хардов ещё та задачка, как раз которую я хотел бы избежать. (чисто по организационным проблемам - оба кома завалены сверху хардами, болванками, ОЗУшками и прочим мусором, на которые чихнуть то страшно - всё рухнет Тем более корпуса компов от старых P4 и новая материнка туда вошла с натягом.)
Попробую вначале штатным средством винды проверить осевой хард - может чего найдётся подозрительного.

20т. часов это ерунда

2404 дня + 4 часа вот это да....

shamananime
Попробуй ещё HDDscan'ом погонять тесты.

хИНАРИх писал(а):

20т. часов это ерунда

Как показал опыт эксплуатации точно таких же дисков Hitachi на системе видеонаблюдения, через 22т.ч. они начали сыпаться. Ну, может партия такая попалась, либо действительно ресурс такой. У меня условия эксплуатации, конечно, не столь жёсткие, да и брал я позже, но всё же для меня такой пробег это как бы контрольная точка: как появится первый бэд, то на полочку - нарастают они здесь лавинообразно, 2-3 месяца и биос выдаёт инфо "bad smart".

хИНАРИх писал(а):

2404 дня + 4 часа вот это да....

что за диск? Ради смеха поставил в хлам изношенный (правда без бэдов) Seagate на тот же сервер видеонаблюдения - уже 2 года шуршит-гремит, но ни каких намёков на бэды.

ElSwanko
погонял ночью штатным скандиском - проблем с осевым диском нет, но была повреждена таблица файлов (с какого перепугу?) Запустил сейчас ютор и с ходу 100% перегруз диска 350мб файлом на скорости скачивания всего 600кб. Попробую теперь тот диск проверить, куда он начал сейчас писать. Если не он, то тогда похоже реально контролер тупит. У меня на этой материнке уже была проблема с часами, лет 5 назад, они начали убегать на 1,5ч в сутки. Лечил правкой переодичности синхронизации с серверами времени, на каждые 2 часа. Потом как то устаканилось.

shamananime писал(а):

Как показал опыт эксплуатации точно таких же дисков Hitachi на системе видеонаблюдения, через 22т.ч. они начали сыпаться. Ну, может партия такая попалась, либо действительно ресурс такой.

Hitachi 3 тб - 45к часов, состояние идеальное

Black_Overlord
у меня по 2тб, осевой на 500гб

shamananime
А что за материнка?

ElSwanko
Intel DQ57TM

вспомнил, как один человек говорил, что у семёрки есть особенность - при проблемах с диском переводить скорость контролера на более низкую. И это не лечится (только переустановка окошек). Проверил оба канала - все 5 дисков на UDMA5.
А вот проверка скандиском оставшихся 4х дисков выявила интересный косвенный результат- время проверки одного из них было ну раза в 4-5 дольше, чем остальных трёх. Теперь осталось понять, какой именно это диск (хреново, когда все из одной партии - искать только по серийнику). И если он самый изношенный (23,5 т.ч), то заменить. А если не он, тогда чесать репу дальше.

shamananime писал(а):

хИНАРИх писал(а): 20т. часов это ерунда Как показал опыт эксплуатации точно таких же дисков Hitachi на системе видеонаблюдения, через 22т.ч. они начали сыпаться. Ну, может партия такая попалась, либо действительно ресурс такой. У меня условия эксплуатации, конечно, не столь жёсткие, да и брал я позже, но всё же для меня такой пробег это как бы контрольная точка: как появится первый бэд, то на полочку - нарастают они здесь лавинообразно, 2-3 месяца и биос выдаёт инфо "bad smart". хИНАРИх писал(а): 2404 дня + 4 часа вот это да.... что за диск? Ради смеха поставил в хлам изношенный (правда без бэдов) Seagate на тот же сервер видеонаблюдения - уже 2 года шуршит-гремит, но ни каких намёков на бэды.

Seagate Barracuda XT ST32000641AS на 2Тб

хИНАРИх
знаком я с этой рыбкой - у них есть одна интересная особенность: они "неубиваемые". Когда прошивка исчерпает запас ремапов и диск отваливается от материнки, то он всё ещё виден на старых материнках (Р4) из под ХР и после танцев с бубном его вновь можно использовать на семёрке как хранилище (т.е. положить на полку). Нужно порушить ФС викторией, далее понять (протестировать на чтение без ремапов) где проблемные зоны (в процентном выражении). После чего акронисом воссоздать ФС, вырезав (не задействовав) проблемные зоны. И диск (вернее уже куча дисков) снова виден в семёрке, и на него можно записывать. Единственный минус - как только появится ещё один бэд, он снова отваливается. В таком случае повторить всё заново. И так до тех пор, пока не сдохнут оба загрузочных сектора. (забыл написать- воссоздавать желательно в GPT)

shamananime писал(а):

когда все из одной партии - искать только по серийнику

Так вроде все проги для дисков показывают и серийники.