Re: Странная проблема с ADSL

[Alexander]

>  Прежде всего нужно задать *себе* вопрос, почему интерфейсы оказались в
>  состоянии DOWN, и ответить на него. Может быть, сеть вообще не поднимается
>  автоматом по какой-то причине. Вам подсказали поднять интерфейсы вручную,
>  они были подняты, но ip-адреса они при этом не получили, так что интернета
>  по-прежнему не будет.
Если я правильно понимаю, даже не получив ip, должны пинговаться шлюз
или DNS? Этого не происходит.

> Делайте диагностику дальше, пошагово. Смотрите
> tcpdump'ом что происходит в сети, сравнивайте с рабочим ноутом, и
> обращайте внимание на все принципиальные отличия.
Вот честно, за пару дней я не смогу набрать для этого достаточную
квалификацию, даже забросив все свои остальные обязательства.

Re: Странная проблема с ADSL

[Eugene Berdnikov]

On Thu, Sep 24, 2015 at 05:35:46PM +0300, Alexander wrote:
> >  Прежде всего нужно задать *себе* вопрос, почему интерфейсы оказались в
> >  состоянии DOWN, и ответить на него. Может быть, сеть вообще не поднимается
> >  автоматом по какой-то причине. Вам подсказали поднять интерфейсы вручную,
> >  они были подняты, но ip-адреса они при этом не получили, так что интернета
> >  по-прежнему не будет.
> Если я правильно понимаю, даже не получив ip, должны пинговаться шлюз
> или DNS? Этого не происходит.

 Нет. Без ip-адреса ничего пинговаться не будет.

 Хотя есть тул, под названием arping, который может проверять доступность
 ближайших узлов по ARP, он работает без поднятого на интерфейсе ip-адреса.
 Но он требует некоторой квалификации, по крайней мере man придётся
 прочесть (особенно для вашего случая с несколькими сетевыми интерфейсами),
 а выдачу нужно будет понять.

> > Делайте диагностику дальше, пошагово. Смотрите
> > tcpdump'ом что происходит в сети, сравнивайте с рабочим ноутом, и
> > обращайте внимание на все принципиальные отличия.
> Вот честно, за пару дней я не смогу набрать для этого достаточную
> квалификацию, даже забросив все свои остальные обязательства.

 Вам тогда не сюда, а к ближайшему компьютерному сервису, где есть
 готовые специалисты по диагностике и настройке компов за деньги.
-- 
 Eugene Berdnikov

Re: Странная проблема с ADSL

[Alexander]

> А вот интересно, если этот рабочий ноут подключить напрямую к компу (сначала к
> одному, потом к другому), поставить ноуту адрес 192.168.1.1, компу 
> 192.168.1.2 -
> они будут пинговать друг друга? (маска 255.255.255.0, шлюз и dns оставить 
> пустыми)
> А если так же соединить два компа?
> А если одному компу выдать IP 192.168.1.2, второму 192.168.1.3, ноуту
> 192.168.1.4, включить всё это в модем и попинговать друг друга и сам модем?
Результат один - сеть не доступна.

Но интересно что на нерабочей машине после поднятия интерфейса ip link
list показал состояние не UP, а UKNOWN.

Я все больше за то, что МП погорела. Вот остается только один вопрос -
хватит ли покупки только PCI-e карты или придется менять МП (хотя в
работе кроме отсутствующей сети это больше никак не отражается)?

Re: Странная проблема с ADSL

[Alexander]

Кстати еще один вариант - китайские переходники eth->usb. Кто-то
пользовался ими - будут ли они работать стабильно?

17 сентября 2015 г., 15:00 пользователь Alexander  написал:
> Приветствую сообщество!
>
> Столкнулся с очень странной проблемой с доступом по ADSL. Полное
> описание и попытки ее решить с поддержкой провайдера можно наблюдать
> здесь:
> http://forum.kharkiv.ukrtelecom.ua/viewtopic.php?f=9=9976
>
> Если кратко - то доступ есть на ноутбуке, который был со мной, пока я
> уезжал летом, а на стационарных компах при разных ОС - одна и та же
> странная ситуация, когда компы вообще не видят модем и очень активно
> мигают индикаторы LAN на модеме.
>
> Зрелище печальное, ибо у меня появляются только конспирологические
> теории либо что-то странное, типа выгорание слотов PCI, хотя при этом
> сетевая карта определяется, либо вируса в биосе и прочие
> редкоземельные вещи...
>
> Большая просьба натолкнуть хотя бы на направление куда двигаться.
>
> Одна из последних придумок - раскошелиться на карточку PCI-E и
> проверить таким способом работоспособность обычного PCI. Стоит ли?

Re: Странная проблема с ADSL

[Andrey Melnikoff]

Alexander  wrote:
> > Если еще короче - сколько лет зухелю? Вскрыть, осмотреть конденсаторы,
> > померять питание и выкинуть, если не заводиться. Купить в ближайшем лабазе
> > новый или сторговать на барахолке за пиво.
> Зухелю лет много, но он же прекрасно отдаёт нет ноуту...
Дааа.  Пракрасно. Найди в выводе 2 различия.

root@base:~# mii-tool -v eth3   


eth3: negotiated 100baseTx-FD, link ok  


  product info: vendor 00:90:c3, model 24 rev 0 


  basic mode:   autonegotiation enabled 


  basic status: autonegotiation complete, link ok   


  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD 


  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD 


>  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control   
>   
>
root@base:~# ethtool eth3   


Settings for eth3:  


Supported ports: [ TP MII ] 


Supported link modes:   10baseT/Half 10baseT/Full   


100baseT/Half 100baseT/Full 


Supported pause frame use: No   


Supports auto-negotiation: Yes  


Advertised link modes:  10baseT/Half 10baseT/Full   


100baseT/Half 100baseT/Full 


Advertised pause frame use: No  


Advertised auto-negotiation: Yes


Link partner advertised link modes:  10baseT/Half 10baseT/Full  

   

Re: Странная проблема с ADSL

[Eugene Berdnikov]

On Sun, Sep 20, 2015 at 06:10:59AM +0300, Alexander wrote:
> 
> Вот что показывает машинка после вашей команды (интервал для link list
> такой же - 10-15 сек.):
> 
> root@base:~# mii-tool -v eth3
> eth3: negotiated 100baseTx-FD, link ok
>   product info: vendor 00:90:c3, model 24 rev 0
>   basic mode:   autonegotiation enabled
>   basic status: autonegotiation complete, link ok
>   capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
>   advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
>   link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
> root@base:~# ethtool eth3
> Settings for eth3:
> Supported ports: [ TP MII ]
> Supported link modes:   10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> Supported pause frame use: No
> Supports auto-negotiation: Yes
> Advertised link modes:  10baseT/Half 10baseT/Full
> 100baseT/Half 100baseT/Full
> Advertised pause frame use: No
> Advertised auto-negotiation: Yes
> Link partner advertised link modes:  10baseT/Half 10baseT/Full
>  100baseT/Half 100baseT/Full
> Link partner advertised pause frame use: Symmetric
> Link partner advertised auto-negotiation: Yes
> Speed: 100Mb/s
> Duplex: Full
> Port: MII
> PHYAD: 0
> Transceiver: internal
> Auto-negotiation: on
> Current message level: 0x0001 (1)
>drv
> Link detected: yes

 Замечательно, комп и шлюз друг друга увидели и согласовали скорость/дуплех,
 фреймы бегают в обоих направлениях, ошибок (битых фреймов и т.п.) нет,
 а дальше-то что? Вы ждёте, что на каждый шаг будет подсказка? :)

 Прежде всего нужно задать *себе* вопрос, почему интерфейсы оказались в
 состоянии DOWN, и ответить на него. Может быть, сеть вообще не поднимается
 автоматом по какой-то причине. Вам подсказали поднять интерфейсы вручную,
 они были подняты, но ip-адреса они при этом не получили, так что интернета
 по-прежнему не будет. Делайте диагностику дальше, пошагово. Смотрите
 tcpdump'ом что происходит в сети, сравнивайте с рабочим ноутом, и
 обращайте внимание на все принципиальные отличия.

> root@base:~# tcpdump -nIUX -s0 -c20 -i eth3
> tcpdump: eth3: That device doesn't support monitor mode

 У меня было написано -l, а не -I.
-- 
 Eugene Berdnikov

Re: Странная проблема с ADSL

[aleksey]

21.09.2015 17:39, Alexander пишет:
> Вскрыл - все кондеры в порядке.
>
>
> 21.09.15, Alexander написал(а):
>>> Если еще короче - сколько лет зухелю? Вскрыть, осмотреть конденсаторы,
>>> померять питание и выкинуть, если не заводиться. Купить в ближайшем
>>> лабазе
>>> новый или сторговать на барахолке за пиво.
>> Зухелю лет много, но он же прекрасно отдаёт нет ноуту...
У меня с полгода назад, после нескольких лет безупречной работы,
неочевидно сдох мой WR1043ND. Конденсаторы были в порядке, было что-то
связанное с некачественной пайкой. Неочевидность заключалась в том, что
wan порт не отвечал двум разным модемам. Даже индикатор линка не
загорался. Но при этом, если воткнуть обычный комп - все в порядке. Если
прогреется, то работал месяцами. С остальными портами и WiFi никаких
проблем не было. Так что могут быть не конденсаторы.

--
С уважением, Алексей А.

Re: Странная проблема с ADSL

[Vasiliy P. Melnik]

mii-tool не показывает правильно

21 сентября 2015 г., 19:13 пользователь Eugene Berdnikov 
написал:

> On Mon, Sep 21, 2015 at 06:58:21PM +0300, Andrey Melnikoff wrote:
> > Alexander  wrote:
> > > > Если еще короче - сколько лет зухелю? Вскрыть, осмотреть
> конденсаторы,
> > > > померять питание и выкинуть, если не заводиться. Купить в ближайшем
> лабазе
> > > > новый или сторговать на барахолке за пиво.
> > > Зухелю лет много, но он же прекрасно отдаёт нет ноуту...
> > Дааа.  Пракрасно. Найди в выводе 2 различия.
> >
> > root@base:~# mii-tool -v eth3
> ...
> > >Speed: 100Mb/s
>
>  У товарища выше выдачи ethtool было написано:
>
> root@nout:~# mii-tool -v eth1
> SIOCGMIIREG on eth1 failed: Input/output error
> SIOCGMIIREG on eth1 failed: Input/output error
> --> eth1: negotiated 100baseTx-FD flow-control, link ok
>   product info: vendor 00:aa:00, model 57 rev 0
>   basic mode:   autonegotiation enabled
>   basic status: autonegotiation complete, link ok
>   capabilities: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD
> 10baseT-HD
>   advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
> flow-control
>   link partner: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD
> 10baseT-HD flow-control
>
>  Так что если верить MII, то комп и шлюз повязались на 100/fd.
>  Думаю, здесь проявляется какой-то баг драйвера, который отдаёт
>  противоречивые данные по MII API и по ethtool API.
>
>  Непонятно ещё, почему везде фигурируют eth1, eth3, и не видно eth0,
> eth2...
>  Возможно в базе udev'а всех компов остался какой-то мусор.
> --
>  Eugene Berdnikov
>
>

Re: Странная проблема с ADSL

[Eugene Berdnikov]

On Mon, Sep 21, 2015 at 06:58:21PM +0300, Andrey Melnikoff wrote:
> Alexander  wrote:
> > > Если еще короче - сколько лет зухелю? Вскрыть, осмотреть конденсаторы,
> > > померять питание и выкинуть, если не заводиться. Купить в ближайшем лабазе
> > > новый или сторговать на барахолке за пиво.
> > Зухелю лет много, но он же прекрасно отдаёт нет ноуту...
> Дааа.  Пракрасно. Найди в выводе 2 различия.
> 
> root@base:~# mii-tool -v eth3
...
> >Speed: 100Mb/s

 У товарища выше выдачи ethtool было написано:

root@nout:~# mii-tool -v eth1
SIOCGMIIREG on eth1 failed: Input/output error
SIOCGMIIREG on eth1 failed: Input/output error
--> eth1: negotiated 100baseTx-FD flow-control, link ok
  product info: vendor 00:aa:00, model 57 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD 
flow-control

 Так что если верить MII, то комп и шлюз повязались на 100/fd.
 Думаю, здесь проявляется какой-то баг драйвера, который отдаёт
 противоречивые данные по MII API и по ethtool API.

 Непонятно ещё, почему везде фигурируют eth1, eth3, и не видно eth0, eth2...
 Возможно в базе udev'а всех компов остался какой-то мусор.
-- 
 Eugene Berdnikov

Re: Странная проблема с ADSL

[Alexander]

Вскрыл - все кондеры в порядке.


21.09.15, Alexander написал(а):
>> Если еще короче - сколько лет зухелю? Вскрыть, осмотреть конденсаторы,
>> померять питание и выкинуть, если не заводиться. Купить в ближайшем
>> лабазе
>> новый или сторговать на барахолке за пиво.
> Зухелю лет много, но он же прекрасно отдаёт нет ноуту...

Re: Странная проблема с ADSL

[Alexander]

> Если еще короче - сколько лет зухелю? Вскрыть, осмотреть конденсаторы,
> померять питание и выкинуть, если не заводиться. Купить в ближайшем лабазе
> новый или сторговать на барахолке за пиво.
Зухелю лет много, но он же прекрасно отдаёт нет ноуту...

Re: Странная проблема с ADSL

[Andrey Melnikoff]

Alexander  wrote:
> Приветствую сообщество!

> Столкнулся с очень странной проблемой с доступом по ADSL. Полное
> описание и попытки ее решить с поддержкой провайдера можно наблюдать
> здесь:
> http://forum.kharkiv.ukrtelecom.ua/viewtopic.php?f=9=9976

> Если кратко - то доступ есть на ноутбуке, который был со мной, пока я
> уезжал летом, а на стационарных компах при разных ОС - одна и та же
> странная ситуация, когда компы вообще не видят модем и очень активно
> мигают индикаторы LAN на модеме.^M
Если еще короче - сколько лет зухелю? Вскрыть, осмотреть конденсаторы,
померять питание и выкинуть, если не заводиться. Купить в ближайшем лабазе
новый или сторговать на барахолке за пиво.

Re: Странная проблема с ADSL

[Mikhail A Antonov]

17.09.2015 15:00, Alexander пишет:
> Приветствую сообщество!
>
> Столкнулся с очень странной проблемой с доступом по ADSL. Полное
> описание и попытки ее решить с поддержкой провайдера можно наблюдать
> здесь:
> http://forum.kharkiv.ukrtelecom.ua/viewtopic.php?f=9=9976
>
> Если кратко - то доступ есть на ноутбуке, который был со мной, пока я
> уезжал летом, а на стационарных компах при разных ОС - одна и та же
> странная ситуация, когда компы вообще не видят модем и очень активно
> мигают индикаторы LAN на модеме.
>
> Зрелище печальное, ибо у меня появляются только конспирологические
> теории либо что-то странное, типа выгорание слотов PCI, хотя при этом
> сетевая карта определяется, либо вируса в биосе и прочие
> редкоземельные вещи...
>
> Большая просьба натолкнуть хотя бы на направление куда двигаться.
>
> Одна из последних придумок - раскошелиться на карточку PCI-E и
> проверить таким способом работоспособность обычного PCI. Стоит ли?
А вот интересно, если этот рабочий ноут подключить напрямую к компу (сначала к
одному, потом к другому), поставить ноуту адрес 192.168.1.1, компу 192.168.1.2 -
они будут пинговать друг друга? (маска 255.255.255.0, шлюз и dns оставить 
пустыми)
А если так же соединить два компа?
А если одному компу выдать IP 192.168.1.2, второму 192.168.1.3, ноуту
192.168.1.4, включить всё это в модем и попинговать друг друга и сам модем?
А MAC-адрес на компе руками не подменён?
А ноут в любом LAN-порту работает?


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: Странная проблема с ADSL

[Alexander]

Mikhail A Antonov,

> А вот интересно, если...
У меня все кабеля только под роутер сделаны, ничего если я использую
такой кабель для пингования между 2 машинами напрямую?

> А MAC-адрес на компе руками не подменён?
Мной нет, разве что каким-то злобным кулхацкером извне. Никто
достаточной квалификации в мое отсутствие не копался.

> А ноут в любом LAN-порту работает?
А вот да. Я тоже грешил на модем сначала...

Re: Странная проблема с ADSL

[Alexander]

Eugene Berdnikov,

ну хоть шторма нет - уже радует ;)

Вот что показывает машинка после вашей команды (интервал для link list
такой же - 10-15 сек.):

root@base:~# mii-tool -v eth3
eth3: negotiated 100baseTx-FD, link ok
  product info: vendor 00:90:c3, model 24 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  link partner: 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
root@base:~# ethtool eth3
Settings for eth3:
Supported ports: [ TP MII ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Link partner advertised link modes:  10baseT/Half 10baseT/Full
 100baseT/Half 100baseT/Full
Link partner advertised pause frame use: Symmetric
Link partner advertised auto-negotiation: Yes
Speed: 100Mb/s
Duplex: Full
Port: MII
PHYAD: 0
Transceiver: internal
Auto-negotiation: on
Current message level: 0x0001 (1)
   drv
Link detected: yes
root@base:~# ip -s -d link list
1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes  packets  errors  dropped overrun mcast
7044   102  0   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
7044   102  0   0   0   0
2: eth0:  mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:e0:4d:aa:6e:61 brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
0  00   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
0  00   0   0   0
3: eth3:  mtu 1500 qdisc pfifo_fast
state UNKNOWN mode DEFAULT qlen 1000
link/ether 14:cc:20:05:0f:1e brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
60 10   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
4246   23   0   0   22  0
root@base:~# ip -s -d link list
1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes  packets  errors  dropped overrun mcast
7044   102  0   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
7044   102  0   0   0   0
2: eth0:  mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:e0:4d:aa:6e:61 brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
0  00   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
0  00   0   0   0
3: eth3:  mtu 1500 qdisc pfifo_fast
state UNKNOWN mode DEFAULT qlen 1000
link/ether 14:cc:20:05:0f:1e brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
60 10   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
4246   23   0   0   22  0
root@base:~# tcpdump -nIUX -s0 -c20 -i eth3
tcpdump: eth3: That device doesn't support monitor mode

Re: Странная проблема с ADSL

[Eugene Berdnikov]

On Sat, Sep 19, 2015 at 05:08:10PM +0300, Alexander wrote:
> root@base:~# mii-tool -v eth3
> SIOCGMIIPHY on 'eth3' failed: Invalid argument
> root@base:~# ethtool eth3
> Settings for eth3:
> Cannot get device settings: Invalid argument
> Cannot get wake-on-lan settings: Invalid argument
> Cannot get message level: Invalid argument
> Cannot get link status: Invalid argument
> No data available
> root@base:~# ip -s -d link list
> 1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
> mode DEFAULT
> link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
> RX: bytes  packets  errors  dropped overrun mcast
> 4392   60   0   0   0   0
> TX: bytes  packets  errors  dropped carrier collsns
> 4392   60   0   0   0   0
> 2: eth0:  mtu 1500 qdisc noop state DOWN mode
> DEFAULT qlen 1000
> link/ether 00:e0:4d:aa:6e:61 brd ff:ff:ff:ff:ff:ff
> RX: bytes  packets  errors  dropped overrun mcast
> 0  00   0   0   0
> TX: bytes  packets  errors  dropped carrier collsns
> 0  00   0   0   0
> 3: eth3:  mtu 1500 qdisc noop state DOWN mode
> DEFAULT qlen 1000
> link/ether 14:cc:20:05:0f:1e brd ff:ff:ff:ff:ff:ff
> RX: bytes  packets  errors  dropped overrun mcast
> 0  00   0   0   0
> TX: bytes  packets  errors  dropped carrier collsns
> 0  00   0   0   0

 Поскольку чипы обоих интерфейсов в состоянии DOWN, карточки ни принимать,
 ни посылать никакие пакеты не будут, tcpdump тоже не будет работать.
 Более того, даже выдача mii-tool и ethtool может быть мусорной.
 Сначала нужно поднять интерфейсы: ip link set dev ethX up.

 Что же касается ноута, то видно, что бродкастового шторма нет,
 битых фреймов тоже нет, т.е. в локалке всё тихо и спокойно.
-- 
 Eugene Berdnikov

Re: Странная проблема с ADSL

[Mikhail A Antonov]

20.09.2015 06:15, Alexander пишет:
> Mikhail A Antonov,
>
>> А вот интересно, если...
> У меня все кабеля только под роутер сделаны, ничего если я использую
> такой кабель для пингования между 2 машинами напрямую?
Сейчас почти все карточки умеют сами пары переворачивать. Если линк вообще не
поднимется - значит не повезло.


-- 
Best regards,
Mikhail
-
WWW: http://www.antmix.ru/
XMPP: ant...@stopicq.ru



signature.asc
Description: OpenPGP digital signature

Re: Странная проблема с ADSL

[Alexander]

Провел небольшой эксперимент на машинке с дебиан: вынул батарейку с МП
+ сбросил биос. Когда зашел первый раз без настройки биоса lspci
показывал обе карты - встроенную в МП (которая был отключена из-за
глючности) и новую на чипе риалтека. Но вот когда я отключил
встроенную в биосе, lspci стал показывать только ее. Я так понимаю мои
подозрения о том, что МП подгорела, начинают оправдываться?... Стоит
ли бежать за PCI-E сетевухой или большая вероятность, что будет такой
же результат?

Привожу все команды с этой же неработающей машины на дебиане и ниже с
работающего ноута.


root@base:~# mii-tool -v eth3
SIOCGMIIPHY on 'eth3' failed: Invalid argument
root@base:~# ethtool eth3
Settings for eth3:
Cannot get device settings: Invalid argument
Cannot get wake-on-lan settings: Invalid argument
Cannot get message level: Invalid argument
Cannot get link status: Invalid argument
No data available
root@base:~# ip -s -d link list
1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes  packets  errors  dropped overrun mcast
4392   60   0   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
4392   60   0   0   0   0
2: eth0:  mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 00:e0:4d:aa:6e:61 brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
0  00   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
0  00   0   0   0
3: eth3:  mtu 1500 qdisc noop state DOWN mode
DEFAULT qlen 1000
link/ether 14:cc:20:05:0f:1e brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
0  00   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
0  00   0   0   0
root@base:~# tcpd
tcpd   tcpdchktcpdmatch  tcpdump
root@base:~# tcpdump -nIUX -s0 -c20 -i eth3
tcpdump: eth3: That device doesn't support monitor mode
==

С работающего ноута на дебиане:

Повторение команды ip где-то через 10-15 секунд после первой. Вывод
tcpdump примерно за 2-3 минуты.

root@nout:~# mii-tool -v eth1
SIOCGMIIREG on eth1 failed: Input/output error
SIOCGMIIREG on eth1 failed: Input/output error
eth1: negotiated 100baseTx-FD flow-control, link ok
  product info: vendor 00:aa:00, model 57 rev 0
  basic mode:   autonegotiation enabled
  basic status: autonegotiation complete, link ok
  capabilities: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD
  advertising:  100baseTx-FD 100baseTx-HD 10baseT-FD 10baseT-HD flow-control
  link partner: 1000baseT-FD 100baseTx-FD 100baseTx-HD 10baseT-FD
10baseT-HD flow-control
root@nout:~# ethtool eth1
Settings for eth1:
Supported ports: [ TP ]
Supported link modes:   10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Supported pause frame use: No
Supports auto-negotiation: Yes
Advertised link modes:  10baseT/Half 10baseT/Full
100baseT/Half 100baseT/Full
1000baseT/Full
Advertised pause frame use: No
Advertised auto-negotiation: Yes
Speed: 10Mb/s
Duplex: Full
Port: Twisted Pair
PHYAD: 1
Transceiver: internal
Auto-negotiation: on
MDI-X: off
Supports Wake-on: pumbg
Wake-on: g
Current message level: 0x0007 (7)
   drv probe link
Link detected: yes
root@nout:~# ip -s -d link list
1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes  packets  errors  dropped overrun mcast
21964  298  0   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
21964  298  0   0   0   0
2: eth1:  mtu 1500 qdisc pfifo_fast
state UP mode DEFAULT qlen 1000
link/ether 00:1c:25:12:38:4b brd ff:ff:ff:ff:ff:ff
RX: bytes  packets  errors  dropped overrun mcast
177913765  160006   0   0   0   97
TX: bytes  packets  errors  dropped carrier collsns
0377   137136   0   0   0   0
root@nout:~# ip -s -d link list
1: lo:  mtu 16436 qdisc noqueue state UNKNOWN
mode DEFAULT
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
RX: bytes  packets  errors  dropped overrun mcast
21964  298  0   0   0   0
TX: bytes  packets  errors  dropped carrier collsns
21964  298  0   0   0   0
2: eth1:  mtu 1500 qdisc 

Странная проблема с ADSL

[Alexander]

Приветствую сообщество!

Столкнулся с очень странной проблемой с доступом по ADSL. Полное
описание и попытки ее решить с поддержкой провайдера можно наблюдать
здесь:
http://forum.kharkiv.ukrtelecom.ua/viewtopic.php?f=9=9976

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

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

Большая просьба натолкнуть хотя бы на направление куда двигаться.

Одна из последних придумок - раскошелиться на карточку PCI-E и
проверить таким способом работоспособность обычного PCI. Стоит ли?

Re: Странная проблема с ADSL

[Александр Вайтехович]

17 сентября 2015 г., 15:00 пользователь Alexander 
написал:

>
> Если кратко - то доступ есть на ноутбуке, который был со мной, пока я
> уезжал летом, а на стационарных компах при разных ОС - одна и та же
> странная ситуация, когда компы вообще не видят модем и очень активно
> мигают индикаторы LAN на модеме.
>
проверьте провода, не воткнут ли пачт-кабель обоими концами в  модем

>
>

Re: Странная проблема с ADSL

[Eugene Berdnikov]

On Thu, Sep 17, 2015 at 03:00:01PM +0300, Alexander wrote:
> 
> Столкнулся с очень странной проблемой с доступом по ADSL. Полное
> описание и попытки ее решить с поддержкой провайдера можно наблюдать
> здесь:
> http://forum.kharkiv.ukrtelecom.ua/viewtopic.php?f=9=9976
> 
> Если кратко - то доступ есть на ноутбуке, который был со мной, пока я
> уезжал летом, а на стационарных компах при разных ОС - одна и та же
> странная ситуация, когда компы вообще не видят модем и очень активно
> мигают индикаторы LAN на модеме.

 Совершенно типичная картина для бродкастового шторма в проводном
 сегменте LANa и отсутствия оного в беспроводном (по естественным
 схемотехническим причинам). Проверьте, нет ли петли в сети.

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

 Странно наблюдать, как человек, увидевший часто мигающий диодик,
 вместо того, чтобы посмотреть, что происходит в сети, начинает сходу
 выдумывать теории заговора и происки инопланетян. Хотя кинематограф
 жанра фантастики примерно так и приучает зрителя мыслить... :)
-- 
 Eugene Berdnikov

Re: Странная проблема с ADSL

[Eugene Berdnikov]

On Thu, Sep 17, 2015 at 05:21:54PM +0300, Alexander wrote:
> Кроме того, если вы ознакомились с историей проблемы, то могли
> увидеть, что ноутбук прекрасно работает от любого существующего и
> нового кабеля, воткнутого в модем.
> 
> Я так понимаю этот факт должен исключать любые проблемы с модемом или
> все же нет?

 Нет.

> Если бы все так было тривиально с мигающими лампочками и не туда
> воткнутыми кабелями, я бы вас не побеспокоил, честно.

 Прежде всего, при обращении в техподдержку нужно выполнять всё, что
 просит сделать саппорт. Вам выкатили целый список команд, из них были
 избирательно выполнены лишь две наименее информативные (два пинга).

 Покажите для всех компов, начиная с работающего ноута
 1. выдачу mii-tool -v eth0,
 2. выдачу ethtool eth0,
 3. статистику интерфейсов: ip -s -d link list,
и насколько быстро бегут цифирьки во времени,
 4. ну и трафик посмотрите, наконец: tcpdump -nlUX -s0 -c20 -i eth0.

 Собственно, даже техподдержка провайдера предлагала посмотреть дамп
 трафика (упоминался wireshark, который есть и под винду, и под линукс).
 Я тоже первым делом предлагал посмотреть, что происходит в сети.
 Все предлагают одно и то же, правда? Точно заговор... :)
-- 
 Eugene Berdnikov

Re: Странная проблема с ADSL

[Alexander]

Eugene Berdnikov,

> Совершенно типичная картина для бродкастового шторма в проводном
> сегменте LANa и отсутствия оного в беспроводном (по естественным
> схемотехническим причинам). Проверьте, нет ли петли в сети.
В модеме нет беспроводного интерфейса. Как может возникнуть петля если
у меня всего 3 машины и никто без меня кабеля не перекладывал?...

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

Я так понимаю этот факт должен исключать любые проблемы с модемом или
все же нет?

Если бы все так было тривиально с мигающими лампочками и не туда
воткнутыми кабелями, я бы вас не побеспокоил, честно.

Re: Странная проблема с ADSL

[Alexander]

> проверьте провода, не воткнут ли пачт-кабель обоими концами в  модем
К сожалению, уже давно все проверено: как только включаешь любой LAN
провод из модема к ноутбуку - все работает...

Re: Странная проблема с ADSL

[Alexander]

Eugene Berdnikov,

> Прежде всего, при обращении в техподдержку нужно выполнять всё, что
> просит сделать саппорт. Вам выкатили целый список команд, из них были
> избирательно выполнены лишь две наименее информативные (два пинга).

Я перед тем как задать вопрос на форуме или конфе всегда вспоминаю
самые главные положения эпического текста "Как правильно задавать
вопросы на форуме" или ему подобных.

А вам вот не мешало найти и прочитать "Как правильно отвечать на
форуме" или ему подобный. Если бы соблаговолили внимательно
ознакомиться с форумной веткой, где я ищу помощи от провайдера, то
заметили бы, что форумный элемент форматирования "Код" имеет полосы
прокрутки, с помощью которых все эти 5 команд и можно прочитать.

А также вы бы могли тогда заметить, что это
> Я тоже первым делом предлагал посмотреть, что происходит в сети.
уже выполнено на 2й странице тамошней темы.
Но я не настолько квалифицирован, чтобы заметить в этих логах реальные
причины проблемы. ТехПоддержка провайдера же пока молчит.

Ваши команды постараюсь выложить, но некоторые придется искать и
ставить вручную.