|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Wasily Petrov 2:5020/400 21 Nov 2003 19:01:54
To : Mykola Dzham
Subject : Re: fuj
--------------------------------------------------------------------------------
Mykola Dzham wrote:
>> А вот интересно как объяснить временную гальванизацию трупа винта ?
>>
>> Каков механизм ?
>
> Hа заводе использовались какие-то агрессивные реактивы для пайки
> микросхем, которы епосле пайки не полностью удалялись. Через
> определенное время эти остатки реактивов разедали пайку. Охлаждение
> и потом нагрев вызывали небольшое смещение ножен микрухи относительно
> платы, что приводило к восстановению контакта на некоторое время.
Это была одна из первоначальных версий падучести subj.
Другая, более "официальная версия":
http://hdd.h10.ru/recovery/mpg.shtml
и многие другие.
Цитата:
=============================8<=======================================
Первые глюки у этих хардов появились примерно через год после покупки,
осенью 2001-го. Поначалу никто не придавал этому значение - слишком уж
необычными были их проявления: в случайные моменты времени винт "исчезал"
из системы, неуверенно определялся в BIOS, а потом снова появлялся. Часто
такое случалось прямо в Windows, что приводило к зависанию системы при
попытке обращения к диску.
Hо через некоторое время винт снова вел себя нормально, и это забывалось.
Hикому и в голову не могло прийти то, что виноват именно винчестер, и
поначалу юзеры переводили стрелки на плохие контакты в шлейфах, глюки
мастдая и собственную неаккуратность.
Вскоре, однако, выяснилась и другая неприятная особенность - некоторые винты
начинали громко щелкать при копировании файлов, что приводило к повреждению
маленькой черной микросхемки с надписью HA13627 - она взрывалась от
перегрева, так как, несмотря на ее температуру в 80-100 градусов, на ней
почему-то не было радиатора.
При этом винт, естественно, умирал. И даже после этого никто не верил, что
эти накопители плохие. Было пролито много слез по невинно загубленным из-за
неправильного питания девайсинам - таким было не только общепринятое
мнение, но и заключение фирменных сервис-центров.
Поменяв блок питания, нередко покупали и точно такой же винт: людям
свойственно верить в лучшее, а оно было где-то рядом, как синяя птица... И
даже уход Fujitsu с рынка настольных систем не стал поводом для
беспокойства.
Hо радость продавцов, не принимающих по гарантии винты с тепловыми
повреждениями, была недолгой. Прошло совсем немного времени, и гарантийные
отделы были переполнены этими винтами, в идеальном внешнем состоянии, но,
увы, не работающими. Однако, в отличие от предыдущей волны брака, здесь уже
стала прослеживаться некоторая закономерность: большинство мертвых хардов
было именно серии AT, на 5400 об./мин.
Эти накопители имели общую неисправность - не определялись в BIOS вообще или
выводили крякозябрики вместо названия модели при автодетекте. Вскоре
выяснилась и причина такого их поведения - фирма Fujitsu официально
признала, что ранние винты AT-серий имели серьезную ошибку в
микропрограмме, приводящую к такому потрясающему эффекту - винт забывал про
размеры логов ошибок, а затем, при их переполнении, затирал другие жизненно
важные модули служебки.
И включенный SMART, периодически обновлявший свои таблицы, этому сильно
способствовал. Более быстроходные собратья серии AH, на 7200 об./мин.,
имели совершенно другой микрокод и были лишены этих недостатков. Для
лечения винтов фирмой был выпущен патч, обновляющий глючную прошивку версии
80B5 до вполне нормальной 80C2, скачать которую можно здесь:
Итак, если ваш винт серии MPG3xxxAT, то есть на 5400 об./мин., посмотрите
внимательно на большую наклейку на гермоблоке, на ту самую, где написано
слово "Fujitsu". В самой нижней ее части имеется строчка, которая выглядит
примерно так: CA9-80B5. Последние четыре цифры - это и есть версия
микропрограммы. И если она не 80C2, то крайне желательно обновить ее - при
этом проблемы с автодетектом могут исчезнуть, а винт - вернуться к
нормальному состоянию.
=============================8<=======================================
При этом *HИКАК* невозможно рационально объяснить, почему факт "заморозки"
(свидетелем не был) или просто суточной "отлежки" (происходило с моим
участием: работал на компьютерной фирме) может "на время" вернуть
подыхальца к жизни.
--
W.Petrov aka Woodoo
--- ifmail v.2.15dev5.1
* Origin: GRL (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
Re: ASP Linux |
Peter V. Chernikoff |
19 Nov 2003 00:05:51 |
 Re: ASP Linux |
‚« ¤Ё¬Ёp ѓpҐЎҐў |
19 Nov 2003 10:54:09 |
  ASP Linux |
Kirill Trofimov |
19 Nov 2003 22:37:20 |
 Re: ASP Linux |
Ilya Dikarev |
25 Nov 2003 13:16:56 |
|
Re: ASP Linux |
Il\'ya Teterin |
26 Nov 2003 09:51:40 |
|
ASP Linux |
Kirill Trofimov |
26 Nov 2003 23:45:30 |
|
ASP Linux |
Vitaly Mayatskih |
27 Nov 2003 02:23:48 |
|
Re: fuj |
Ramazan Jah-Far |
20 Nov 2003 05:58:45 |
|
Re: fuj |
Aleksey Barabanov |
20 Nov 2003 13:03:25 |
|
fuj |
Vitaly Mayatskih |
20 Nov 2003 18:09:52 |
 Re: fuj |
Aleksey Barabanov |
21 Nov 2003 01:56:51 |
 fuj |
Vitaly Mayatskih |
21 Nov 2003 17:47:02 |
|
Re: fuj |
Aleksey Barabanov |
21 Nov 2003 13:12:28 |
|
fuj |
Vitaly Mayatskih |
21 Nov 2003 17:34:14 |
|
Re: fuj |
Ilya Dikarev |
21 Nov 2003 10:40:59 |
|
fuj |
Vitaly Mayatskih |
23 Nov 2003 00:32:56 |
|
Re: fuj |
Aleksey Barabanov |
22 Nov 2003 22:56:54 |
|
Re: fuj |
Ilya Dikarev |
23 Nov 2003 03:50:26 |
|
Re: fuj |
Peter V. Chernikoff |
21 Nov 2003 02:56:47 |
|
Re: fuj |
Aleksey Barabanov |
21 Nov 2003 12:56:53 |
|
Re: fuj |
Mykola Dzham |
21 Nov 2003 17:01:59 |
|
Re: fuj |
Wasily Petrov |
21 Nov 2003 19:01:54 |
|
Re: fuj |
Mykola Dzham |
21 Nov 2003 19:21:23 |
|
Re: fuj |
Wasily Petrov |
22 Nov 2003 00:53:19 |
|
Re: fuj |
Ramazan Jah-Far |
21 Nov 2003 05:10:22 |
|
Re: fuj |
Aleksey Barabanov |
21 Nov 2003 12:56:52 |
|
fuj |
Uriy Kirillov |
21 Nov 2003 11:07:58 |
|
Re: fuj |
Peter V. Chernikoff |
21 Nov 2003 01:01:25 |
|
Re: fuj |
Ramazan Jah-Far |
21 Nov 2003 05:25:40 |
|
|
