Проводное соединение Ethernet, случайным образом выбывающее на 16.04.3 - не может найти осуществимый ответ

Наличие подобной проблемы с проводным Ethernet, случайным образом выбывающим. Иногда хорошо работает в течение многих часов, другие времена выбывает каждый раз, когда похоже. Только способ, которым я могу решить, состоит в том, чтобы перезагрузить. Сеть сразу возвращается. Я рассмотрел то, что походит на полсотни сообщений на AskUbuntu и других сайтах, перешел по многочисленным ссылкам, и не может, казаться, найти любое разрешение. Я медленно изучаю Linux, но конечно не хорошо сведущий. Моя система: Ubuntu 16.04.3 LTS Asus TUF Z270 Mark 2 MotherBoard Intel I5 – 6600 3500 МГц 16 ГБ RAM В BIOS МБ, который единственные сетевые возможности для ivp4 или ivp6, включают или отключают.

Одна ссылка предложила загрузку с Intel, таким образом, я перешел к веб-сайту Intel и не мог найти загрузки для Ubuntu 16.04.3 вне графических драйверов и микрокода.

Как тест я пытался использовать Ubuntu с Живого CD, а не жесткого диска. Версия Firefox с CD является версией 54, и Netflix отказался загружаться (слишком старая версия). Сеть не легла спать более чем час и не выбыла. Я перезагрузил и запустил Firefox (58) от жесткого диска. Работавший в течение 1-2 минут, затем вызванных к перезагрузке. 2-й раз хорошо работал в течение нескольких часов.

Не уверенный, почему или если это имеет значение, но вместо eth0, мой nic является enp0s31f6. Был бы, перезагружая администратора сети быть полезными? Я работал, следующий $ команды sudo systemctl перезапускают NetworkManager.service, и он говорит, что сетевое соединение было восстановлено, однако при открытии Firefox, который он полностью подвешивает, и затем соединение роняет приблизительно за 1 минуту. Возможно, не надлежащая команда. Необходимость к постоянно перезагрузке становится все больше печальной.

Вот некоторые дополнительные команды, которые я выполнил для давания Вам некоторое представление о моей системе и также журнале ошибок от уволенного:

*-network
описание: продукт интерфейса Ethernet: соединение Ethernet (2) поставщик I219-V: Intel Corporation физический идентификатор: 1f.6 соединяют шиной информацию: логическое имя pci@0000:00:1f.6: версия enp0s31f6: 00 последовательных: 10:7b:44:7a:d7:88 размер: способность 1Gbit/s: ширина 1Gbit/s: часы на 32 бита: возможности на 33 МГц: пополудни msi bus_master cap_list Ethernet физический tp 10bt 10bt-fd 100bt 100bt-fd 1000bt-fd конфигурация автосогласования: пара autonegotiation=on broadcast=yes driver=e1000e driverversion=3.2.6-k duplex=full firmware=0.2-4 ip=192.168.0.6 latency=0 link= yes multicast=yes port=twisted speed=1Gbit/s ресурсы: irq:128 memory:df100000-df11ffff

dmesg | grep e1000e [0.843061] e1000e: Сетевой драйвер Intel(R) PRO/1000 - 3.2.6 k [0.843061] e1000e: Copyright (c) 1999 - 2015 Intel Corporation. [0.901361] e1000e 0000:00:1f.6: Уровень Регулировки Прерывания (ints/sec) набор к динамическому консервативному режиму [1.299126] (неинициализированный) e1000e 0000:00:1f.6 0000:00:1f.6: зарегистрированные часы PHC [1.367208] e1000e 0000:00:1f.6 eth0: (PCI Express:2.5GT/s:Width x1) 10:7b:44:7a:d7:88 [1.367209] e1000e 0000:00:1f.6 eth0: Intel(R) PRO/1000 Network Connection [1.367286] e1000e 0000:00:1f.6 eth0: MAC: 12, PHY: 12, номер PBA: FFFFFF-0FF [1.367704] e1000e 0000:00:1f.6 enp0s31f6: переименованный от eth0 [29.186313] e1000e: Ссылка enp0s31f6 NIC Выше на Полный дуплекс на 1 000 Мбит/с, Управление потоком: Rx/Tx

lspci-v | grep Ethernet 00:1f.6 контроллер Ethernet: соединение Ethernet Intel Corporation (2) Подсистема I219-V: соединение Ethernet ASUSTeK Computer Inc (2) I219-V

$ ip addr 1: lo: состояние mtu 65536 qdisc noqueue НЕИЗВЕСТНАЯ ссылка/обратная петля qlen 1000 значения по умолчанию группы 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 объем размещает lo valid_lft навсегда preferred_lft навсегда inet6:: объем 1/128 размещает valid_lft навсегда preferred_lft навсегда 2: enp0s31f6: состояние mtu 1500 qdisc pfifo_fast ссылка/эфир qlen 1000 значения по умолчанию группы 10:7b:44:7a:d7:88 brd ff:ff:ff:ff:ff:ff inet 192.168.0.6/24 brd 192.168.0.255 определяет объем глобальной динамической секунды preferred_lft 3074 inet6 2605:e000:7cc9:8700 секунды enp0s31f6 valid_lft 3074:: 6/128 определяют объем глобального динамического объема секунды valid_lft 1669 preferred_lft 0sec inet6 2605:e000:7cc9:8700:2be3:a66d:3f36:443f/64 устаревшего глобальная noprefixroute динамическая секунда preferred_lft 604779 inet6 fe80 секунды valid_lft 604779:: объем 6e3b:eb54:8bb:8fa5/64 связывает valid_lft навсегда preferred_lft навсегда

Вот журнал от dmesg:

Выполнение: [4485.232955] e1000e: Ссылка enp0s31f6 NIC Выше на Полный дуплекс на 1 000 Мбит/с, Управление потоком: Rx/Tx После отбрасывания: [4487.080266] e1000e 0000:00:1f.6 enp0s31f6: Обнаруженный Аппаратный блок Зависает: TDH <0> TDT <2> next_to_use <2> next_to_clean <0> buffer_info [next_to_clean]: time_stamp <1000ff6e5> next_to_watch <0> миг <1000ff8b0> next_to_watch.status <0> Состояние MAC <40080083> Состояние PHY <796d> PHY 1000BASE-T Состояние <3c00> PHY Расширенное Состояние <3000> Состояние PCI <10>

Цените помогание для новичка Linux!

1
задан 26 January 2018 в 10:33

1 ответ

Я вижу, что это старо и еще не было отвечено. Я могу добавить частичное решение. Перезагрузка не необходима. Мой Ethernet выбывает все время при работе Ubuntu, и я должен неоднократно перезапускать соединение Ethernet путем выключения 'соединенного проводом соединения' и затем включения его снова. Так да.. существует то, что решение перезапуска компьютера. Но я все еще не знаю, почему это делает его, и это делает систему неприменимой. Я загружаю окна, и это работает, таким образом, я знаю, что нет никакой проблемы с аппаратными средствами. Я предлагаю это, перезагрузка не необходима и что частичное решение перезапускает Ethernet, но мне жаль, что кто-то не мог ответить на вопрос лучше, чем я имею.

0
ответ дан 8 December 2019 в 02:35

Другие вопросы по тегам:

Похожие вопросы: