LINUX.ORG.RU
решено Форум — Admin  

Intel NUC потеря линка ethernet

 , , ,


0

1

Всем приятных выходных и все такое.

После покупки NUC и решения проблемы с подключением его к роутеру по кабелю (заменил кабель 5 категории на 6) я встретил новую проблему - отваливается линк. Отваливается постоянно и на большие промежутки времени. Проще говоря, линк есть минут 15-20 в день. Лог dhcpcd 

Jan 12 11:14:06 miniserv systemd[1]: Starting dhcpcd on all interfaces...
Jan 12 11:14:06 miniserv dhcpcd[443]: dev: loaded udev
Jan 12 11:14:07 miniserv dhcpcd[443]: forked to background, child pid 453
Jan 12 11:14:07 miniserv dhcpcd[453]: enp2s0: waiting for carrier
Jan 12 11:14:07 miniserv dhcpcd[453]: enp2s0: carrier acquired
Jan 12 11:14:07 miniserv dhcpcd[453]: DUID 00:04:c5:81:d6:e2:bd:3f:1a:b9:c1:3f:94:c6:91:1e:98:92
Jan 12 11:14:07 miniserv dhcpcd[453]: enp2s0: IAID 91:1e:98:92
Jan 12 11:14:07 miniserv dhcpcd[453]: enp2s0: adding address fe80::be7:9466:331d:203a
Jan 12 11:14:07 miniserv dhcpcd[453]: ipv6_addaddr1: Permission denied
Jan 12 11:14:07 miniserv dhcpcd[453]: enp2s0: carrier lost
Jan 12 11:14:07 miniserv systemd[1]: Started dhcpcd on all interfaces.
Jan 12 11:17:12 miniserv systemd[1]: Stopping dhcpcd on all interfaces...
Jan 12 11:17:12 miniserv systemd[1]: dhcpcd.service: Succeeded.
Jan 12 11:17:12 miniserv systemd[1]: Stopped dhcpcd on all interfaces.
Jan 12 11:17:12 miniserv systemd[1]: Starting dhcpcd on all interfaces...
Jan 12 11:17:12 miniserv systemd[1]: Started dhcpcd on all interfaces.
Jan 12 11:17:12 miniserv dhcpcd[543]: enp2s0: waiting for carrier
Jan 12 11:32:34 miniserv dhcpcd[543]: enp2s0: carrier acquired
Jan 12 11:32:34 miniserv dhcpcd[543]: DUID 00:04:c5:81:d6:e2:bd:3f:1a:b9:c1:3f:94:c6:91:1e:98:92
Jan 12 11:32:34 miniserv dhcpcd[543]: enp2s0: IAID 91:1e:98:92
Jan 12 11:32:34 miniserv dhcpcd[543]: enp2s0: adding address fe80::be7:9466:331d:203a
Jan 12 11:32:34 miniserv dhcpcd[543]: ipv6_addaddr1: Permission denied
Jan 12 11:32:35 miniserv dhcpcd[543]: enp2s0: soliciting a DHCP lease
Jan 12 11:32:35 miniserv dhcpcd[543]: enp2s0: soliciting an IPv6 router
Jan 12 11:32:35 miniserv dhcpcd[543]: enp2s0: carrier lost
Jan 12 11:53:49 miniserv dhcpcd[543]: enp2s0: carrier acquired
Jan 12 11:53:49 miniserv dhcpcd[543]: enp2s0: IAID 91:1e:98:92
Jan 12 11:53:50 miniserv dhcpcd[543]: enp2s0: soliciting a DHCP lease
Jan 12 11:53:50 miniserv dhcpcd[543]: enp2s0: soliciting an IPv6 router
Jan 12 11:53:50 miniserv dhcpcd[543]: enp2s0: carrier lost
Вот этот carrier lost я вижу каждый раз, когда соединение все таки устанавливается, но потом пропадает.

Траблшутинг на сайте интела не помог. Биос пробовал трех версий. Пробовал переключать все, что можно в биосе, включая лан, ipv4/6, wifi.

По lspci карточка RTL8111/8168/8411, по dmesg RTL8168h/8111h, драйвер ядерный r8169. Пробовал выгружать/загружать modprobe'ом. Пробовал три разных ядра (два лтса и последнее 4.20). Сам по себе интерфейс есть, но поднять его никак нельзя. Иногда линк появляется на некоторое время, а потом опять пропадает.

В dmesg: 

[    9.594048] libphy: r8169: probed
[    9.594446] r8169 0000:02:00.0 eth0: RTL8168h/8111h, 94:c6:91:1e:98:92, XID 54100880, IRQ 128
[    9.594449] r8169 0000:02:00.0 eth0: jumbo features [frames: 9200 bytes, tx checksumming: ko]
[    9.784144] r8169 0000:02:00.0 enp2s0: renamed from eth0
[   12.056829] Generic PHY r8169-200:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[  888.701993] Generic PHY r8169-200:00: attached PHY driver [Generic PHY] (mii_bus:phy_addr=r8169-200:00, irq=IGNORE)
[ 1072.705016] r8169 0000:02:00.0 enp2s0: Link is Up - 100Mbps/Full - flow control off
[ 1073.415900] r8169 0000:02:00.0 enp2s0: Link is Down
[ 2347.845240] r8169 0000:02:00.0 enp2s0: Link is Up - 10Mbps/Full - flow control off
[ 2348.504183] r8169 0000:02:00.0 enp2s0: Link is Down
Пробовал переключать дуплекс, блеклистить ipv6 - ничего не работает... Провод 100% рабочий, проверен на двух других устройствах. Тем не менее, пробовал и со старыми 5-ками, там тоже глухо.

Попробовал разобрать, чтобы посмотреть, что с разъемом. На плате все чисто, застывшего флюса нет. Разъем сидит крепко, никаких дефетков, которые можно определить визуально, нет.

Попробовал также с лайва манжаро и дебиана посмотреть - безуспешно.

Что делать? Остается только сдавать в магазин, ссылаясь на брак? Посоветуйте.

← скрипт автозагрузки в Ubuntu 18.04.1
А что вы используете в качестве APM ? →

было что-то про сетевые реалтека в гугле: тоже «отлетали» и «не держались». в dmesg про int19 нет сообщений — тоже какие-то траблы с модулем, который его отрабатывает. у меня иногда бывает. и главное иногда эта ошибка не «влияет» на работу сети, а иногда проще перезагрузиться, чем на ходу «починить».

anonymous
()

Это у тебя полный лог при выгрузке/загрузке через modprobe? Точно никакая дополнительная firmware не требуется? А то у меня были сетевухи которые без firmware подымались, но работали очень хреново и был один реалтек который глючил раз в 3 дня-неделю аптайма без fw, а в остальном нормально работал. Может у тебя тоже какая-то фирмварь отсутствует(я поэтому полным логом и интересуюсь).

Если не поможет, попробуй посмотреть в эту сторону

Pinkbyte ★★★★★
()
Последнее исправление: Pinkbyte (всего исправлений: 1)
Ответ на: комментарий от Pinkbyte

По dhcpcd полный лог с момента загрузки. Из dmesg я просто грепнул все, что связано с интерфейсом и модулем. Греп по firmware 

[    0.472440] Spectre V2 : Enabling Restricted Speculation for firmware calls
[   10.575438] [drm] Finished loading DMC firmware i915/bxt_dmc_ver1_07.bin (v1.7)
[   11.845603] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
Полный лог dmesg - https://pastebin.com/RfVu4KSC

Linux_Newbie
() автор топика
Ответ на: комментарий от Pinkbyte

С r8168 тоже попробовал. Те же результаты. По ethtool выхлоп такой 

Settings for enp3s0:
	Supported ports: [ TP ]
	Supported link modes:   10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Supported pause frame use: Symmetric Receive-only
	Supports auto-negotiation: Yes
	Supported FEC modes: Not reported
	Advertised link modes:  10baseT/Half 10baseT/Full 
	                        100baseT/Half 100baseT/Full 
	                        1000baseT/Full 
	Advertised pause frame use: No
	Advertised auto-negotiation: Yes
	Advertised FEC modes: Not reported
	Speed: Unknown!
	Duplex: Unknown! (255)
	Port: Twisted Pair
	PHYAD: 0
	Transceiver: internal
	Auto-negotiation: on
	MDI-X: Unknown
	Supports Wake-on: pumbg
	Wake-on: g
	Current message level: 0x00000033 (51)
			       drv probe ifdown ifup
	Link detected: no

Linux_Newbie
() автор топика
Ответ на: комментарий от Linux_Newbie

Ну тогда выход один - накатить туда что-нибудь не-Linux-овое и посмотреть как сетевуха ведет себя там. Если работает нормально - баг в драйвере/ядре. Если также хреново - проблема аппаратная.

Pinkbyte ★★★★★
()

Я сталкивался с этим на Intel_NUC и дистрибутиве OracleLinux 7.4
После апдейта до 7.6 все прошло само собой!

Попробовал также с лайва манжаро и дебиана посмотреть - безуспешно.

Что именно безуспешно вышло?

redwagon ★
()

Я так разозлился по этому поводу, что аж починил все xDD Взял 6-ку, с силой ткнул в разъем и о чудо, линк появился. Отпустил коннектор, индикатор линка помигал и снова пропал. Тут до меня и дошло. Оказывается, не смотря на то, что в гнездо коннектор входит достаточно плотно, нужно приложить усилие, чтобы контакты соприкоснулись. И так со всеми коннекторами (их у меня 3 разных набора). Все решилось подсовыванием бумажки в гнездо.

Linux_Newbie
() автор топика

Спасибо всем, кто помогал!)

Linux_Newbie
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← скрипт автозагрузки в Ubuntu 18.04.1
Admin
А что вы используете в качестве APM ? →