[Решено]Проблемы с сетью (ни один из интерфейсов не работает) (D-Link 530 и RTL-8139/8139C/8139C+)

господа, пните пожалуйста в нужном направлении

ставлю генту через генкернел (удалённо, через гпрс), доступа к машине физического понятное дело - нет, человек "на той стороне" в состоянии только ливсд запустить

никак не могу поднять риалтеки свои, всё что удалось сделать человеку "на той стороне" посмотреть ifconfig,где кроме lo нет других сетевых интерфейсов (в автозугрузку оба интерфейса добавлены)

что вижу через livecd:

lsmod | grep 8139
8139too 33280 0
8139cp 29568 0
mii 13312 2 8139too,8139cp

lspci
04:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
04:02.0 Ethernet controller: D-Link System Inc Gigabit Ethernet Adapter (rev 11)
(если мне не изменяет память - они обе D-Link 530, обе на RTL-8139/8139C/8139C+ просто разных ревизий)

погуглил какие дрова надо подцепить в генкернеле:
- New SysKonnect GigaEthernet support (для D-Link 530 где то тут советовали и помогло), так же подцепил всё что касается RTL-8139:
- RealTek RTL-8139 C+ PCI Fast Ethernet Adapter support (EXPERIMENTAL)
- RealTek RTL-8129/8130/8139 PCI Fast Ethernet Adapter support
- - Use PIO instead of MMIO
- - Support for uncommon RTL-8139 rev. K (automatic channel equalization)
- - Support for older RTL-8129/8130 boards
- - Use older RX-reset method

почему используется mii модуль, который используется вместо 8139too (который тут на форуме рекомендовалось ставить для этого чипа) или 8139cp? при этом Generic Media Independent Interface device support в ядре включен.

версия ядра - 2.6.29-gentoo-r5, помню, пол года назад когда поднимал систему на этой же машине - сеть поднялась как раз без проблем (дольше с контроллером возился), а вот сейчас наоборот.

upd:
посмотрел /var/log/messages, после последней загрузки вот такое там углядел:
Jul 6 15:42:21 korphome eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jul 6 15:42:21 korphome skge eth1: enabling interface
Jul 6 15:42:21 korphome skge eth1: Link is up at 1000 Mbps, full duplex, flow control both
Jul 6 15:42:21 korphome skge eth1: disabling interface
Jul 6 15:42:22 korphome eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jul 6 15:42:23 korphome rc-scripts: 192.168.0.1 already taken on eth0
Jul 6 15:42:24 korphome skge eth1: enabling interface
Jul 6 15:42:26 korphome skge eth1: Link is up at 1000 Mbps, full duplex, flow control both
Jul 6 15:42:28 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
Jul 6 15:42:35 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
Jul 6 15:42:46 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 19
Jul 6 15:43:05 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
Jul 6 15:43:15 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
Jul 6 15:43:25 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
Jul 6 15:43:29 korphome dhclient: No DHCPOFFERS received.
Jul 6 15:43:29 korphome skge eth1: disabling interface
Jul 6 14:19:15 korphome rc-scripts: ERROR: cannot start netmount as net.eth0 could not start
Jul 6 14:19:15 korphome rc-scripts: ERROR: cannot start sshd as net.eth0 could not start

назревает вопрос - что происходит? попробую конечно в ручную запустить, но что будет при следующем ребуте? почему дизэйблится eth1? eth0 вродь работает, но тот же ssh на нём запустится не может...

у меня уже мозг раком :(

решение: оказалось что имена интерфейсов меняются местами. хотя странно - конфиги, по которым настраивал снимал именно с этой машины...

/

KorP написал(а):
ставлю генту через генкернел (удалённо, через гпрс)

Может ну его на...х?
Замечательный вид спорта! :)))

KorP написал(а):
почему используется mii модуль, который используется вместо 8139too (который тут на форуме рекомендовалось ставить для этого чипа)

Насколько я себе представляю, он нужен для корректной работы 8139too.

KorP написал(а):
или 8139cp?

А он по ходу нужен для длинка. За подробностями к lspci -k.

Ну и классический, наблюдаемый в vim/less/more интерфейс поиска по menuconfig (с именами модулей в качестве ключа поиска).

:wq
--
Live free or die

Anarchist написал(а):Может ну

Anarchist написал(а):
Может ну его на...х?

да я бы с удовольствием продолжил спокойно отдыхать, но ведь сидят без инета люди, да и вообще как то не работает - плохо :(

Anarchist написал(а):
. За подробностями к lspci -k.

пробовал я уже запускать lspci с ключём k - только почему то ничего нового я там не увидел - ответ точно такой же, как и без ключа

Anarchist написал(а):
Ну и классический, наблюдаемый в vim/less/more интерфейс поиска по menuconfig (с именами модулей в качестве ключа поиска).

вопрос только в том - что искать? всё что находится по 8139 - уже включено - mii - включено

Извини... Тему своей

Извини...

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

Посмотри # lsmod | grep 8139 для случая системы загруженной с собранным ядром, при котором ifconfig -a показывает только lo0.
Есть у меня такое подозрение, что эти модули просто не загружены.

Не знаю какой там способ современный, у меня оно просто прописано в

$ grep 8139 /etc/modules.autoload.d/kernel-2.6
8139too

:wq
--
Live free or die

Anarchist написал(а):Посмотри

Anarchist написал(а):
Посмотри # lsmod | grep 8139 для случая системы загруженной с собранным ядром, при котором ifconfig -a показывает только lo0.
Есть у меня такое подозрение, что эти модули просто не загружены.

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

Anarchist написал(а):
у меня оно просто прописано в

$ grep 8139 /etc/modules.autoload.d/kernel-2.6
8139too

ну при монтировании и просмотре с livecd - там вообще пусто (только пример)

/

KorP написал(а):
да вот с тем что бы посмотреть на системе с собранным ядром как раз проблема

СлучАй настолько тяжёлый?

KorP написал(а):
Anarchist написал(а):
у меня оно просто прописано в

$ grep 8139 /etc/modules.autoload.d/kernel-2.6
8139too

ну при монтировании и просмотре с livecd - там вообще пусто (только пример)

Знаю :)

Но на Live CD есть приблуды для определения оборудования и загрузки соответствующих модулей.
Что следует из моего личного опыта --- то и пишу (ныне, как это ни удивительно, у меня 2.6.29-ядро).

:wq
--
Live free or die

Anarchist написал(а):Но на

Anarchist написал(а):
Но на Live CD есть приблуды для определения оборудования и загрузки соответствующих модулей.

так вродь и оборудование определили, и загруженные модули...

.

KorP написал(а):
Anarchist написал(а):
Но на Live CD есть приблуды для определения оборудования и загрузки соответствующих модулей.

так вродь и оборудование определили, и загруженные модули...

Дык то, насколько я помню, Live CD.
У меня потребный для прописанного в default (может моя ошибка, будет повод подумать) net.eth0 модули поддержки сетевой карты сами не грузились.
Пришлось в явном виде прописать их принудительную загрузку.

:wq
--
Live free or die

можно пременить ход конём по

можно пременить ход конём по голове :)
поставить ядро от live-cd и не е.. голову челу на той стороне,
потом освоить фаллбацк в грубе и собирать ядро.

П.С RTL-8139 вобще то чемпионский чипсет по поддержке OS, драйвера по него есть на системи , про которые я даже и не слышал,

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Если моё предположение верно

Если моё предположение верно --- не поможет. ;)

:wq
--
Live free or die

KorP написал(а):lspci 04:01.0

KorP написал(а):
lspci
04:01.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8139/8139C/8139C+ (rev 10)
04:02.0 Ethernet controller: D-Link System Inc Gigabit Ethernet Adapter (rev 11)
(если мне не изменяет память - они обе D-Link 530, обе на RTL-8139/8139C/8139C+ просто разных ревизий)

Нет 8139 не может быть Gigabit Ethernet Adapter - они разные
Где-то на debain-е (или около него) был скрипт, который по lspci говорит нужный модуль ядра

ps А может они уже работают? покажите ifconfig -a и lspci -k
pps mii здесь непричем (его использует 8139)

kaf1 написал(а):ps А может

kaf1 написал(а):
ps А может они уже работают? покажите ifconfig -a и lspci -k

в ифконфиге, как я уже писал выше - кроме lo ничего нет. lspci сейчас нет возможности посмотреть

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

KorP написал(а):в ифконфиге,

KorP написал(а):
в ифконфиге, как я уже писал выше - кроме lo ничего нет.

именно с ключем -a?

kaf1 написал(а):KorP

kaf1 написал(а):
KorP написал(а):
в ифконфиге, как я уже писал выше - кроме lo ничего нет.

именно с ключем -a?

нет, без -a, чуть позже будет возможностьп осмотреть

сейчас посмотрел /var/log/messages, после последней загрузки вот такое там углядел:
Jul 6 15:42:21 korphome eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jul 6 15:42:21 korphome skge eth1: enabling interface
Jul 6 15:42:21 korphome skge eth1: Link is up at 1000 Mbps, full duplex, flow control both
Jul 6 15:42:21 korphome skge eth1: disabling interface
Jul 6 15:42:22 korphome eth0: link up, 100Mbps, full-duplex, lpa 0x41E1
Jul 6 15:42:23 korphome rc-scripts: 192.168.0.1 already taken on eth0
Jul 6 15:42:24 korphome skge eth1: enabling interface
Jul 6 15:42:26 korphome skge eth1: Link is up at 1000 Mbps, full duplex, flow control both
Jul 6 15:42:28 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 7
Jul 6 15:42:35 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 11
Jul 6 15:42:46 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 19
Jul 6 15:43:05 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
Jul 6 15:43:15 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 10
Jul 6 15:43:25 korphome dhclient: DHCPDISCOVER on eth1 to 255.255.255.255 port 67 interval 4
Jul 6 15:43:29 korphome dhclient: No DHCPOFFERS received.
Jul 6 15:43:29 korphome skge eth1: disabling interface
Jul 6 14:19:15 korphome rc-scripts: ERROR: cannot start netmount as net.eth0 could not start
Jul 6 14:19:15 korphome rc-scripts: ERROR: cannot start sshd as net.eth0 could not start

назревает вопрос - что происходит? попробую конечно в ручную запустить, но что будет при следующем ребуте? почему дизэйблится eth1? eth0 вродь работает, но тот же ssh на нём запустится не может...

у меня уже мозг раком :(

У Вас в сети, куда смотрит

У Вас в сети, куда смотрит eth1 dhcp есть?
У Вас все работет (по крайней мере eth0 и eth1), нужно просто сконфигурировать

ifconfig (без -а) показывает

ifconfig (без -а) показывает только поднятные ифейсы (Up,Running), потому определилсь ли ваша карта надо смотреть ifconfig -a.
eth1: disabling interface - потому что не получает IP оп dhcp. Пропишите статикой, или что там должно быть..

rc-scripts: 192.168.0.1 already taken on eth0
Вы не на две сетевухи один адрес пытаетесь?

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".