информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Spanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Microsoft обещает радикально усилить... 
 Ядро Linux избавляется от российских... 
 20 лет Ubuntu 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / beginners
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Господа, будьте снисходительны, не бросайтесь сразу штрафовать за, как вам кажется, глупые вопросы - beginners на то и beginners.
Может опрос запустить: "Глючила ли у вас память?", "Зпускали... 27.09.04 16:48  Число просмотров: 1724
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.09.04 16:55  Количество правок: 2
<"чистая" ссылка>
Может опрос запустить: "Глючила ли у вас память?", "Зпускали ли вы для диагностики тесты памяти?", "Помог ли этот тест памяти?".
Полагаю у одного из десяти были проблемы с памятью. Один из десяти тех, у кого были проблемы с памятью, запускал тесты. Одному из десяти тех, кто запускал тесты, этот тест помог выявить ошибку памяти.

> "правильные" мемтесты выключают (или обходят алгоритм
> кеширования) кеш процессора, а так же проверяют и кеш.

Ну не так-то и просто его обойти. Если выключить, то тест будет идти слишком долго.

> заливаемые патерны с достаточно высокой вероятностью
> способны выявить такие ошибки.

Это замедлит еще в сто раз. Я уж не говорь о том, что ошибка может выскочить только на тысячный раз.

> вот поэтому тест на 2 часа, для прогрева.

Если програмка-тест после залива будет ждать 2 часа, то тест будет идти несколько лет (2 часа умножим на сотню паттернов и на тысячу проходов).
А заливка всегда последовательная? А может только что записанное значение в ячейку №100 испотрится только если после (или до) этого записать что-то (причем вполне конкретное значение) в ячейку №1000. Таких комбинаций - количество ячеек во второй степени.

> слишком неопределенно...:-)))

Я перечислил только те, с которыми конкретно сталкивался. Могу еще напридумывать кучу ситуаций, которые реально могут произойти - нужно ли, этого не хватает. Вот еще одно - ошибка может возникать имеено тогда, когда данные сливает кэш-контроллер. Вот и отключай после этого кэш. Да и сама програмка-тест может повиснуть, если ее код ляжет на неисправные ячейки.

> Это убитая напрочь память, но при такой не инициализируется
> видео и идут ПОСТ сигналы - это другой случай.

Да может и не память вовсе.

> Это ИМХО наименее дорогостоящее мероприятия. тк:
> 1. автор поста явно не из СЦ и у него нет запасок памяти

Можно занять из соседнего компа или, если стоит несколько модулей, выдергивать некоторые.

> 2. это не классический сервер (паять с буфером и/или
> кор_ошибок)
> 3. качнуть 1,5 мб из инета и купить дискету не так уж и
> дорого.

Не вижу смысла.

> 4. мой опыт и опыт других пользователей мемтеста (а
> линуксоиды я думаю часто его юзают, он встроен в пакеты
> линукса) подсказывает о достаточно высокой достоверности
> его результатов (не 100% конечно).

Нафига. С битой памятью и Линукс не стартанет, чтоб из-под него тест запустить. Как будто людям делать нефига - только часами разные тесты гонять.
<beginners>
проблемы с постоянной перезагрузкой компа 23.09.04 16:09  
Автор: vladik_ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Ситуация следующая:
На первых секундах загрузки винды - комп перезагружается. Переформатнули диск, поставили другую винду (2к, раньше стоял МЕ) - результата ноль, копируется нормально, но при первой загрузке - вылетает. Вытаскивали все внутренности (включая добавочную оперативку) - оставляли только видео и винт, при такой конфигурации пробовали ставить винду - по @#$у. Все траблы начались после того, как владелец пропылесолил все внутри сисблока=))))))0 вот теперь ломают голову уже три человека, как и почему? Ваши мысли и советы, господа?
Проблема может быть во вздувшихся конденсаторах фильтра... 04.10.04 09:03  
Автор: darkeye Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Ситуация следующая:
> На первых секундах загрузки винды - комп перезагружается.
> Переформатнули диск, поставили другую винду (2к, раньше
> стоял МЕ) - результата ноль, копируется нормально, но при
> первой загрузке - вылетает. Вытаскивали все внутренности
> (включая добавочную оперативку) - оставляли только видео и
> винт, при такой конфигурации пробовали ставить винду - по
> @#$у. Все траблы начались после того, как владелец
> пропылесолил все внутри сисблока=))))))0 вот теперь ломают
> голову уже три человека, как и почему? Ваши мысли и советы,
> господа?
Проблема может быть во вздувшихся конденсаторах фильтра питания мамки. У меня такое было - комп работает 8 мин., и перегружается. При этом я обнаружил 2 вздутых кандера которые безбожно грелись. После перепайки проблема отпала. Знакомые ребята из сервис центра говорят что перепаивают кандеры на мамках по 2 платы в неделю :-))))))))). Кстати вздутия может быть не видно - просто кандеры будут дико греться.
вряд ли, но попробуйте в биосе отключить udma для винта 24.09.04 19:36  
Автор: Cyril <sc> Статус: Member
<"чистая" ссылка>
Ну сколько можно повторять:-))) Memtest на 2 часа и более. MHDD на полный скан. А потом делать выводы и сюда писать отчет:-)) 24.09.04 10:41  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
Есть мнение, несколько оторваное от первоначальной проблемы. 24.09.04 16:07  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 24.09.04 16:10  Количество правок: 1
<"чистая" ссылка>
По поводу мемтестов.
Теорема не нуждающася в доказательстве: "Есть такие неисправности системы оператвной памяти, которые МОГУТ выловить тесты памяти" (теория). И еще одна: "Есть такое ОГРОМНОЕ количество ошибок оперативной памяти, которые мало какие тесты могут выловить" (практика).
Ошибки системы оперативной памяти действительно могут приводить к перезагрузке компьютера на начальном этапе.
Возмем тачку на базе процессора 80286, неисправность памяти заключается в том, что один из бит всегда имеет одно значение. Тогда при тестировании всех ячеек двумя паттернами 0 и 255 можно выловить этот бит. Подобную ошибку выловить тяжелее, если проц с кешем, поскольку проверяться будет значение из кеш-памяти (зато мжно протестировать кеш :).
Крайне редко, но бывают (практика показывает) ошибки такого плана:
1. При записи в какую-то ячейку только специфичной комбинации бит один из бит запишется/прочитается (может только один раз из тысячи) некорректно из-за наводок/помехи в шине данных.
2. При записи в одну ячейку памяти испортится значение в какой-то другой.
3. Значение в ячейки памяти может измениться по истечении большого промежутка времени (память-то конденсаторная - утечки, "космические лучи" и пр.).
4. Огромное количество других.
Такие ошибки диагностике почти не поддаются.
А поскольку сбои могут быть вызваны не только неисправной памятью, либо память настолько портится, что даже загрузка/выполнение программы тестирования невозможна, на практике тесты памяти не выявляют ее неисправностей (даже если они есть и их теоретически можно выявить).
РЕ: Есть мнение, несколько оторваное от первоначальной проблемы. 27.09.04 11:36  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
> По поводу мемтестов.
> Теорема не нуждающася в доказательстве: "Есть такие
тогда это уже аксиома:-))))

> неисправности системы оператвной памяти, которые МОГУТ
> выловить тесты памяти" (теория). И еще одна: "Есть такое
> ОГРОМНОЕ количество ошибок оперативной памяти, которые мало
> какие тесты могут выловить" (практика).
> Ошибки системы оперативной памяти действительно могут
> приводить к перезагрузке компьютера на начальном этапе.
> Возмем тачку на базе процессора 80286, неисправность памяти
> заключается в том, что один из бит всегда имеет одно
> значение. Тогда при тестировании всех ячеек двумя

> паттернами 0 и 255 можно выловить этот бит. Подобную ошибку
> выловить тяжелее, если проц с кешем, поскольку проверяться
> будет значение из кеш-памяти (зато мжно протестировать кеш
> :).
"правильные" мемтесты выключают (или обходят алгоритм кеширования) кеш процессора, а так же проверяют и кеш.

> Крайне редко, но бывают (практика показывает) ошибки такого
> плана:
> 1. При записи в какую-то ячейку только специфичной
> комбинации бит один из бит запишется/прочитается (может
> только один раз из тысячи) некорректно из-за наводок/помехи
> в шине данных.
заливаемые патерны с достаточно высокой вероятностью способны выявить такие ошибки.

> 2. При записи в одну ячейку памяти испортится значение в
> какой-то другой.
аналогично 1.

> 3. Значение в ячейки памяти может измениться по истечении
> большого промежутка времени (память-то конденсаторная -
> утечки, "космические лучи" и пр.).
вот поэтому тест на 2 часа, для прогрева.

> 4. Огромное количество других.
слишком неопределенно...:-)))

> Такие ошибки диагностике почти не поддаются.
> А поскольку сбои могут быть вызваны не только неисправной
> памятью, либо память настолько портится, что даже
> загрузка/выполнение программы тестирования невозможна, на
Это убитая напрочь память, но при такой не инициализируется видео и идут ПОСТ сигналы - это другой случай.

> практике тесты памяти не выявляют ее неисправностей (даже
> если они есть и их теоретически можно выявить).
Это ИМХО наименее дорогостоящее мероприятия. тк:
1. автор поста явно не из СЦ и у него нет запасок памяти
2. это не классический сервер (паять с буфером и/или кор_ошибок)
3. качнуть 1,5 мб из инета и купить дискету не так уж и дорого.
4. мой опыт и опыт других пользователей мемтеста (а линуксоиды я думаю часто его юзают, он встроен в пакеты линукса) подсказывает о достаточно высокой достоверности его результатов (не 100% конечно).
Может опрос запустить: "Глючила ли у вас память?", "Зпускали... 27.09.04 16:48  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 27.09.04 16:55  Количество правок: 2
<"чистая" ссылка>
Может опрос запустить: "Глючила ли у вас память?", "Зпускали ли вы для диагностики тесты памяти?", "Помог ли этот тест памяти?".
Полагаю у одного из десяти были проблемы с памятью. Один из десяти тех, у кого были проблемы с памятью, запускал тесты. Одному из десяти тех, кто запускал тесты, этот тест помог выявить ошибку памяти.

> "правильные" мемтесты выключают (или обходят алгоритм
> кеширования) кеш процессора, а так же проверяют и кеш.

Ну не так-то и просто его обойти. Если выключить, то тест будет идти слишком долго.

> заливаемые патерны с достаточно высокой вероятностью
> способны выявить такие ошибки.

Это замедлит еще в сто раз. Я уж не говорь о том, что ошибка может выскочить только на тысячный раз.

> вот поэтому тест на 2 часа, для прогрева.

Если програмка-тест после залива будет ждать 2 часа, то тест будет идти несколько лет (2 часа умножим на сотню паттернов и на тысячу проходов).
А заливка всегда последовательная? А может только что записанное значение в ячейку №100 испотрится только если после (или до) этого записать что-то (причем вполне конкретное значение) в ячейку №1000. Таких комбинаций - количество ячеек во второй степени.

> слишком неопределенно...:-)))

Я перечислил только те, с которыми конкретно сталкивался. Могу еще напридумывать кучу ситуаций, которые реально могут произойти - нужно ли, этого не хватает. Вот еще одно - ошибка может возникать имеено тогда, когда данные сливает кэш-контроллер. Вот и отключай после этого кэш. Да и сама програмка-тест может повиснуть, если ее код ляжет на неисправные ячейки.

> Это убитая напрочь память, но при такой не инициализируется
> видео и идут ПОСТ сигналы - это другой случай.

Да может и не память вовсе.

> Это ИМХО наименее дорогостоящее мероприятия. тк:
> 1. автор поста явно не из СЦ и у него нет запасок памяти

Можно занять из соседнего компа или, если стоит несколько модулей, выдергивать некоторые.

> 2. это не классический сервер (паять с буфером и/или
> кор_ошибок)
> 3. качнуть 1,5 мб из инета и купить дискету не так уж и
> дорого.

Не вижу смысла.

> 4. мой опыт и опыт других пользователей мемтеста (а
> линуксоиды я думаю часто его юзают, он встроен в пакеты
> линукса) подсказывает о достаточно высокой достоверности
> его результатов (не 100% конечно).

Нафига. С битой памятью и Линукс не стартанет, чтоб из-под него тест запустить. Как будто людям делать нефига - только часами разные тесты гонять.
РЕ: Может опрос запустить: "Глючила ли у вас память?" 28.09.04 11:20  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
> Может опрос запустить: "Глючила ли у вас память?",
> "Зпускали ли вы для диагностики тесты памяти?", "Помог ли
> этот тест памяти?".
В копилку опроса:-)))

> Полагаю у одного из десяти были проблемы с памятью. Один из
> десяти тех, у кого были проблемы с памятью, запускал тесты.
> Одному из десяти тех, кто запускал тесты, этот тест помог
> выявить ошибку памяти.
Я не расматривал единичный случай, а конвейерный способ в СЦ. Авторизированным по брендам СЦ несколько проще, есть тестовые утилиты от производителя, небольшим ОЕМ щикам приходиться использовать доступные и бесплатные утилиты.

>
> > "правильные" мемтесты выключают (или обходят алгоритм
> > кеширования) кеш процессора, а так же проверяют и кеш.
>
> Ну не так-то и просто его обойти. Если выключить, то тест
> будет идти слишком долго.
>
> > заливаемые патерны с достаточно высокой вероятностью
> > способны выявить такие ошибки.
>
> Это замедлит еще в сто раз. Я уж не говорь о том, что
> ошибка может выскочить только на тысячный раз.
>
> > вот поэтому тест на 2 часа, для прогрева.
>
> Если програмка-тест после залива будет ждать 2 часа, то
> тест будет идти несколько лет (2 часа умножим на сотню
> паттернов и на тысячу проходов).
Идеально бы потестить примерно сутки, но при 2-3 часах достаточная вероятность выявления ошибки.

> А заливка всегда последовательная? А может только что
> записанное значение в ячейку №100 испотрится только если
> после (или до) этого записать что-то (причем вполне
> конкретное значение) в ячейку №1000. Таких комбинаций -
> количество ячеек во второй степени.
>
> > слишком неопределенно...:-)))
>
> Я перечислил только те, с которыми конкретно сталкивался.
> Могу еще напридумывать кучу ситуаций, которые реально могут
> произойти - нужно ли, этого не хватает. Вот еще одно -
> ошибка может возникать имеено тогда, когда данные сливает
> кэш-контроллер. Вот и отключай после этого кэш. Да и сама
> програмка-тест может повиснуть, если ее код ляжет на
> неисправные ячейки.
Ситуаций можно сгенерировать:-))) кучу. Но в реальной жизни эта "куча" не такая уж и большая. Задача СЦ с наименьшими затратами (в том числе и временными и человеческими) выяснить неисправный узел, заменить, проверить полную работоспособность (обычно только железа).
Поэтому любые результаты мемтеста - это то же результаты. Не стартует мемтест (изображение есть, т.е видео инициализировалось, винты отключены, РСИ слоты пустые) - менять память, не помогает - БП, не помогает - систем боард. Процы Интел (Р2 и выше) летят очень редко и проверяются в последнюю очередь (статистика по рем случаям очень большая).
В чем "прелесть" загрузочных дисков с тестом/-ами. Независимость от винта и кривости/нелицензионности ОСи на нем.


> > Это ИМХО наименее дорогостоящее мероприятия. тк:
> > 1. автор поста явно не из СЦ и у него нет запасок
> памяти
>
> Можно занять из соседнего компа или, если стоит несколько
> модулей, выдергивать некоторые.
Железо обычно достать не проблема, задача - послеремонтная проверка. От ОСи на винте приходится отказываться, даже если подключать свой винт, заливать образ винды (прим 10 минут), прийдется использовать тесты под винду (дорогие:-))) или что инженеру гонять 2 часа мышь по экрану и открывать/закрывать окна или шпилить (обычно за это штраф):-))))? Те вывод - тесты необходимы. Они дают достаточно (для рабочих станций, но не серверов) высокий результат по оценке работоспособности оборудования.

> > 4. мой опыт и опыт других пользователей мемтеста (а
> > линуксоиды я думаю часто его юзают, он встроен в
> пакеты
> > линукса) подсказывает о достаточно высокой
> достоверности
> > его результатов (не 100% конечно).
>
> Нафига. С битой памятью и Линукс не стартанет, чтоб из-под
мемтест занимает нижние 64к памяти, если они битые менять память, если ценые - стартанет.

> него тест запустить. Как будто людям делать нефига - только
> часами разные тесты гонять.
Работа у нас такая:-))) Была....:-))) И ее приходиться выполнять или инженерам СЦ или своими силами, но прийдется, если есть желание работать на достаточно надежном компе, а не констатировать факт "Перегрузилось!, @$%".
Сначала, как говориться, отделим мух от котлет. Специалист... 28.09.04 13:55  
Автор: DPP <Dmitry P. Pimenov> Статус: The Elderman
Отредактировано 28.09.04 13:59  Количество правок: 3
<"чистая" ссылка>
> Я не расматривал единичный случай, а конвейерный способ в
> СЦ. Авторизированным по брендам СЦ несколько проще, есть
> тестовые утилиты от производителя, небольшим ОЕМ щикам
> приходиться использовать доступные и бесплатные утилиты.

Сначала, как говориться, отделим мух от котлет. Специалист СЦ и юзер - это два совершено разных человека не только по уровню знаний/умений, но и по роду деятельности. Если тестовая прога специалисту СЦ может быть еще нужна, то юзеру наверняка бесполезна. Здесь чел конкретно хочет работать на исправном компе, и нормальной ситуацией будет то, что юзер приобрел исправный писюк, год-другой работает, потом меняет на тоже исправный писюк (или апгрейдит). 99% покупаемых писюков не имеют дефектов. А если что-то барахлит - тащит в СЦ, а там спец может и програмкой потестировать. Вероятность, что в 1 случае из 100 (приобретенный писюк глючит), да еще в 1 случае тз 100 это память, да еще в 1 из 100 поможет тестовая прога, очень мала. Граница от того, что при неисправной памяти система включится, заработает, запустится тест до экзотической ситуации, когда тест все-таки не сможет определить неисправность памяти, очень мала. И не за чем ждать днями, пока пройдет бесполезный тест. Память меняется, клиент уходит довольный, старая отправляется производителю или уничтожается.

> Ситуаций можно сгенерировать:-))) кучу. Но в реальной жизни
> эта "куча" не такая уж и большая. Задача СЦ с наименьшими
> затратами (в том числе и временными и человеческими)
> выяснить неисправный узел, заменить, проверить полную
> работоспособность (обычно только железа).
> Поэтому любые результаты мемтеста - это то же результаты.
> Не стартует мемтест (изображение есть, т.е видео
> инициализировалось, винты отключены, РСИ слоты пустые) -
> менять память, не помогает - БП, не помогает - систем
> боард. Процы Интел (Р2 и выше) летят очень редко и
> проверяются в последнюю очередь (статистика по рем случаям
> очень большая).
> В чем "прелесть" загрузочных дисков с тестом/-ами.
> Независимость от винта и кривости/нелицензионности ОСи на
> нем.

Принесут писюк, у которого иногда сбоит память (спец СЦ естественно об этом пока не знает) со словами: "Раз или два (может и три раза) в день, но может и не каждый день что-то либо сбойнет, либо зависнет, либо какая-то ошибка выскочит на экран. Не хочу продолжать работать в таком режиме - не за то я заплатил деньги". Ну и чего, спец СЦ прогонит на глазах у пользователя за 15 минут (не полчаса или час) тест от производителя, и со словами "вот видите - железо исправно, разбирайтесь с программистами" ласково пошлет клиента.

> Работа у нас такая:-))) Была....:-))) И ее приходиться
> выполнять или инженерам СЦ или своими силами, но
> прийдется, если есть желание работать на достаточно
> надежном компе, а не констатировать факт "Перегрузилось!,
> @$%".

Есть подозрение на память - менять ее нафиk. Прошло - проблема решена. Самый лучший тест - та задача, на которой сбоит у пользователя. Не прошло - меняем дальше. Период тестирования в десять раз больше, чем период проявления бага в предыдущей конфигурации.
Здесь он именно спрашивает "как?" Можно отморозиться и... 29.09.04 11:12  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
> Сначала, как говориться, отделим мух от котлет. Специалист
> СЦ и юзер - это два совершено разных человека не только по
> уровню знаний/умений, но и по роду деятельности. Если
> тестовая прога специалисту СЦ может быть еще нужна, то
> юзеру наверняка бесполезна. Здесь чел конкретно хочет
> работать на исправном компе, и нормальной ситуацией будет
Здесь он именно спрашивает "как?" Можно отморозиться и отправить в сервис, а можно и научить/подсказать.:-))

> то, что юзер приобрел исправный писюк, год-другой работает,
> потом меняет на тоже исправный писюк (или апгрейдит). 99%
> покупаемых писюков не имеют дефектов. А если что-то
> барахлит - тащит в СЦ, а там спец может и програмкой
> потестировать. Вероятность, что в 1 случае из 100
> (приобретенный писюк глючит), да еще в 1 случае тз 100 это
> память, да еще в 1 из 100 поможет тестовая прога, очень
> мала. Граница от того, что при неисправной памяти система
> включится, заработает, запустится тест до экзотической
> ситуации, когда тест все-таки не сможет определить
> неисправность памяти, очень мала.
Тест памяти и диска - первые два шага. Вот и просил результаты тестов, что бы продолжить:-))

>И не за чем ждать днями,
> пока пройдет бесполезный тест. Память меняется, клиент
> уходит довольный, старая отправляется производителю или
> уничтожается.
Есть тех процесс. Если не подтвердиться неисправность памяти, прийдется везти компьютер в сервис (а в мегаполисе это не так уж и легко) или ехать инженеру к клиенту (опять в мегаполисе не дешево). Да и репутация надежного сервиса подрывается. тк поезки в сервис - это больший геммор чем нерабочий комп.

> Принесут писюк, у которого иногда сбоит память (спец СЦ
Кто определил "иногда сбоит память"? клиент? инженер обязан перепроверить.

> естественно об этом пока не знает) со словами: "Раз или два
> (может и три раза) в день, но может и не каждый день что-то
> либо сбойнет, либо зависнет, либо какая-то ошибка выскочит
> на экран. Не хочу продолжать работать в таком режиме - не
> за то я заплатил деньги".
Здесь разделяются хард и софт. Хотя логически они должны быть вместе и обслуживаться совместно. Но с софтом идут только брендовая техника, но ее процент не велик. А мелкие ОЕМщики продают только железо и отвечают за него. И ставять не HCL железо и найти крайнего (софт или хард) крайне тяжело. Даже в гар талонах написано об отказе обязательств по совместимости с другим железом/софтом. Если лицензионность ОС доказана - тогда еще както сервис шевелится, а если пиратка - клиент отправляется, и отмазки "у соседа с этого диска винда работает" не работают:-)))

Ну и чего, спец СЦ прогонит на
> глазах у пользователя за 15 минут (не полчаса или час) тест
> от производителя, и со словами "вот видите - железо
> исправно, разбирайтесь с программистами" ласково пошлет
> клиента.
Обычно время на определение неисправности 3 бизнесдня, а на один бизнесдень оставляется техника почти всегда. Это позволят погонять долгие тесты и более аргументированно заявлять о исправностии/неисправности железа.



> Есть подозрение на память - менять ее нафиk. Прошло -
Где взять память простому юзверю?
1. Купить (тема классная, но требует расходов. И иногда не малых. А если не помогло?:-)) память то можно себе оставить, а если систембоард купить, потом ее продвать или дарить:-)))

> проблема решена. Самый лучший тест - та задача, на которой
> сбоит у пользователя. Не прошло - меняем дальше. Период
сервисники обычно не спецы в тяжелых и спец приложениях (автокад, программерские языки и тд). Как они проверять их будут?:-))) Как сэмулировать приложения клиента с 500 рабочими местами и 20 серверами и приложением работающем в терминале?:-))) И если на ремонт и исполнение задач пользователя уйдет 4 часа, при стоимости 10-20 уе/час, дороговатый ремонт получается.

> тестирования в десять раз больше, чем период проявления
> бага в предыдущей конфигурации.
Автомобилисты оставляют свои машины на ТО, даже если ничего не поломалось, Профилактика это называется и выполняется в моменты незагруженности машины. Так и с компами, в сезон отпусков - отдаются на профилактику.
это в общем то первое что и сделали, взяли с другого компа... 27.09.04 17:20  
Автор: vladik_ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> > Это ИМХО наименее дорогостоящее мероприятия. тк:
> > 1. автор поста явно не из СЦ и у него нет запасок
> памяти
>
> Можно занять из соседнего компа или, если стоит несколько
> модулей, выдергивать некоторые.
это в общем то первое что и сделали, взяли с другого компа память и воткнули. В первую очередь нужно было комп запустить, а уж потом можно разбираться что глючит и почему...
Memtest - не получится, винда не грузится, хотя может и есть... 24.09.04 13:58  
Автор: vladik_ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
Memtest - не получится, винда не грузится, хотя может и есть версия под дос, пока не нашел, вторую прогу попробую, спасибо
Образы загрузочных дискет или СД http://www.memtest.org/ 27.09.04 11:13  
Автор: Garick <Yuriy> Статус: Elderman
<"чистая" ссылка>
memtest86 можно и без винды с ДОСом пробовать. Он с дискетки пускается ;) 24.09.04 16:03  
Автор: fly4life <Александр Кузнецов> Статус: Elderman
<"чистая" ссылка>
Был подобный случай 23.09.04 17:43  
Автор: Heller <Heller> Статус: Elderman
<"чистая" ссылка>
После "пылесосения" отвалилось питание от куллера. Симптомы такие же как Ты и написал, только работал он несколько дольше и не перезагружался, а зависал. Устанавливалась винда тоже нормально, даже могла очень долго работать. А вот как загрузишь что-нибудь, нагружающее процессор - перегревается и виснет. Ну и было это на PIII-450.

Вполне возможно, что здесь аналогичная ситуация.

И вот ещё случай из жизни: у знакомых через какое-то время работы постоянно перезагружался компьютер (было это во времена 286'ых). Оказалось, что внутрь залез таракан и застрял между плат. Всё нагревалось, расширялось и таракан замыкал :-) Это так, к слову.
Расскажи о железе. 23.09.04 16:34  
Автор: JINN <Sergey> Статус: Elderman
<"чистая" ссылка>
Сабж.

> На первых секундах загрузки винды - комп перезагружается.
Без всяких сообщений?

> Переформатнули диск, поставили другую винду (2к, раньше
> стоял МЕ)
С чего ставите: с CD или с HDD? МЕ ставится? Инсталяха w2k
рабочая?

> @#$у. Все траблы начались после того, как владелец
> пропылесолил все внутри сисблока=))))))0 вот теперь ломают
Проверьте подключение винта - питание и интерфейс.
атлон 1000, Geforce 5200 128mb, HDD Fujitsu 10Gb UDMA, 512Mb... 24.09.04 13:59  
Автор: vladik_ Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Сабж.
атлон 1000, Geforce 5200 128mb, HDD Fujitsu 10Gb UDMA, 512Mb RAM (три разные платы, причем с разной частотой) материнка на виа чипсете шина 133Мгц производитель хз
> > На первых секундах загрузки винды - комп
> перезагружается.
> Без всяких сообщений?
самый первый раз было кмос чексум эрор и что-то вроде - "поэтому выбираю стандартную конфигурацию", а потом и оно перестало появляться
> > Переформатнули диск, поставили другую винду (2к,
> раньше
> > стоял МЕ)
> С чего ставите: с CD или с HDD? МЕ ставится? Инсталяха w2k
> рабочая?
с цд, инсталляха рабочая
> > @#$у. Все траблы начались после того, как владелец
> > пропылесолил все внутри сисблока=))))))0 вот теперь
> ломают
> Проверьте подключение винта - питание и интерфейс.
да все разъемы проверяли уже по сто раз, пока безрезультатно
А может фуджик отмирает? Эти винты ведут себя достаточно прикольно, когда к ним «костлявая» подкрадывается. 25.09.04 11:22  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
Утилиты: 24.09.04 15:18  
Автор: JINN <Sergey> Статус: Elderman
<"чистая" ссылка>
Все под DOS:
DocMemory
http://simmtester.com/page/products/doc/docinfo.asp
GoldMemory
http://www.goldmemory.cz
MHDD Version
http://mhddsoftware.com/downloads.shtml
Можно ещё на сайте Fujitsu глянуть FJ-IDE Quick Diagnostic Tool.

> самый первый раз было кмос чексум эрор и что-то вроде -
> "поэтому выбираю стандартную конфигурацию", а потом и оно
Проверь батарейку, как уже говорил Den.
Поменять оперативку и батарейку. 23.09.04 16:25  
Автор: Den <Денис Т.> Статус: The Elderman
<"чистая" ссылка>
1  |  2 >>  »  




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach