Влияние чипсета на выход HDD из строя?
 

заметил некий стат, а точнее на ЮМ от интел реально (тупо) летят винты чаще чем других производителей, из своей практики , про БП и речи быть не магёт (!).

... очень смешно, как в цирке
ты ак бюрократ,
пункт-1... БП,
пункт-2... БП,
пункт-3... БП,
а если......смотри пункт-1
... БП,... БП, .... БП,... БП,... БП,
этих БПешек скоко переделал, тошнит уж от

Вы для начала посмотрите процент соотношения на рынке Intel чипсетов и других. А вы молодой человек весь форум почитайте, у нас здесь много специалистов по HDD и никто почему то "блестящих" открытий, по поводу влияния чипсетов на HDD не сделал, все почему то твердят о блоках питания, наверное мы все на вашем фоне тупые. :)

А вы б сами попытались ответить на основные вопросы :
1. Способен ли сам ЮМ подавать команды типа vendor specific в винт, способные нарушить его работоспособность ? Я уверен, что нет. Хост всего лишь обрабатывает стандартные команды в винт, поступающие извне.
2. Способен ли хост выдавать напряжения, различного рода сигналы превышающие по уровню максимально допустимые, которые могут привести к поломке винта ? Тоже нет.
Речь может идти лишь о глюкавости ЮМ, например некоторые SIS, VIA и т.д. Но это частные случаи, не система.
Как например на старом SIS никак не хотят работать новые сата 2 Самсунги. Или как на мамке 8RDA3+ никак не хотели работать WD800BB. Но работоспособности винтов это не нарушало. Эти же винты прекрасно продолжили работу с другими материнками.
Я например, за свой многолетний опыт ремонта винтов, не заметил закономерности такой от чипсета в материнке. А это тысячи винтов попавших в ремонт.
Вы видимо имели ввиду неисправности винтов программного свойства, возникшие от программных сбоев при передаче данных или команд, вследствие плохих контактов, плохого качества пайки ЮМ. Такое конечно есть. Исходя из моей практики, можно сказать что процент винтов пострадавших по вине некачественного БП гораздо выше, чем по вине ЮМ. И ещё больше процент пострадавших винтов по вине самих юзеров. ;)

на счёт специалистов по HDD без сомнений.
кто может объяснить , почему на плате http://www.asrock.com/mb/overview.ru.asp?Model=P43DE (http://www.nix.ru/autocatalog/mother...600_83226.html) sata mode ide пост опрос отображает саташники в UDMA-5 , когда те же саташки на http://www.nix.ru/autocatalog/mother...II_103910.html ----- UDMA-6.Все сюрпризы с подробными описаниями --- не выдоешь за день...
На p43de(E6600/2x1Gb,DDR2-1066/x300/не игровой) в биосе ставил и в ручную и авто , бесполезно , хоть и плата дороже раза в два чем ... , ASRock_N68CS_UCC , а винты на ней то как раз капризничают не зависимо от производителя и ёмкости. БП - ISO400w , доработанный: фильтры-дроссели , да и прочая защита на входных цепях полный комплект; на входе кондёры 680мк х 250в; на выходе конденсаторы увеличенной ёмкости (рассположение снаружи) , по цепи 5vsb конд. поменяно. Проверено под нагрузками-стабильно держит нагрузки (можно АКБ зарядить). Если БП слабоват , остаётся Сварочный апппарат прикрутить к компу.Переходники питания проверенные, шлейфы новые,старые на выбор, провода тока не проверялись на Ампераж(свар.злектрод не потянут, точно).
На системнике с ASRock_N68CS_UCC, БП "настоящий" китайский noname 400w, и ни чего , всё те же "проблемные" харды (2х1тб, 320, 500) на нём работают без капризов.
Возможно это не относиться к теме "HDD-Статистика...", но всё же

Bombarbia, А вы пробовали системные платы надежных производителей? Та ещё какашка - доработки его колхоз полный, лучше брать надежные вещи!

Скорее из-за того что в одних мамках в БИОС "вшит" режим УДМА5, в других УДМА 6. Я сам когда-то принудительно включал на иде-винтах Самсунг УДМА-6, вместо заводского УДМА 5. И эти винты на некоторых мамках работали на УДМА 6, но чаще в УДМА 5. Да и разницы в производительности я не заметил, и забросил это дело. То есть у вас вся статистика сводится к проверке нескольких матерей. Вот если б вы взяли 100-200 матерей одной модели, одного производителя, и на всём этом количестве мамок винты всё равно глючили, можно было б утверждать что такие-то винты плохо "дружат" именно с этим типом мамки. А так, 2-3 мамки - это не статистика.

100-200 примеров даже сервис центры навряд ли предоставят, лишние хлопоты.
для примеру(без подробностей):на MSI P35 E6400/2x1Gb,DDR2-800/GF9800/400w (ICH7) то же самое ---- любой сатанашник в UDMA-5 ни как не выше, на нём умерло два саегейта (2х500) , да и новый WD---500Gb SATA-3(переклю на сата-2) неет нет да и брыкается....

Лучше всего интересоваться именно у сервисников, у которых проходят многие сотни материнок и винтов.
Ну то что Сигейты умерли, это нисколько не удивительно. Наверняка это были Сигейты архитетуры F3 (Барракуды 11, 12 и т.д.) со своими "мухами СС" и подыхающими БМГ. Причём Сигейты этой архитетуры дохнут повсеместно независимо от чипсетов мамки. Да и ВД тоже часто мрут по своим причинам, но опять же независимо от чипсета. Модели винтов вы ж не указали, чтоб более предметно обсудить...

Я работаю в сервисном центре, misha2 тоже работает в сервисном центре, при чем специализирующемся на ремонте HDD. На этом основании, мы пытаемся вам внушить что вы не правы в принципе. А вы продолжаете спорить :)

да, БП-HDD-user , тема обкатана , всё верно(почти), но..., почему интеловские чипсеты (ICH7,ICH10) не хотят сата винты (новые,старые, bios/sata mode/ compatibele или ide ) в UDMA-6/133 , хотя это на скорости чтение/запись разницы не заметно. В характеристиках матплат пишут ide-100/133 , а реально не поддерживает 133
У мну головная боль с новыми железками - тока этикетки новые, да и браку полно.

Наверно потому, что ICH8 и выше не содержат PATA-логики. ;) ICH5-7 могут PATA, но остановились на UDMA-5, не знаю почему. Наверно потому, что IDE харды того времени самые шустрые не могли больше 50Мб/сек.

подскажите , каких производителей можно считать надёжными...на будущее, хотя эта инфа будет устаревшей на момент покупки
?
http://www.ihdd.ru/forum/st3320613as...-t7372-20.html
на 2,3стр. пару сообщений про взаимосвязь с чипсетами

Подскажите, в какой бордель ходить, чтоб не бояться подхватить заразу....

Что же вы все задом к верху повернули? Вы заявляете,
что чипсеты выводят из строя HDD, а там пишется о том, что на некоторых чипсетах не работают некоторые HDD :)

Это не для этой темы! Но AsRock, Elitgroup не считаю надежными.

Матплаты (desktop, любых производителей ) ЮМ с контроллерами от intel 82801,83801 никогда и не поддерживали режим(функцию) UDMA-6/133 ........ ,
а на сегодняшний день по ходу вообще отказались от UDMA с тотальным переходом на SATA
!
Очень любопытная статистика ... http://compblog.ilc.edu.ru/blog/341.html

Правильно. UDMA 133 поддерживали ЮМ от VIA, только счастья никто от этого не поимел.
с ЮМ ICH9 (P35) и 10 (P45/P43). Поддерживающих AHCI, между прочим. Вы что сказать-то хотели? Что эмуляция IDE режима на этих чипсетах даёт только UDMA 100? Не смешите.

Это что-то непонятно, что вы написали. :o Возьмите любой более-менее современный винт САТА, и посмотрите его паспорт в Виктории. И с удивлением вы обнаружите поддержку режима UDMA-6. Просто запустите виндовую Викторию 4.46 и убедитесь сами. Просто потому-что все современные винты работают в УДМА, и САТА, и ес-нно ИДЕ. И САТА, ИДЕ являются типами интерфейса, а режимы PIO, MWDMA, UDMA 1-6 - режимами передачи данных. Понимаете к чему я клоню ?

Ха, зачем?
Винт в режиме AHCI, между прочим. А про обратную совместимость я в курсе.

факти4ески так оно и есть, если из 5-ти комп.(запомнились, где обращал внимание) с интел контроллером, сата винты в биос-посте выше UDMA-5 ни у одного не было , а на чипсах VIA,NV,AMD по дефаулту в UDMA-6
Несколько винтов , с которыми на интел-чип были сюрпризы то падения скорости, щелчки, появлялись (порой росло значение) "Ultra DMACRC error count"-на деле проявлялось передёргивнием БМГ+рестартШпинделя , ошибка контроллера ввода/вывода данных на устройстве(сообщ.Винды) ; переставлял на комп. с AMD780(SB700) и NV7025(630) , подобных сюрпризов как и не бывало , + через "викторию" иправлялись/обнулялись ошибки "Ultra DMA CRC error count" >переходя в>>"BB_Reported Uncorrectable Errors 0_62_62_38_OK: Всегда пройдено"
!
марки-модели винтов не предоставлю- голова опухнет от собирания/съёма характеристик,параметров,отчётов , да и времени не хватает
.
просто задолбал интел-конроллер: сата-винты(разные,в эксплуат. до 3х лет) в комбинации- иии начинается свистопляска(на amd,nv такого не было), а по одному и в паре/тройке,схожие по объёму и серии,фирме- спокойно себя ведут
.
Недорогим(относительно) винтам - соответствующие матплаты , или наоборот
Наверно я не в тему ,и не в ту тему расписался, сильно не пинайте.
Благодарю за внимание
!

Это уж точно не относится к чипсету мамки. Щелчки могут быть либо при внезапном пропадании питания (плохой контакт в разьёме питания сата), либо на бэдах. Рестарты винта, перезапуски, выросшее значение кол-ва аварийных парковок БМГ как раз говорит о том, что не винт виноват, и не чипсет мамки, а плохое питание. Например слабый БП, или подокисленные контакты в разьёмах питания.

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

прямых ссылок пока не приведу, на это по ходу не обр. внимания, ну вот к примеру забугорный чел,
http://translate.google.ru/translate?hl=ru&langpair=en|ru&u=http://forums.techguy.org/hardware/563058-solved-hard-drive-motherboard-chipset.html

железка очень схожа с моей на данный момент в чем-то, и то же в смарте (правда у него смарт урезаный) C7 Ultra ATA CRC Error 2 OK: Всегда пройдено , и нач-ся потихую из далека калбсить винты, если порыскать ешо мона найти, да тока не мой хлеб. На 4-х винтах разной ёмкости и фирм имело быть место такому явлению___C7 Ultra ATA CRC Error__ на интел-чип , тогда как на , к примеру NV-GF-3 от Gigabyte (умерла от перегрева,работала до отказа), висело одновременно до 4-х винтов IDE,SATA, и через IDE to SATA не малых ёмкостей в разной конфиге, __C7 Ultra....... не было.
Это относительно режима SATA_mode-IDE
Для меня, cледущая связка >>>>> только Не на intel-контроллере(ЮМ)., так как приходится переключаться и на SATA_mode-IDE , хотя в SATA_mode-ACHI неплохо робит
Сейчас вешаю на свой интел максимум 2 винта , не важно 2 по 1Тб или по меньше ,от греха подальше, пока не капризничает

пока

раздраконили, засиделся до поздна и нашёл полезную, суръёзную инфу, тока на англицком:

Проблемы чипсета интел, может замедлить или остановить жесткий или оптический привод
http://www.courierpress.com/news/201...-stop-hard-or/
ссылка с переводом через Гугл
http://translate.google.ru/translate?hl=ru&langpair=en|ru&u=http://www.courierpress.com/news/2011/feb/11/flawed-intel-chipset-can-slow-or-stop-hard-or/

Думаю наведёт на размышления, как обычно крупные фирмы о многом умалчивают, боясь потерять репутацию.

добавлю фото , а то бывает сносят страницы и повторно прочитать нечего, как будто померещилось.

Bombarbia, вам видимо Intel лично чем-то сильно насолил, что вы бросились раскапывать их огрехи, причём давно исправленные, причём перевирая.
В статье идёт речь об ошибке в ранних ревизиях чипсетов H67/P67, могущей привести со временем к деградации производительности SATA2 портов.
Вот более подробная статья.
Перевожу:
Заметьте, речь идёт о портах, любой диск на проглюченном порту будет тормозить, но о том, что ошибка в чипсете может повредить диску - и речи нет, потому что это абсурд. Если диск переставить в здоровый порт, он заработает в полную силу.

К тому же это полугодичный баян, конфуз случился в январе, причём ошибку обнаружил сам Intel и сам пошёл на убытки, отозвав глючные чипсеты. Как раз потому, что дорожит своей репутацией. ;) Где-то с марта поставляются материнки с чипсетом ревизии B3, в которой эта ошибка исправлена. Вы бы ещё вспомнили ошибку i820 при работе с SDRAM (2000 г.), или ошибку деления с плавающей запятой в первых пентиумах (1993 г.) Знаете, по одной более-менее серьёзной ошибке в десятилетие, это неплохой результат. ;)

Bombarbia, Так что опять пальцем в небо :) Ну не влияют чипсеты на выход HDD из строя - не могут они влиять.