Re: непонятка с сетью

2016-03-20 Пенетрантность Андрей Любимец 
18.03.2016 18:00, Artem Chuprina пишет:
> Andrei Lomov -> debian-russian@lists.debian.org  @ Fri, 18 Mar 2016 16:43:48 
> +0600:
> 
>  >> dmesg
> 
>  AL> [1.417475] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
>  AL> [1.417487] r8169 :03:00.0: can't disable ASPM; OS doesn't have 
> ASPM 
>  AL> control
> 
>  AL> [1.423889] r8169 :03:00.0 eth0: RTL8168g/8111g at 
>  AL> 0xc9c5e000, fc:aa:14:96:a0:d2, XID 0c000800 IRQ 29
>  AL> [1.423893] r8169 :03:00.0 eth0: jumbo features [frames: 9200 
> bytes, 
>  AL> tx checksumming: ko]
> 
> Чисто из разряда "еще и тут проверить".  Я натыкался на ситуацию, когда
> jumbo frames, включенные на одном конце, но выключенные (за неимением,
> сколь я помню), на другом, приводили к неработоспособности линка.
> Симптомов не помню, увы.  Попробуй выключить.
> 
> Автоматика этого определения порой глючит.  Подозреваю, что там эмпирика...
> 
там же соединение установлено на 100Мбит

Re: непонятка с сетью

2016-03-19 Пенетрантность Andrei Lomov 
Andrei Lomov wrote:

> Прошу помощи.
> Есть роутер, к нему подключаю проводком нетбук с кубунтой 14.04, сеть
> работает (dhcp).

Вот еще syslog.

NetworkManager что-то мутит, сходу не могу понять, удалить его что-ли 
совсем:

Mar 18 08:31:09 kolya-347 kernel: [1.423889] r8169 :03:00.0 eth0: 
RTL8168g/8111g at 0xc9c5e000, fc:aa:14:96:a0:d2, XID 0c000800 IRQ 29
Mar 18 08:31:09 kolya-347 kernel: [1.423893] r8169 :03:00.0 eth0: 
jumbo features [frames: 9200 bytes, tx checksumming: ko]
Mar 18 08:31:09 kolya-347 NetworkManager[813]:SCPlugin-Ifupdown: devices 
added (path: /sys/devices/pci:00/:00:09.0/:03:00.0/net/eth0, 
iface: eth0)
Mar 18 08:31:09 kolya-347 NetworkManager[813]:SCPlugin-Ifupdown: device 
added (path: /sys/devices/pci:00/:00:09.0/:03:00.0/net/eth0, 
iface: eth0): no ifupdown configuration found.
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): carrier is OFF
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): new Ethernet 
device (driver: 'r8169' ifindex: 2)
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): exported as 
/org/freedesktop/NetworkManager/Devices/0
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): device state 
change: unmanaged -> unavailable (reason 'managed') [10 20 2]
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): bringing up 
device.
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): preparing 
device.
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  (eth0): deactivating 
device (reason 'managed') [2]
Mar 18 08:31:09 kolya-347 NetworkManager[813]:  Added default wired 
connection 'Wired connection 1' for 
/sys/devices/pci:00/:00:09.0/:03:00.0/net/eth0
Mar 18 08:31:09 kolya-347 kernel: [4.798686] r8169 :03:00.0 eth0: 
link down
Mar 18 08:31:09 kolya-347 kernel: [4.798706] r8169 :03:00.0 eth0: 
link down
Mar 18 08:31:09 kolya-347 kernel: [4.798724] IPv6: ADDRCONF(NETDEV_UP): 
eth0: link is not ready
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  (eth0): carrier now ON 
(device state 20)
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  (eth0): device state 
change: unavailable -> disconnected (reason 'carrier-changed') [20 30 40]
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
starting connection 'Wired connection 1'
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  (eth0): device state 
change: disconnected -> prepare (reason 'none') [30 40 0]
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 1 of 5 (Device Prepare) scheduled...
Mar 18 08:31:11 kolya-347 kernel: [6.491855] r8169 :03:00.0 eth0: 
link up
Mar 18 08:31:11 kolya-347 kernel: [6.491872] IPv6: 
ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 1 of 5 (Device Prepare) started...
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 2 of 5 (Device Configure) scheduled...
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 1 of 5 (Device Prepare) complete.
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 2 of 5 (Device Configure) starting...
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  (eth0): device state 
change: prepare -> config (reason 'none') [40 50 0]
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 2 of 5 (Device Configure) successful.
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 3 of 5 (IP Configure Start) scheduled.
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 2 of 5 (Device Configure) complete.
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 3 of 5 (IP Configure Start) started...
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  (eth0): device state 
change: config -> ip-config (reason 'none') [50 70 0]
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Beginning DHCPv4 transaction (timeout in 45 seconds)
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Beginning IP6 addrconf.
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  Activation (eth0) 
Stage 3 of 5 (IP Configure Start) complete.
Mar 18 08:31:11 kolya-347 NetworkManager[813]:  (eth0): DHCPv4 state 
changed nbi -> preinit
Mar 18 08:31:11 kolya-347 dhclient: Listening on LPF/eth0/fc:aa:14:96:a0:d2
Mar 18 08:31:11 kolya-347 dhclient: Sending on   LPF/eth0/fc:aa:14:96:a0:d2
Mar 18 08:31:11 kolya-347 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 
port 67 interval 3 (xid=0xb5185e3a)
Mar 18 08:31:12 kolya-347 avahi-daemon[808]: Joining mDNS multicast group on 
interface eth0.IPv6 with address fe80::feaa:14ff:fe96:a0d2.
Mar 18 08:31:12 kolya-347 avahi-daemon[808]: New relevant interface 
eth0.IPv6 for mDNS.
Mar 18 08:31:12 kolya-347 avahi-daemon[808]: Registering new address record 
for fe80::feaa:14ff:fe96:a0d2 on eth0.*.
Mar 18 08:31:14 kolya-347 dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 
port 67 interval 3

Re: непонятка с сетью

2016-03-19 Пенетрантность Andrei Lomov 
Tim Sattarov wrote:

> Привет,
> 
> сорри за топ квотинг.
> 
> 
> для отладки состояния сети попробуй проанализировать вывод команд:
> 
> mii-tool eth0

eth0: negotiated 100baseTx-FD flow-control, link ok


> ip link show eth0
2: eth0:  mtu 1500 qdisc pfifo_fast state 
UP mode DEFAULT group default qlen 1000
link/ether fc:aa:14:96:a0:d2 brd ff:ff:ff:ff:ff:ff

 
> ip ro

пустой вывод


> dmesg

[1.417475] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
[1.417487] r8169 :03:00.0: can't disable ASPM; OS doesn't have ASPM 
control

[1.423889] r8169 :03:00.0 eth0: RTL8168g/8111g at 
0xc9c5e000, fc:aa:14:96:a0:d2, XID 0c000800 IRQ 29
[1.423893] r8169 :03:00.0 eth0: jumbo features [frames: 9200 bytes, 
tx checksumming: ko]


[4.798686] r8169 :03:00.0 eth0: link down
[4.798706] r8169 :03:00.0 eth0: link down
[4.798724] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[5.459816] init: plymouth-upstart-bridge main process ended, respawning
[5.464461] init: plymouth-upstart-bridge main process (1185) terminated 
with status 1
[5.464483] init: plymouth-upstart-bridge main process ended, respawning
[6.491855] r8169 :03:00.0 eth0: link up
[6.491872] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready


[   66.886335] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out

[   66.886338] Modules linked in: ... r8169 ahci pata_atiixp libahci mii

[   66.900726] r8169 :03:00.0 eth0: link up
[  126.925979] r8169 :03:00.0 eth0: link up


Все вроде гладко? ...

> ping 192.168.1.13
connect: Network is unreachable
 
> ip neigh
пустой вывод

Дело идет к тому, чтобы поставить нормальный debian ...


--
А.

Re: непонятка с сетью

2016-03-19 Пенетрантность Eugene Berdnikov 
On Fri, Mar 18, 2016 at 01:46:54PM -0400, Tim Sattarov wrote:
> 
> On 18/03/16 06:43 AM, Andrei Lomov wrote:
> >> ip ro
> > пустой вывод
> >
> А адрес вообще присвоен ?
> 
> ip ad show dev eth0

 Не присвоен: из присланного лога NM видно, что на все попытки получить
 адрес по dhcp остаются без ответа, хотя линк якобы в состоянии UP.

 Я бы для начала проверил tcpdump'ом, приходят ли запросы dhcp на
 другой конец сетевого шнурка (подключив напрямую ноут, например).
 Гигабитные чипы Риалтека вроде поддерживают mdi-x, так что даже
 кросс-кабель искать необязательно, но лучше всё-таки проверить,
 что при прямом соединении линк встал в состояние up.

 Скорее всего запросы приходить не будут, а будет увеличиваться
 счётчик tx:dropped. Тогда можно попробовать выгрузить модуль
 (modprobe -r r8169), загрузить обратно с "debug=16" и прислать
 сюда то, что высыпалось в ядерный лог.
-- 
 Eugene Berdnikov

Re: непонятка с сетью

2016-03-19 Пенетрантность Maxim Nikulin 

15.03.2016 22:36, Федот Куракин пишет:

15.03.2016 17:57, Maxim Nikulin пишет:

15.03.2016 20:40, Andrei Lomov пишет:


сети нет, но вроде должна быть?:

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)


Видел что-то подобное с похожей картой в ноутбуке, но до конца не
разобрался. Сложилось ощущение, что слишком сильно старалась беречь
энергию. Если из suspend ноутбук выходил на аккумуляторе, то сеть не
работала, если был подключен блок питания, то обычно сеть поднималась
без проблем. Попытки выгрузить/загрузить модуль если и приводили к
успеху, то не часто.


После виндоуса надо полностью отключать питание компа (выдёргивать шнур
из блока питания).


Только вот у меня нет windows, чтобы после него что-то выдергивать.

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


Иногда казалось, что несколько повышает стабильность замена network 
manager на

allow-hotplug eth0
iface eth0 inet dhcp
в /etc/network/interfaces
Временами помогало ifdown eth0; ifup eth0, до такого передергивания 
dhclient слал запросы как будто мимо кабеля.


У меня могло быть разное поведение, если компьютер загрузился с 
подключенным ethernet кабелем, если его включили с отключенным кабелем, 
но воткнули ethernet сразу после загрузки linux и если минут 10 
проработал без кабеля.


Network manager и всякие avahi-autoipd конечно могут быть излишне 
самостоятельны, но у меня было подозрение на недоделанный драйвер или 
даже кривоватую прошивку карточки.


У меня карточка чуть-чуть другая, есть дополнительно
Capabilities: [178] L1 PM Substates

Стало любопытно, есть ли какая-то польза от
Capabilities: [100] Advanced Error Reporting

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

Re: непонятка с сетью

2016-03-19 Пенетрантность Tim Sattarov 

On 18/03/16 06:43 AM, Andrei Lomov wrote:
>> ip ro
> пустой вывод
>
А адрес вообще присвоен ?

ip ad show dev eth0

>
>
>
> [   66.886335] NETDEV WATCHDOG: eth0 (r8169): transmit queue 0 timed out
>
> [   66.886338] Modules linked in: ... r8169 ahci pata_atiixp libahci mii
>
> [   66.900726] r8169 :03:00.0 eth0: link up
> [  126.925979] r8169 :03:00.0 eth0: link up
>
>
> Все вроде гладко? ...

transmit queue 0 timed out ?

>
>> ping 192.168.1.13
> connect: Network is unreachable
>  
>> ip neigh
> пустой вывод
>
Ну да, эти пустые или unreachable потому что скорее всего адреса на
интерфейсе нет.

Re: непонятка с сетью

2016-03-19 Пенетрантность Vasiliy P. Melnik 
Да снести его вообще, если им не пользутесь

18 марта 2016 г., 14:16 пользователь Илья  написал:

> В Fri, 18 Mar 2016 16:51:20 +0600
> Andrei Lomov  пишет:
>
> > Andrei Lomov wrote:
> >
> > > Прошу помощи.
> > > Есть роутер, к нему подключаю проводком нетбук с кубунтой
> > > 14.04, сеть работает (dhcp).
> >
> > Вот еще syslog.
> >
> > NetworkManager что-то мутит, сходу не могу понять, удалить
> > его что-ли совсем:
> >
> В /etc/NetworkManager/NetworkManager.conf есть строка?
>
> [ifupdown]
> managed=false
>
>

Re: непонятка с сетью

2016-03-19 Пенетрантность Artem Chuprina 
Andrei Lomov -> debian-russian@lists.debian.org  @ Fri, 18 Mar 2016 16:43:48 
+0600:

 >> dmesg

 AL> [1.417475] r8169 Gigabit Ethernet driver 2.3LK-NAPI loaded
 AL> [1.417487] r8169 :03:00.0: can't disable ASPM; OS doesn't have 
ASPM 
 AL> control

 AL> [1.423889] r8169 :03:00.0 eth0: RTL8168g/8111g at 
 AL> 0xc9c5e000, fc:aa:14:96:a0:d2, XID 0c000800 IRQ 29
 AL> [1.423893] r8169 :03:00.0 eth0: jumbo features [frames: 9200 
bytes, 
 AL> tx checksumming: ko]

Чисто из разряда "еще и тут проверить".  Я натыкался на ситуацию, когда
jumbo frames, включенные на одном конце, но выключенные (за неимением,
сколь я помню), на другом, приводили к неработоспособности линка.
Симптомов не помню, увы.  Попробуй выключить.

Автоматика этого определения порой глючит.  Подозреваю, что там эмпирика...

Re: непонятка с сетью

2016-03-19 Пенетрантность Илья 
В Fri, 18 Mar 2016 16:51:20 +0600
Andrei Lomov  пишет:

> Andrei Lomov wrote:
> 
> > Прошу помощи.
> > Есть роутер, к нему подключаю проводком нетбук с кубунтой
> > 14.04, сеть работает (dhcp).
> 
> Вот еще syslog.
> 
> NetworkManager что-то мутит, сходу не могу понять, удалить
> его что-ли совсем:
> 
В /etc/NetworkManager/NetworkManager.conf есть строка?

[ifupdown]
managed=false

Re: непонятка с сетью

2016-03-18 Пенетрантность Eugene Berdnikov 
On Fri, Mar 18, 2016 at 04:27:47PM -0400, Tim Sattarov wrote:
> On 18/03/16 03:46 PM, Eugene Berdnikov wrote:
> >
> >  Не присвоен: из присланного лога NM видно, что на все попытки получить
> >  адрес по dhcp остаются без ответа, хотя линк якобы в состоянии UP.
> >
> >  Я бы для начала проверил tcpdump'ом, приходят ли запросы dhcp на
> >  другой конец сетевого шнурка (подключив напрямую ноут, например).
> >  Гигабитные чипы Риалтека вроде поддерживают mdi-x, так что даже
> >  кросс-кабель искать необязательно, но лучше всё-таки проверить,
> >  что при прямом соединении линк встал в состояние up.
> Я бы просто послушал tcpdump'ом на линке в первую очередь, что происходит
> попробовал бы изменить настройки типа jumbo-frames (ip links set mtu
> 1500 dev eth0)

 MTU у товарища и так 1500, если верить его выдаче ip link show.

 IMHO, tcpdump на проблемном хосте непоказателен. Будут видны исходящие
 фреймы на бродкастовый адрес, ну и что? Сеть передаёт их драйверу, копию
 отправляет в tcpdump, копия видна, но в итоге пакетики оказываются не
 в проводе, а в счётчике tx:dropped. Это означает, что драйвер не смог
 найти какие-то ресурсы (свободные буферы и т.п.), но что именно он
 не нашёл и почему -- это вопрос.

 Вслепую можно также попробовать сменить ядро.
-- 
 Eugene Berdnikov

Re: непонятка с сетью

2016-03-18 Пенетрантность Tim Sattarov 
On 18/03/16 03:46 PM, Eugene Berdnikov wrote:
>
>  Не присвоен: из присланного лога NM видно, что на все попытки получить
>  адрес по dhcp остаются без ответа, хотя линк якобы в состоянии UP.
>
>  Я бы для начала проверил tcpdump'ом, приходят ли запросы dhcp на
>  другой конец сетевого шнурка (подключив напрямую ноут, например).
>  Гигабитные чипы Риалтека вроде поддерживают mdi-x, так что даже
>  кросс-кабель искать необязательно, но лучше всё-таки проверить,
>  что при прямом соединении линк встал в состояние up.
Я бы просто послушал tcpdump'ом на линке в первую очередь, что происходит
попробовал бы изменить настройки типа jumbo-frames (ip links set mtu
1500 dev eth0)

Re: непонятка с сетью

2016-03-16 Пенетрантность Dmitry Kulagin 

Не знаю, как в КУбунте собирается ядро и делается разделение на пакеты,
но в Дебиан для работы этой сетевой карты нужно установить пакет 
firmware-realtek

в jessie и новее, для более старых - firmware-linux.

15.03.2016 17:40, Andrei Lomov пишет:

Прошу помощи.
Есть роутер, к нему подключаю проводком нетбук с кубунтой 14.04, сеть
работает (dhcp).

Затем подключаю тем же проводком настольный компьютер с той же кубунтой,
сети нет, по dhcp не заводится inet addr.

Прописал IP статически, сети нет, но вроде должна быть?:

# lspci
...
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
...


# cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.1.13
netmask 255.255.255.0
gateway 192.168.1.1



  
# ifconfig

eth0  Link encap:Ethernet  HWaddr fc:aa:14:96:a0:d2
   inet addr:192.168.1.13  Bcast:192.168.1.255  Mask:255.255.255.0
   inet6 addr: fe80::feaa:14ff:fe96:a0d2/64 Scope:Link
   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
   RX packets:3 errors:0 dropped:0 overruns:0 frame:0
   TX packets:0 errors:0 dropped:47 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:555 (555.0 B)  TX bytes:0 (0.0 B)
  
loLink encap:Local Loopback

   inet addr:127.0.0.1  Mask:255.0.0.0
   inet6 addr: ::1/128 Scope:Host
   UP LOOPBACK RUNNING  MTU:65536  Metric:1
   RX packets:273 errors:0 dropped:0 overruns:0 frame:0
   TX packets:273 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:0
   RX bytes:19797 (19.7 KB)  TX bytes:19797 (19.7 KB)
  



# ping 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
>From 192.168.1.13 icmp_seq=1 Destination Host Unreachable



Подскажите, пожалуйста, куда копать.
Благодарю заранее!

--
А.

Re: непонятка с сетью

2016-03-16 Пенетрантность Artem Chuprina 
Anton Stratonnikov -> Andrei Lomov  @ Wed, 16 Mar 2016 11:55:12 +0300:

 >>> Для просветления: в кубунте 14.04 systemd? 
 >> каталог /etc/systemd имеется
 AS> Это может быть проблемой в этой рассылке (=

Это - нет.  Он есть и на системах, где нет самого systemd.

 >>> а Nework Manager?
 >> имеется; с ним еще не разбирался

А вот это - может :) С диагностикой подземного стука, производимого NM,
тут традиционно проблемы :)

Re: непонятка с сетью

2016-03-16 Пенетрантность Иван Лох 
On Wed, Mar 16, 2016 at 11:55:12AM +0300, Anton Stratonnikov wrote:
> 16.03.2016 10:36, Andrei Lomov пишет:
> > Anton Stratonnikov wrote:
> >
> >> Для просветления: в кубунте 14.04 systemd? 
> > каталог /etc/systemd имеется
> Это может быть проблемой в этой рассылке (=

кубунте 
Безусловно может быть проблемой

Это другая рассылка.

Re: непонятка с сетью

2016-03-16 Пенетрантность Anton Stratonnikov 
16.03.2016 10:36, Andrei Lomov пишет:
> Anton Stratonnikov wrote:
>
>> Для просветления: в кубунте 14.04 systemd? 
> каталог /etc/systemd имеется
Это может быть проблемой в этой рассылке (=

>> а Nework Manager?
> имеется; с ним еще не разбирался
вероятно придётся. есть, к примеру, nmcli, который можно запустить как
"nmcli d", но это, видимо, позднее.
>> хотелось бы посмотреть на выхлоп ifconfig -a, когда в
>> /etc/network/interfaces нет упоминаний про eth0.
> # ifconfig -a
а interfaces содержал только
auto lo
iface lo inet loopback
и
allow-hotplug eth0
и всё это после рестарта сети?

наверное, стоит ещё заглянуть для проверки в iptables -L, может там чо
кем-то было закрыто по какой-то причине.

заодно возможно стоит показать что там с ethtool eth0.

ну и давайте поглядим чо там там с арпом:
arping -I eth0 192.168.1.1

хотя, вероятно, тут ответов не будет.

а может быть покажете что есть на ноуте в этой же сети с тем же ifconfig
eth0 и route ?

Re: непонятка с сетью

2016-03-16 Пенетрантность Andrei Lomov 

> а что с драйверами?
> покажи lspci -v

# lspci -v
...
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
Subsystem: Gigabyte Technology Co., Ltd Motherboard
Flags: bus master, fast devsel, latency 0, IRQ 29
I/O ports at d000 [size=256]
Memory at fe10 (64-bit, non-prefetchable) [size=4K]
Memory at da10 (64-bit, prefetchable) [size=16K]
Capabilities: [40] Power Management version 3
Capabilities: [50] MSI: Enable+ Count=1/1 Maskable- 64bit+
Capabilities: [70] Express Endpoint, MSI 01
Capabilities: [b0] MSI-X: Enable- Count=4 Masked-
Capabilities: [d0] Vital Product Data
Capabilities: [100] Advanced Error Reporting
Capabilities: [140] Virtual Channel
Capabilities: [160] Device Serial Number 01-00-00-00-68-4c-e0-00
Capabilities: [170] Latency Tolerance Reporting
Kernel driver in use: r8169


--
А.

Re: непонятка с сетью

2016-03-16 Пенетрантность Andrei Lomov 
Anton Stratonnikov wrote:

> Для просветления: в кубунте 14.04 systemd? 

каталог /etc/systemd имеется

> а Nework Manager?

имеется; с ним еще не разбирался

> хотелось бы посмотреть на выхлоп ifconfig -a, когда в
> /etc/network/interfaces нет упоминаний про eth0.

# ifconfig -a
eth0 Link encap:Ethernet  HWaddr fc:aa:14:96:a0:d2  
inet6 addr: fe80::feaa:14ff:fe96:a0d2/64 Scope:Link
UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
RX packets:20 errors:0 dropped:0 overruns:0 frame:0
TX packets:1 errors:0 dropped:94 overruns:0 carrier:0
collisions:0 txqueuelen:1000 
RX bytes:2084 (2.0 KB)  TX bytes:90 (90.0 B)

lo Link encap:Local Loopback  
inet addr:127.0.0.1  Mask:255.0.0.0
inet6 addr: ::1/128 Scope:Host
UP LOOPBACK RUNNING  MTU:65536  Metric:1
RX packets:251 errors:0 dropped:0 overruns:0 frame:0
TX packets:251 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0 
RX bytes:18301 (18.3 KB)  TX bytes:18301 (18.3 KB)


 
> Кроме того в interfaces рекомендуют добавлять
> allow-hotplug eth0
> 
> ну и последний пункт -- пакет firmware-realtek (не знаю, какой и где он
> в кубунте) установлен? ядро не жалуется на недостаток файла прошивки?

в кубунте это пакет linux-firmware; 
установлен
 
--
А.

Re: непонятка с сетью

2016-03-15 Пенетрантность Anton Stratonnikov 
Для просветления: в кубунте 14.04 syystemd? а Nework Manager?

хотелось бы посмотреть на выхлоп ifconfig -a, когда в
/etc/network/interfaces нет упоминаний про eth0.

Кроме того в interfaces рекомендуют добавлять
allow-hotplug eth0

ну и последний пункт -- пакет firmware-realtek (не знаю, какой и где он
в кубунте) установлен? ядро не жалуется на недостаток файла прошивки?

15.03.2016 17:40, Andrei Lomov пишет:
> Прошу помощи.
> Есть роутер, к нему подключаю проводком нетбук с кубунтой 14.04, сеть 
> работает (dhcp).
>
> Затем подключаю тем же проводком настольный компьютер с той же кубунтой, 
> сети нет, по dhcp не заводится inet addr.
>
> Прописал IP статически, сети нет, но вроде должна быть?:
>
> # lspci
> ...
> 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
> RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
> ...
>
>
> # cat /etc/network/interfaces
> # interfaces(5) file used by ifup(8) and ifdown(8)
> auto lo
> iface lo inet loopback
> auto eth0
> iface eth0 inet static
> address 192.168.1.13
> netmask 255.255.255.0
> gateway 192.168.1.1
>
>
>
>   
>   
>   
>
> # ifconfig
> eth0  Link encap:Ethernet  HWaddr fc:aa:14:96:a0:d2   
>   
>   
>
>   inet addr:192.168.1.13  Bcast:192.168.1.255  Mask:255.255.255.0 
>   
>   
>
>   inet6 addr: fe80::feaa:14ff:fe96:a0d2/64 Scope:Link 
>   
>   
>
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1  
>   
>   
>
>   RX packets:3 errors:0 dropped:0 overruns:0 frame:0  
>   
>   
>
>   TX packets:0 errors:0 dropped:47 overruns:0 carrier:0   
>   
>   
>
>   collisions:0 txqueuelen:1000
>   
>   
>
>   RX bytes:555 (555.0 B)  TX bytes:0 (0.0 B)  
>   
>   
>
>   
>   
>   
>
> loLink encap:Local Loopback   
>   
>   
>
>   inet addr:127.0.0.1  Mask:255.0.0.0 
>   
>   
>
>   inet6 addr: ::1/128 Scope:Host  
>   
>   
>

Re: непонятка с сетью

2016-03-15 Пенетрантность Федот Куракин 

15.03.2016 17:57, Maxim Nikulin пишет:

15.03.2016 20:40, Andrei Lomov пишет:


сети нет, но вроде должна быть?:

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)


Видел что-то подобное с похожей картой в ноутбуке, но до конца не 
разобрался. Сложилось ощущение, что слишком сильно старалась беречь 
энергию. Если из suspend ноутбук выходил на аккумуляторе, то сеть не 
работала, если был подключен блок питания, то обычно сеть поднималась 
без проблем. Попытки выгрузить/загрузить модуль если и приводили к 
успеху, то не часто.



После виндоуса надо полностью отключать питание компа (выдёргивать шнур 
из блока питания).

Re: непонятка с сетью

2016-03-15 Пенетрантность Tim Sattarov 
Привет,

сорри за топ квотинг.


для отладки состояния сети попробуй проанализировать вывод команд:

mii-tool eth0

ip link show eth0

ip ro

dmesg

ping 192.168.1.13

ip neigh

tcpdump -nvvi eth0 все это время на отдельной консоли


попробуй отследить изменения arp таблицы в "ip neigh" попробуй ее
сбросить(ip neigh flush dev eth0; ip neigh help для общего понимания)


On 15/03/16 10:40 AM, Andrei Lomov wrote:
> Прошу помощи.
> Есть роутер, к нему подключаю проводком нетбук с кубунтой 14.04, сеть 
> работает (dhcp).
>
> Затем подключаю тем же проводком настольный компьютер с той же кубунтой, 
> сети нет, по dhcp не заводится inet addr.
>
> Прописал IP статически, сети нет, но вроде должна быть?:
>
>

Re: непонятка с сетью

2016-03-15 Пенетрантность Maxim Nikulin 

15.03.2016 20:40, Andrei Lomov пишет:


сети нет, но вроде должна быть?:

03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd.
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)


Видел что-то подобное с похожей картой в ноутбуке, но до конца не 
разобрался. Сложилось ощущение, что слишком сильно старалась беречь 
энергию. Если из suspend ноутбук выходил на аккумуляторе, то сеть не 
работала, если был подключен блок питания, то обычно сеть поднималась 
без проблем. Попытки выгрузить/загрузить модуль если и приводили к 
успеху, то не часто.

Re: непонятка с сетью

2016-03-15 Пенетрантность Andrei Lomov 
Andrei Lomov wrote:

> Прошу помощи.
> Есть роутер, к нему подключаю проводком нетбук с кубунтой 14.04, сеть
> работает (dhcp).
> 
> Затем подключаю тем же проводком настольный компьютер с той же кубунтой,
> сети нет, по dhcp не заводится inet addr.

Еще факт, что если на этом десктопе запустить виндовз, то сеть поднимается, 
то есть дело вроде бы не в мак-адресе 

> # ifconfig
> eth0  Link encap:Ethernet  HWaddr fc:aa:14:96:a0:d2
> inet addr:192.168.1.13  Bcast:192.168.1.255  Mask:255.255.255.0
> inet6 addr: fe80::feaa:14ff:fe96:a0d2/64 Scope:Link
> UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
> RX packets:3 errors:0 dropped:0 overruns:0 frame:0
> TX packets:0 errors:0 dropped:47 overruns:0 carrier:0

Странные dropped пакеты


> collisions:0 txqueuelen:1000
> RX bytes:555 (555.0 B)  TX bytes:0 (0.0 B)
>   
>   
>   
>
> loLink encap:Local Loopback
> inet addr:127.0.0.1  Mask:255.0.0.0
> inet6 addr: ::1/128 Scope:Host
> UP LOOPBACK RUNNING  MTU:65536  Metric:1
> RX packets:273 errors:0 dropped:0 overruns:0 frame:0
> TX packets:273 errors:0 dropped:0 overruns:0 carrier:0
> collisions:0 txqueuelen:0
> RX bytes:19797 (19.7 KB)  TX bytes:19797 (19.7 KB)
>   
>   
>   
>
> 
> 
> # ping 192.168.1.1
> PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data.
> From 192.168.1.13 icmp_seq=1 Destination Host Unreachable
> 


--
А.

непонятка с сетью

2016-03-15 Пенетрантность Andrei Lomov 
Прошу помощи.
Есть роутер, к нему подключаю проводком нетбук с кубунтой 14.04, сеть 
работает (dhcp).

Затем подключаю тем же проводком настольный компьютер с той же кубунтой, 
сети нет, по dhcp не заводится inet addr.

Прописал IP статически, сети нет, но вроде должна быть?:

# lspci
...
03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. 
RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller (rev 0c)
...


# cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 192.168.1.13
netmask 255.255.255.0
gateway 192.168.1.1






 
# ifconfig
eth0  Link encap:Ethernet  HWaddr fc:aa:14:96:a0:d2 


 
  inet addr:192.168.1.13  Bcast:192.168.1.255  Mask:255.255.255.0   


 
  inet6 addr: fe80::feaa:14ff:fe96:a0d2/64 Scope:Link   


 
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1


 
  RX packets:3 errors:0 dropped:0 overruns:0 frame:0


 
  TX packets:0 errors:0 dropped:47 overruns:0 carrier:0 


 
  collisions:0 txqueuelen:1000  


 
  RX bytes:555 (555.0 B)  TX bytes:0 (0.0 B)


 



 
loLink encap:Local Loopback 


 
  inet addr:127.0.0.1  Mask:255.0.0.0   


 
  inet6 addr: ::1/128 Scope:Host


 
  UP LOOPBACK RUNNING  MTU:65536  Metric:1  


 
  RX packets:273 errors:0 dropped:0 overruns:0 frame:0