На компьютере после включения через некоторое время перестает работать сеть. В сетевом подключении вижу что сетевая карта постоянно отправляет пакеты и ничего не принимает. На самой карте зеленая лампочка горит, как и положено, оранжевая почти постоянно горит, изредка гаснет. Аваст со свежими базами ничего не находит, замена сетевой карты ничего не дает. Что еще может быть?

а кабель пережать не бывает ?

Это только недавно появилось? Перестановку делали?

(1) Комп привез от клиента, у нас то же самое.

смотреть как поставили мебель явно на кабель

(2) Появилось с начала недели. Переустановку чего? Винду не переустанавливали. Последнее что делалось - "Налогоплательщик ЮЛ" обновили.

сетевую подоткнуть другую не пробовали?

кабель проверте , цел ли он

(5) Перестановку мебелив комнате. И это не шутка.
+(3) то есть так работает и у клиента, в его офисе и в вашем офисе?

(4) Да этот комп уже у нас на своеобразном стенде стоит, сюда постоянно компы всякие носим, пордключаем и все работает, то есть кабель не пережат.

(0) Режим энергосбережения сетевухи проверьте.

(6) Пробовал, то же самое
(8) Да, проблема эта проявила себя в офисе клиента, привезли к нам, и тут то же самое.

(10) Это где проверить?

Сетевуху другую поставить не предлагать? Стоит копейки.

Служба какая-то останавливается скорее всего. Переустановить ОС.

Карточка сетевая не Intel случаем, а то у них был глюк, когда приём выключался.

(0) Логи винды смотрели?

А, сори, увидел что меняли уже :)

(12) Панель управления-электропитание. Дальше зависит от винды.

Ещё можно посмотреть настройки энергосбережения PCI EX, там есть что-то про выключение устройств.
Также полезно драйвер обновить, так как он может просто неправильно получать данные.

Протоколы какие включены у карточки ?

(0) Сетевуха внутренняя или внешняя?

(13) Меняли.
(14) Вот очень не хочется винду переустанавливать.
(15) attansic встроенная там какая то.
(16) Не смотрел еще. Не знаю, будет ли там что то. Ошибок то никаких не выдает.

(22)2. В логах ты увидишь какой сервис останавливается, возможно там будет что-то с сетью.

(20) Ну стандартные 4 компонента в ХР

(24) Пробовал другую соплю от компа к хабу?

(22) Завари крепкий кофе и гадай. Логи смотрят неудачники.

(24) Щипчиками конекторы обработать еще разок.

(24) Странно, что вариант вирусов никто не рассматривает.

ip-tools'ом посмотри что сетёвка видит в сети.
Проверить файрволы, антивирусы, ткнуть другую сетёвку.

(28) Так про вирусы вспомнят, когда человек логи посмотрит, а сейчас - съезд астрологов.

пингануть самого себя, переустановить tcp-протокол (бывает софтины его убивают - аваст так делал пару раз), но его неполадки iptools выявит

(31) Если карточка не принимает, что не в протоколе дело - тут кто-то MAC-адрес меняет или питание выключает.

В логах из подозрительного нашел только это:

Тип события:    Уведомление
Источник события:    gupdate
Категория события:    Отсутствует
Код события:    0
Дата:        07.02.2014
Время:        17:33:12
Пользователь:        Н/Д
Компьютер:    COMPUTER
Описание:
Не найдено описание для события с кодом ( 0 ) в источнике ( gupdate ). Возможно, на локальном компьютере нет нужных данных в реестре или файлов DLL сообщений для отображения сообщений удаленного компьютера. Попробуйте использовать ключ /AUXSOURCE= для получения этого описания, - дополнительные сведения об этом содержатся в справке. В записи события содержится следующая информация: Service stopped.

-удалить из диспетчера устройств адаптер
-перезагрузить ОС
-когда адаптер определиться по новой, настроить новое подключение по локальной сети

(33) Поди же политику обновляет, а в ней кто-то мог просто отключить сеть, чтобы она её не обновляла.
Кстати, там много чего интересного можно "накосячить".
gpedit.msc вам в помощь - сначала попробовать увеличить период обновления и сравнить его со временем переставания работы адаптера.

(34)  А то что сетевую ставил другую и дрова на нее ставил, не в счет?

(35) Сейчас, кстати, сеть стала падать сразу после загрузки. До этого хоть через некоторое время(10 минут - 30 минут)

(37) А блок питания все напряжения выдаёт ?
Хотя, если кривой БП то обычно "разгоняется", то есть время работы возрастает.

(36)
обычно я так делал(если были исходящие пакеты и не было входящих),помогало,попробуйте,это же не долго

(37) Грузанись с USB и посмотри, как карточка работает - если нормально, то смотри, что там в групповой политике или переставляй ОСь (можно просто снести у неё реестр в директории SYSTEM32\CONFIG)

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

(34) не помогло. Пошел я домой, в понедельник буду дальше шаманить. Всем спасибо.

(41) Я уже понял, я её с gpupdate перепутал.

(42) Успехов вам.

(41) Эту обновлялку я в автозагрузке убил, еще когда у клиента комп смотрел. надо бы ее вообще где нибудь удалить.

стенду хана

(30) Тут получается когда ты умнее, когда ты гадаешь на съезде астрологов или когда, как баран в библию, на логи смотришь?!
:)))

смотри в диспетчере устройст, в сетевой, управление электропитанием, убери галку.

(45) Эта срань еще в задачи шедулера прописывается , быстрее найти ее экзешник и придушить.

(45) Ник на мисте поменяй и сетевуха оживет.

(47) Ты умнее, когда решил проблему, а пока она не решена, куда бы ты не смотрел, ассоциация со "зверем у новых ворот" очень соответствует действительности.

(49) Как оказалось, google chrome не обновляется, если убит шедулер, ну просто без него он не может ничего.
(Поэтому специально для "цветного шарика" пришлось оживлять шедулер).

попробовать БП поменять,если не помогает - post картой посмотреть
у меня в конце жизни матплат такие неисправности вылезали

В организации используются тонкие станции, и все 6 лет с момента установки они не вызывали проблем - утром включались, цеплялись к серверу, вечером выключались. Вот уже месяц 3 станции (из 6) - начали регулярно терять сеть (минуту весят, потом либо сами переподключаются, либо после ресета нормально грузятся. Сначала продул корпус, прочистил контакты у памяти / видюхи, менял сетевой кабель, менял гнездо в свитче, в итоге менял корпус целиком (из запаса). После всего - сначала 2-3 станция работает без проблем, потом то же самое - раз в час - подвисание. Глючные станции подключены к разным свитчам и на тех же свитчах расположены беспроблемные. Ситуация напоминает историю с перевалом Дятлова - на любую причину есть опровержение. Что еще можно сделать в этой ситуации кроме замены свитчей или ковыряния в сервере? И если виноват сервер, почему остальные - не отваливаются?

Была подобная ситуация - комп работает, сеть есть, через пол часа до него не достучаться - не отвечает сетевая, хотя с самого компа сеть есть и все работает. Что делал:
- ставил внешнюю сетевую
- менял кабель
- менял порт на коммутаторе

Ни черта не помогало
Тут про iptools говорили - это последняя надежда
Автор Из какого города?

(55) Оренбург

Как-то была история с интегированными сетевухами на "русско-брендовых" компах - у них был одинаковый мак-адрес, соответственно, как только в сети появлялся "двойник" - сеть переставала нормально работать.

(54) У меня подобное было только с одним тонким клиентом.
Единственное, что удалось заметить - грелся блок питания - поменял на более мощный - какое-то время работала - потом опять стало криво.
Была поставлена новая станция - в то же место тот же БП и всё остальное - но работает.
(57) Проблема бывает не только в одинаковых адресах, но и в маленькой таблице адресов в свитчах - иногда она переполняется, и пакеты просто не доходят.
Также желательно, чтобы коммутаторы (свитчи) были одного производителя (и не D-link).
Когда нет связи - рекомендуется попробовать перезапустить свитч (выключить и включить) - если это решает проблему, то менять его - причём, может отказаться, что виноват не последний свитч (не тот, в который воткнуты клиенты, а следующий в цепочке).
P.S. всегда хочется сэкономить и взять неуправляемые свитчи, но потом, когда сеть разрастается, понимаешь, что неуправляемые свитчи - это неуправляемая сеть.

(58) По опыту - лучше пусть вся сеть будет на одном длинке, чем устраивать зоопарк из крутых и не очень фирм. У нас был когда-то зоопарк из 3ком, аллиед телесин, компекс, длинк, цнет - замучились с глюками. Как сеть стала чисто на длинке - намного стабильнее стало.
А управляемые свичи штука хорошая, но иногда они свои сюрпризы преподносят, проявляя интеллект там, где не надо.. и собственно софт на них сложнее, как результат выше вероятность чисто софтовых глюков.

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

(60) Согласен, как минимум на магистралях лучше ставить управляемые.. а вот в кабинетах можно и простые - это неплохой компромисс.

(61) Если простой на 1ГБ, то он будет лучше, чем управляемый, но на 100Мб.
Потом, в кабинет ставится отдельный свитч, если они гоняют файлы между компами, минуя сервер, а также, если печать настроена локально - если print-server, то нужно смотреть, чтобы он не делал широковещательных запросов - иначе "простые" свитчи за счёт них "душат" сеть.

(34) адреса только почисти сначала :)

(62) В кабинеты ставятся свичи, чтобы уменьшить количество проводов и объем работ по прокладке сети. Да и в поддержке древовидная топология достаточно удобна. Можно достаточно быстро, путем отключения портов сверху вниз вычислить "вредящий" порт.

(64) Только куча проблем с резервным питанием, так как приходится каждый свитч к какому-то UPS-у подключать.

совсем не куча, у нас так есть шина "гарантированного питания"

(66) Если в организации продумано электропитание оборудования до централизованного бесперебойного, то маловероятно, что такая контора не найдёт денег на управляемые свитчи, и что не будут все кабели заведены в шкафы коммутации на каждом этаже.

(65) Если в кабинете нет электричества, то и работать на компьютерах в нём никто не будет. Зачем тогда сеть? )

(68) В кабинете может стоять UPS, но он может быть не один, а для каждого компьютера - свой.
Тогда, если мы втыкаем свитч в какой-то UPS, то может получиться ситуация, когда данный компьютер будет выключен.
Втыкать напрямую в сеть, как принтер - тоже не логично - при выключении питания сеть прекратит работу.

(69) Всё определяется целесообразностью и затратами. Если требования к бесперебойности высоки настолько, и организация настолько богата, что может позволить ИБП на каждое рабочее место - она может позволить себе и небольшой ИБП на коммутатор. Кому-то и СКС не напряжно организовать на брендовом оборудовании. А речь именно о "дешевом" решении..

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

Кстати, проблему решил. Оказалось, кто то в кучу сетевых плат положил неисправную. В итоге поставил другую, все заработало. Пошел, взял в магазине новую, тоже все работает. Отдал комп клиенту, все норм. Из за такой фигни столько мороки... Спасибо всем кто помогал.

(72) Ты же в (0) писал что замена сетевой ничего не дает , получается что две сетевые неисправные были?

(73) Да, я же говорю, кто то в рабочие сетевые карты бросил нерабочую, вот я голову и ломал.

(74) Как показывает практика, сетевую надо брать с работающего компьютера - тогда точно можно сказать, что она исправна.
P.S. неудачное хранение исправных плат часто приводит к тому, что они перестают быть исправными.

Вообще, у меня были случаи, когда в плохой работоспособности компьютера была виновата кнопка RESET, которую умные пользователи продавили нафиг - машина выгладела как полный труп, так как даже не пыталась инициализировать диски (тогда были шины IDE и по ним передавался RESET).