Постоянно слетает драйвер сетевой карты
Очень много пользователей, которые обновились, или просто установили Windows 10, столкнулись с проблемами в работе Wi-Fi. У кого-то ноутбук вообще не видит беспроводного адаптера, не отображаются доступные для подключения сети, возникают проблемы при подключении к Wi-Fi. А если все подключается, то может возникнуть проблема "Подключение ограничено", когда интерн просто не работает.
И практически во всех этих случаях, причина только одна: драйвер беспроводного Wi-Fi адаптера. Либо он не установлен вообще, либо установлен, но работает неправильно. Windows 10 как правило уже сама устанавливает драйвер на Wi-Fi адаптер, но этот драйвер не всегда работает так как нужно. А производители ноутбуков и Wireless адаптеров еще не все выпустили новые драйвера для своих моделей. Да и Windows 10 все время обновляется, а проблемы появляются обычно после этих обновлений ( судя по комментариям к статьям на этом сайте) .
Так вот, практически все проблемы и ошибки и-за драйвера. Драйвер дает команды системе как правильно "общаться" с железом. В нашем случае с беспроводным адаптером. И если сам адаптер и Windows 10 не очень понимают друг друга, то у нас на компьютере появляются проблемы в работе интернета при подключении по Wi-Fi. Поэтому, первым делом нужно проверять и экспериментировать с драйвером беспроводного адаптера.
Если у вас вообще не отображаются доступные для подключения сети, нет кнопки Wi-Fi на ноутбуке, ошибка «Не удалось найти беспроводные устройства на этом компьютере», то драйвер у вас скорее всего не установлен вообще, и его нужно установите. По этой теме можете сразу переходить в статью: Как включить Wi-Fi в Windows 10, когда нет кнопки Wi-Fi и ошибка "Не удалось найти беспроводные устройства на этом компьютере".Мы рассмотрим случаи, когда драйвер все же установлен (возможно, самой Windows 10), но появляются проблемы с Wi-Fi. Либо, не получается подключится к беспроводной сети по стандартной схеме, которая описана в этой статье.
Замена драйвера Wi-Fi адаптера в Windows 10
Как правило, при каких-то проблемах, переустановка (обновление) драйвера не помогает. В любом случае, вы можете попробовать скачать новый драйвер для вашей модели с официального сайта производителя ноутбука (адаптера) , и установить его. При возникновении каких-либо проблем, это нужно делать первым делом. Еще, есть возможно выбрать один из нескольких установленных в системе драйверов. Что мы сейчас и попробуем сделать.
Что бы открыть Диспетчер устройств, нажмите на кнопку поиска, и введите "диспетчер устройств". В результатах поиска нажимаем на сам диспетчер. Вот так:
Дальше, в самом диспетчере устройств находим вкладку "Сетевые адаптеры". Там должен быть ваш беспроводной адаптер. В его названии будут слова "Wi-Fi", или "Wireless". Если такого адаптера там нет, то значит он не установлен вообще. Нужно установить. У меня адаптер Qualcomm Atheros, поэтому и драйвер так называется. У вас же может быть другое название (Intel, Broadcom) .
Возле адаптера беспроводной сети, может быть желтый восклицательный знак. Нажмите на сам адаптер правой кнопкой мыши, и выберите Обновить драйверы.
Выберите пункт Выполнить поиск драйверов на этом компьютере.
Нажимаем на Выбрать драйвер из списка уже установленных драйверов.
Теперь внимание, в окне у вас должно быть несколько вариантов драйверов (у меня 2) . Выделяем тот, который на данный момент не установлен. Который отличается от того, который в диспетчере устройств. Получается, что мы пробуем другой вариант драйвера. Выделяем его, и нажимаем Далее.
Нужный драйвер будет установлен. Теперь, перезагружаем компьютер, и тестируем работу Wi-Fi. Если не помогло, и есть еще другие варианты драйверов, то делаем все еще раз, только в списке выбираем уже другой драйвер. Думаю, смысл этих действий понятен. Помню в Windows 8, этот способ помогла решить проблему с подключением без доступа к интернету (ограничено).
Удаляем драйвер беспроводного адаптера
В этом нет ничего страшного. Если способ описанный выше не помог решить вашу проблему, например с статусом "Подключение ограничено", то можно попробовать удалить драйвер Wireless в диспетчере устройств.
Зайдите в диспетчер устройств, как я показывал выше. Нажмите правой кнопкой мыши на наш беспроводной адаптер и выберите Удалить.
Появится предупреждение. Нажимаем Ok.
После его перезагружаем компьютер. Драйвер снова будет установлен автоматически.
Пробуем откатить драйвер беспроводного адаптера в Windows 10
Откатить драйвер – еще один способ заставить Wi-Fi работать стабильно, или хотя бы просто работать :). Никаких гарантий что поможет, но если уже ничего не помогает, то попробовать стоит. Все в том же диспетчере устройств нажимаем правой кнопкой мыши на все тот же Wi-Fi адаптер. И выбираем в меню Свойства.
Переходим на вкладку Драйвер, и нажимаем кнопку Откатить. Может быть такое, что кнопка откатить не активна. Здесь уже ничего не сделать, значит нет в системе более старого драйвера.
Перезагружаем ноутбук, и проверяем как работает Wi-Fi.
Вот такие советы. Если узнаю что-то новое по этой теме, обязательно обновлю статью. Если у вас есть полезная информация по решению проблем с работой Wi-Fi в Windows 10, то можете поделится в комментариях.
Уже почти 2 года мучаюсь с данной проблемой, которая доставляет мне невыносимую моральную боль, т.к. перепробовал все возможные и не возможные решения представленные на этом ресурсе и в интернете. Это обращение моя последняя надежда, на ее исправление.
В общем началось все около 2 лет назад, когда на моем еще старом ПК я решил обновиться на Win 10, она мне очень нравилась и не доставляла ни каких проблем, пока в один момент не стал отваливаться сетевой адаптер в сетевых играх. Сначала помогала его перезагрузка, затем отвалы стали чаще, стал отваливать и при работе с браузером, и перезагрузка перестала помогать, не помогали обновления/удаления/смена/откаты драйверов. Решил, что дело во встроенной сетевой карте и купил новую и это ни чего не изменило, в итоге в качестве временного решения купил WiFi адаптер и с ним все работало более менее стабильно, но очень сильно резало скорость, повышало пинг, в общем комфортному пользованию интернетом пришел конец. После чего во что бы то ни стало решить проблему, проводя бессонные ночи на форумах с аналогичными вопросами. Не помогало ни чего, отчаявшись я обратился к своей провайдеру, который вызвал мне сервис инженеров, ребята пришли, все проверили, развели рукам и на последок сказали, что где-то слышали, что такая проблема может быть из-за слабого БП, а т.к. моему старичку на тот момент было около 5 лет, а БП там стоял встроенный, я зацепился за эту идею и через пару месяцев собрал новенький ПК из современных комплектующих, совместимых с Win 10 и как же у меня горела пятая точка, когда через неделю пользования новой системой, все симптомы стали повторяться.
После этого было проделано: смена 2 роутеров, смена провайдера, манипуляции с драйверами, манипуляции с сетевыми настройками, манипуляции с командной строкой, откат на версию 1607, как итог 0 результата и возврат к своему старому дохлому WiFi адаптеру, кстати в версии 1809 и он тоже отваливался.
Очень надеюсь на помощь официального сообщества, иначе останется только выбросить компьютер в окно и застрелиться.
Смотрим журналы (dmesg, /var/log/syslog, /var/log/messages) на предмет чего-либо интересного от сетевой карты. Обращать внимание на eth и имя драйвера.
Делимся описанием железки, от рута
Если не угадал с критерием отбора, выполнить lscpsi, найти глазами в выводе карту, bormant ★★★★★ ( 21.02.17 22:58:45 )Последнее исправление: bormant 21.02.17 22:59:22 (всего исправлений: 1)
с той же картой или с другими?
уже 4-ая машина с таким линуксом и таким типом карты
остальные тоже слетают?
Когда слетает карта, машина (сервер) извне не доступна, а с админ места работает в полном объеме.
Так, может все же машина работает, а проблемы дальше. Соединение рвется и не восстанавливается.
1. локальная консоль, подключена напрямую к серверу
2. Пинг не идет не к ней ни от нее.
3. карта ставилась физически другая, но модель та же
4. про 4-ю машину - имелось ввиду, что линукс и ПО (база данных) и сетевая карта одного типа стояли на предыдущих машинах, т.е. эта вся система работает без изменений в операционке уже 10 лет (третья машина и сетевые карты реалтек 8139) и такого не было.
5. Возможно нужно поменять патч-корд (я его действительно лет 8 не менял) и переключить на другой порт коммутатора.
6. В журналах ничего от сетевухи нет. Правда есть подозрение по работе сети.
В сети доменная структура. Стоит ЕРПИ, документооборот,два сервера 1С (бухгалтерия и предметная база), почтовый сервер, прокси. маска сети офигенная 255.255.000.000, хотя машин не больше 200, а сеть перегружена, т.к.1С работает как файл-сервер, а моя на линуксе клиент сервер и летает. На обычном asus P5, 1 гиг , 250 Г wd , работает до 60 человек.
Так что спасибо за подсказки, попробую первоочередно по линии коммутации - кабель поменять и порт коммутатора.
3. карта ставилась физически другая, но модель та же
и сетевые карты реалтек 8139
Вы точно уверены что 8139 прямо-прямо точно такая же? Включая rev ? И даже если так, уже писал здесь (Нестабильная работа putty, Squid, r8169 (комментарий)), что попадал на подбор разных дров к одинаковым rev. Вот честно, я бы просто ее поменял на что-то нормальное.
То что карта из одной серии и rev не уверен.Я уже писал, что я уже более 10 ти лет использую только такую сетевуху. У меня ядро старое и выбора нет. На предыдущем блоке карта проработала 5 лет и тких сбоев не было. Предыдущий блок в сентябре во время отпуска 2 недели проработал как дубль сервера и ничего подобного с картами на обоих блоках не было. Перейти на другое ядро сложно,т.к.надо оттранслировать переходник от SCO в LINUX - iBSC2. При помощи iBSC2-совместимого модуля практичеки совместима с SCO, SVR3 и SVR4 на двоичном уровне.
Выбор есть. Как минимум поставить другую сетевку. Хоть 3com старенький.
ЗЫ У мню тоже есть тех. система где я без надобности не собираюсь обновлять все включая ведро.
Последнее исправление: anc 24.02.17 22:49:34 (всего исправлений: 1)
Есть у меня карта 3С905с-ТХ-М Ирландская, но нет драйвера такого в ядре.
Есть только 3с509 и 3с59х - эти две уже отработали 10 лет.
Могу представить логи из ф. messages. В нем находятся записи от 22 по
утро 27 февраля. Все выходные карта работала нормально. Запись от 23
февраля получена от обращения пользовательской машины за почтой на сервер и
до 8.47 27 февраля все работало и только в 9.16 пришлось выполнить
Feb 22 17:23:55 linmed ftpd[28247]: PORT
Feb 22 17:23:55 linmed ftpd[28247]: LIST
Feb 22 17:41:29 linmed — MARK --
Feb 22 17:42:12 linmed ftpd[28247]: PORT
Feb 22 17:42:12 linmed ftpd[28247]: LIST -d dog.txt
Feb 22 17:55:21 linmed ftpd[28247]: lost connection to 192.168.148.17
Feb 22 17:55:21 linmed ftpd[28247]: FTP session closed
Feb 22 18:18:08 linmed in.telnetd[28325]: connect from 192.168.152.226
Feb 22 18:41:29 linmed — MARK --
Feb 23 15:41:31 linmed — MARK --
Feb 23 15:44:30 linmed in.pop3d[30692]: connect from 192.168.148.128
Feb 23 15:44:30 linmed in.pop3d[30692]: Servicing u36 @ 192.168.148.128
Feb 23 16:01:31 linmed — MARK --
Feb 27 06:41:31 linmed — MARK --
Feb 27 06:55:49 linmed in.pop3d[3130]: connect from 192.168.148.17
Feb 27 06:57:04 linmed in.telnetd[3131]: connect from 192.168.151.117
Feb 27 07:00:39 linmed in.telnetd[3159]: connect from 192.168.148.17
Feb 27 07:04:09 linmed in.telnetd[3191]: connect from 192.168.148.77
Feb 27 07:07:10 linmed wu.ftpd[3233]: connect from 192.168.148.77
Feb 27 07:07:13 linmed ftpd[3233]: USER ira
Feb 27 07:07:13 linmed ftpd[3233]: PASS password
Feb 27 07:07:13 linmed ftpd[3233]: FTP LOGIN FROM 192.168.148.77
Feb 27 08:38:17 linmed sendmail[4727]: connect from 192.168.148.27
Feb 27 08:38:50 linmed sendmail[4386]: NOQUEUE: [192.168.148.19] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:39:03 linmed in.pop3d[4728]: connect from 192.168.148.253
Feb 27 08:43:28 linmed in.telnetd[4806]: connect from 192.168.152.111
Feb 27 08:44:15 linmed sendmail[4477]: NOQUEUE: [192.168.148.27] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:44:21 linmed in.telnetd[4858]: connect from 192.168.148.191
Feb 27 08:44:36 linmed sendmail[4497]: NOQUEUE: [192.168.148.27] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:44:49 linmed sendmail[4591]: NOQUEUE: [192.168.148.27] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:45:29 linmed sendmail[4727]: NOQUEUE: [192.168.148.27] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:45:47 linmed sendmail[4732]: NOQUEUE: [192.168.148.27] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:45:54 linmed sendmail[4805]: NOQUEUE: [192.168.148.27] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:45:59 linmed sendmail[4496]: NOQUEUE: [192.168.148.19] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:46:16 linmed sendmail[4625]: NOQUEUE: [192.168.148.19] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:46:26 linmed sendmail[4729]: NOQUEUE: [192.168.148.19] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:46:38 linmed sendmail[4800]: NOQUEUE: [192.168.148.19] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 08:47:38 linmed sendmail[4498]: NOQUEUE: [192.168.148.19] did not issue
MAIL/EXPN/VRFY/ETRN during connection to stdin
Последние входы в машину
message servera при отсутствии связи
Feb 27 09:01:31 linmed — MARK --
Feb 27 09:07:30 linmed telnetd[4858]: ttloop: read: No route to host
Feb 27 09:16:03 linmed mc: /dev/gpmctl: Connection refused
Feb 27 09:32:00 linmed mc: /dev/gpmctl: Connection refused
Feb 27 09:35:02 linmed mc: /dev/gpmctl: Connection refused
Feb 27 09:45:59 linmed mc: /dev/gpmctl: Connection refused
Feb 27 09:46:17 linmed mc: /dev/gpmctl: Connection refused
После перезапуска rc.inet1 - shell script boots up the base INET system
Feb 27 09:46:27 linmed sendmail[5173]: connect from 192.168.148.27
Feb 27 09:46:42 linmed sendmail[5174]: connect from 192.168.148.19
Feb 27 09:46:54 linmed in.telnetd[5177]: connect from 192.168.148.176
Feb 27 09:47:00 linmed in.telnetd[5175]: connect from 192.168.148.7
Feb 27 09:47:03 linmed in.telnetd[5176]: connect from 192.168.148.13
Feb 27 09:48:43 linmed mc: /dev/gpmctl: Connection refused
Feb 27 09:48:46 linmed sendmail[5349]: connect from 192.168.148.27
Feb 27 09:49:06 linmed sendmail[5352]: connect from 192.168.148.19
Feb 27 09:49:21 linmed in.telnetd[5353]: connect from 192.168.152.25
Feb 27 09:49:48 linmed in.telnetd[5385]: connect from 192.168.152.120
Feb 27 09:50:01 linmed in.telnetd[5411]: connect from 192.168.151.201
Feb 27 10:54:06 linmed sendmail[7469]: connect from 192.168.148.27
Feb 27 10:55:31 linmed sendmail[7301]: NOQUEUE: [192.168.148.27] did not issue MAIL/EXPN/VRFY/ETRN during connection to stdin
Feb 27 10:55:45 linmed mc: /dev/gpmctl: Connection refused
Интереснооо. а в следующий раз когда слетит, посмотрите что говорит ip r s, ip a s, ip l в момент не работы и после перезапуска.
А вообще это нормально что у вас народ на телнет массово ломиться ?
И по сетевкам, я не понял пытались менять или нет? Не обязательно на 3com, это я так написал, intel лучше
3c5 карты уже по 10 лет работали и они isa. 3c9 новая, но нет драйвера в ядре.
По telnet входят из под windows эмулятор терминала (reflection or putty)
Перейти на другое ядро сложно,т.к.надо оттранслировать переходник от SCO в LINUX - iBSC2. При помощи iBSC2-совместимого модуля практичеки совместима с SCO, SVR3 и SVR4 на двоичном уровне.
нифига себе. Эта хрень еще живая !? Я помню как в 95 году какой-то скотский продукт запускали в линуксе с ядром 1.3.хх.
Теоретически в qemu можно запускать старое ядро :)
Но просто так сетевые карты не начинают глючить. Нужно попытаться найти причину.
БП меняли ? А эту сетевую плату в другом компе не тестировали ? Может она исправная, а беда с MB.
Это может быть и окислившиеся контакты в разъёме сетевого кабеля, и высохшие кондёры, и деградация других компонентов на плате. 8139 было дофига ревизий и дофига глючных подделок.
anc правильно подсказал про интелы, (pro100) выпускалась ооочень долго.
А к чему эта сетевая карта подключена ? Что за оборудование ? Если там управляемый коммутатор, то можно посмотреть состояние линка.
1. Неделю стоит другая карта. Проверить которую снял -нужна активная работа через
2.МВ asus работает 3 года, предыдующая работала 5лет. Если бы плата, то были
бы другие заморочки. Если контакты разъема - но работает 2 или три дня без отвала,
а на праздники все четыре, но без активной загрузки.
3.Думал через рестарт, но что такое mii-tool. У меня много автоматизации через
PERL -архивация базы, перезагрузка спулера, удаление задания узера, который
локировал запись и другие.
что-то с сетью, как пришли новый сотрудники. Сеть доменная Windows. Идет
какое-то обновление по сети регулярно,часть адресов динамические, часть
статические. Вопросы с картой возникли где-то в июле и до октября было спокойно,
а потом стали чаще.
man mii-tool :) это предок ethtool
Возможно ethtool имеет этот функционал, но я пока поленился прочитать его ман до конца.
езернету глубоко фиолетово на все домены, кроме домена коллизий.
Если проблема усугубляется со временем, значит это деградация канала или оборудования. Дохлых 8139 было достаточно, умирающие кабели/патчкорды - не редкость. Коммутаторы с глючащими портами тоже встречаются.
Если есть свободный коммутатор, то можно через него подключить машину ( через заведомо исправный патчкорд) и тем самым исключив разные проблемы совместимости карта-коммутатор.
8139 - это древний хлам, который может неадекватно реагировать на новомодные фичи в коммутаторах (типа энергосбережения).
Если это не военная тайна, то в какую модель коммутатора подключена машина ?
Проблемы с сетевым адаптером являются одной из наиболее распространенных причин сбоев проводной сети. Это может вызвать медленные соединения, прерывистые соединения и даже потерю или невозможность подключения к сети. Чтобы поддерживать стабильное сетевое соединение, важно, чтобы вы понимали, как самостоятельно решать проблемы с сетевым адаптером.
Устранение неполадок сетевого адаптера с помощью оборудования
Если сетевой адаптер не работает, вы можете начать с следующих действий по устранению неполадок оборудования:
1. Проверьте все физические соединения: убедитесь, что все сетевые кабели или оптические кабели и сетевые карты надежно и правильно вставлены в порты или слоты без ослабления или отсоединения. Вы можете попробовать отключить карту и вставить ее снова. Если ваш NIC по-прежнему не может подключиться к сети, вы можете перейти к шагу 2.
2. Проверьте LED индикатор сетевой карты: соединения не горит, сеть не может получить доступ к физическому соединению. Может быть проблема с сетевым устройством или сетью. Во-первых, вы можете попробовать подключить кабель или адаптер к другому порту или слоту, чтобы увидеть, не поврежден ли порт или слот. Если проблема все еще не решена и у вас есть дополнительные кабели и NIC, вы можете заменить их новыми кабелями или NIC чтобы убедиться, что кабели и NICs повреждены. Если у вас нет нового NIC или кабеля, вы можете установить карту на другой компьютер или сервер. По-прежнему не решена, необходимо проверить совместимость кабелей и сетевых устройств, подключенных к адаптеру, чтобы увидеть, соответствуют ли их бренды, скорости передачи данных и типы портов.
3. Проверьте состояние вашего сетевого адаптера: вы можете использовать диспетчер устройств, чтобы убедиться, что ваш компьютер или сервер распознает сетевую карту, выполнив следующие действия. Если нет, перейдите непосредственно к следующему разделу: Решите проблемы сетевого адаптера с программным обеспечением.
a. Нажмите Win+R на клавиатуре, чтобы быстро вызвать окно RUN.
b. Введите devmgmt.msc в поле и нажмите кнопку ОК, чтобы открыть Диспетчер Устройств.
4. Проверьте операционную систему на наличие конфликтов ресурсов: убедитесь, что существуют конфликты ресурсов между NIC и некоторыми другими компонентами системы. Если это возможно, NIC не должны совместно использовать IRQ с контроллерами SCSI или RAID. Эти параметры могут быть жестко установлены в большинстве программ сервера BIOS.
a. Нажмите F1 при загрузке, чтобы войти в программу Setup/Configuration.
b. Просмотрите раздел Advanced Setup/PCI Slot/Device Information (или PCI Bus Control) и выберите слот или устройство, которое необходимо изменить.
c. Отключите все неиспользуемые устройства, чтобы освободить ресурсы (последовательные порты, параллельные порты и т. д.).
5. Проверьте настройки сети в операционной системе: убедитесь, что все протоколы и сетевое оборудование настроены правильно (кабели, концентраторы, коммутаторы и т. д.). Все IP-адреса должны быть уникальными, и DHCP был правильно настроен для автоматического получения адресов TCP/IP.
6. Убедитесь, что TCP/IP (или другой соответствующий протокол) установлен правильно: это можно проверить в Microsoft Windows:
a. Щелкните правой кнопкой мыши Мои Сети и выберите Свойства. Сетевая карта должна быть представлена как Подключение по Локальной Сети.
b. Щелкните правой кнопкой мыши Подключение по Локальной Сети и выберите Свойства. В Свойстве убедитесь, что установлен интернет-протокол (TCP/IP).
c. Если TCP/IP не установлен, нажмите Установить, нажмите Протокол, а затем нажмите TCP/IP.
d. После установки убедитесь, что установлены флажки Получить IP-адрес автоматически и Получить адрес DNS сервера автоматически (при использовании DHCP). Чтобы убедиться в этом, выделите протокол TCP/IP и выберите Свойства. (Примечание. Если вашей сети/поставщику услуг требуется статический IP-адрес, используйте только один статический IP-адрес.)
7. Проверьте адрес TCP/IP: Это можно сделать в Microsoft Windows:
a. Нажмите Начать, выберите Программы, выберите Аксессуары, а затем нажмите Командная Строка.
b. Введите команду, ipconfig. Это перечислит IP-адрес для локальной машины.
c. Если при этом возвращается адрес 169.x.x.x или 0.0.0.0, введите следующие команды: ipconfig/release и затем ipconfig/renew. Затем вы должны получить адрес TCP/IP, соответствующий вашей сети, а также адрес шлюза по умолчанию.
d. Попробуйте связаться с ним, введя команду ping x.x.x.x (где x.x.x.x - это IP-адрес шлюза по умолчанию).
e. Если это не дает ответа или вы не получили адрес TCP/IP, перейдите к следующему шагу.
8. Пинг адрес обратной связи: вы можете сделать это под Microsoft Windows:
a. Нажмите Начать, выберите Программы, выберите Аксессуары, а затем нажмите Командная Строка.
Pinging 127.0.0.1 with 32 bytes of data:
Reply from 127.0.0.1: bytes=32 time<10ms TTL=128
Reply from 127.0.0.1: bytes=32 time<10ms TTL=128
Reply from 127.0.0.1: bytes=32 time<10ms TTL=128
Reply from 127.0.0.1: bytes=32 time<10ms TTL=128
Ping statistics for 127.0.0.1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milliseconds:
Minimum = 0ms, Maximum = 0ms, Average = 0ms
9. Проверьте IP-адрес вашей системы: Для дальнейшего устранения проблем с сетевым адаптером вы можете подключить систему напрямую к другой системе или клиенту через перекрестный кабель или тупой концентратор. Настройте TCP/IP, используя два последовательных адреса (например, 10.1.1.1 и 10.1.1.2), и используйте маски подсети по умолчанию (255.0.0.0). В командной строке попробуйте проверить связь с IP-адресом клиента. Если система получает ответ, с сетевым адаптером все в порядке. Если нет, вы можете обратиться к следующей части программного обеспечени.
Устранение неполадок сетевого адаптера с помощью программного обеспечения
После устранения проблемы с сетевым адаптером в разделе аппаратного обеспечения, пришло время устранить неполадки в разделе программного обеспечения.
1. Переустановите драйвер сетевого адаптера: как и в предыдущем разделе, перейдите в окно Диспетчер устройств и разверните раздел Сетевые Адаптеры в Диспетчере устройств. Затем щелкните правой кнопкой мыши Сетевые Адаптеры и выберите Удалить. После подтверждения Удаление устройства, нажав ОК, драйвер перезапустится для переустановки.
2. Обновите сетевой драйвер: на своем компьютере проверьте сетевой драйвер для своего продукта на официальном веб-сайте программного обеспечения или обратитесь за помощью в службу поддержки клиентов. Если это так, загрузите и установите последние обновления для сетевого оборудования.
3. Измените или обновите систему вашего устройства: иногда недоступность сетевого адаптера может быть вызвана системой устройства. Вы можете попытаться переустановить систему Windows или обновить ее до новой версии (если есть более новая версия, чем у вас).
4. Проблема по-прежнему не решена: если все вышеперечисленные шаги все еще не решают проблему, вы можете обратиться к администратору сети за дополнительной помощью. Или вы можете обратиться к: Нужна дополнительная помощь?, Если вы приобрели сетевое устройство у FS.
Заключение
Сетевые карты проникли практически в каждый уголок нашей интернет-жизни. Большинство из нас обычно сталкиваются с проблемами сетевого адаптера. Нам нужно получить базовые знания о том, как решить эти проблемы, когда у нас проблемы.
Читайте также: