Ядро 3.16.1 не видит сетевую карту материнки [РЕШЕНО]

Сетевая на чипе Realtek RTL8111. Первоначально думал, что это баг нового ядра - даже в багтрекер запостил, но после пересборки мира ни одно ядро её не видит. Раньше ядро 3.15.10 нормально работало с ней, да и проблем за 4 года с этой сетевой вообще не возникало.

А конкретней?
Потому как у меня, на этом ядре, подобная сетевая работает

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 01)
        Subsystem: Realtek Semiconductor Co., Ltd. RTL8111/8168 PCI Express Gigabit Ethernet controller
        Kernel driver in use: r8169
        Kernel modules: r8169

По ifconfig есть только wlan0 и lo, модуль r8169 загружен.

Не информативно :slight_smile:
хотелось бы увидеть lspci -k и dmesg, надеюсь про “пасту” напоминать не нужно будет? :slight_smile:

Вывод lspci -k http://pastebin.calculate-linux.ru/ru/show/9858, dmesg http://pastebin.calculate-linux.ru/ru/show/9859.

Судя по постам, всё хорошо. Модуль загружен, интерфейс назван (<>)
А теперь хотелось бы увидеть /var/log/messages в момент, когда интерфейсу назначается адрес.

Как именно посмотреть, а то весь /var/log/messages забит сообщениями от Transmission?

Вариантов много, если навскидку и попроще, можно посмотреть последние дцать сообщений например,

tail -n 20 /var/log/messages

или показать все сообщения исключая слово transmission

grep -v "transmission" /var/log/messages

Можно ещё проще, убить transmission, набрать в терминале

tail -f /var/log/messages

и попытаться установить соединение, посматривая в термиал

попытаться установить соединение, посматривая в термиал

В том всё и дело, что по ifconfig есть только wlan0 и lo, а в /var/log/messages последние сообщения почему-то аж за 20 марта.

Глупый вопрос, но всё же, а что по ifconfig -a ?

ifconfig -a:

enp1s0: flags=4098<BROADCAST,MULTICAST>  mtu 1500
        ether 00:01:2e:bc:01:dc  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 0  (Local Loopback)
        RX packets 91  bytes 4263 (4.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 91  bytes 4263 (4.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

wlan0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.235  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::225:d3ff:fef0:d98d  prefixlen 64  scopeid 0x20<link>
        ether 00:25:d3:f0:d9:8d  txqueuelen 1000  (Ethernet)
        RX packets 3680  bytes 926287 (904.5 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 4964  bytes 748222 (730.6 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

Андрей, огромное вам спасибо за указанное направление для решения проблемы - действительно, всё дело в переименовании eth0 в enp1s0.

Не за что :slight_smile:
Век живи - век учись.