Что делать, если на сетевой все время горит зеленый светодиод?

Question

[Ярослав Белаш]

Имеется сервер на ubuntu 15.10, подключен к сети по lan кабелю на свитч, потом в WAN, лан карта встроена в материнскую плату. Вчера вечером отключили электричество, под утро включили. Включаю сервер, но на свитче он не определяется. На LAN разъеме все время горит зеленый светодиод, ради интереса решил попробовать подключить по USB Wi-Fi модуль, в сети сервер определился. Зашел на него по SSH (LAN все еще подключен), ifconfig вообще не видно сетевуху (только loopback и wi-fi модуль). Есть ли шансы оживить карту?

Comments

[Ульрих]

В таких случая часто помогает полностью обесточить сервер. Пробовали?

Answer 1

[Алексей]

Если "вынуть-вставить", "перезагрузить" и "поменять порт" не помогло - то без паяльника вряд ли.

Answer 2

[Sly_tom_cat .]

Похоже кирдык сетевухе.

Comments

[Ярослав Белаш]

Тоже так думаю, походу придется PCI карточку покупать

Answer 3

[Юрий Чудновский]

Как правило помогает перезагрузка.

Comments

[Ярослав Белаш]

Уже не раз перегружал, тоже самое

[Юрий Чудновский]

Ярослав Белаш: покажите ifconfig -a

[Ярослав Белаш]

lo Link encap:Локальная петля (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:794 errors:0 dropped:0 overruns:0 frame:0
TX packets:794 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:62885 (62.8 KB) TX bytes:62885 (62.8 KB)

wlx10bf485b4047 Link encap:Ethernet HWaddr 10:bf:48:5b:40:47
inet addr:10.0.1.2 Bcast:10.0.1.255 Mask:255.255.255.0
inet6 addr: fe80::12bf:48ff:fe5b:4047/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6354 errors:0 dropped:0 overruns:0 frame:0
TX packets:883 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:643433 (643.4 KB) TX bytes:118026 (118.0 KB)

[Юрий Чудновский]

Ярослав Белаш: проверьте включена ли сетевая карта в БИОСе или его эквиваленте. Посмотрите видна ли сетевая при загрузке с LiveCD(USB).

[Ярослав Белаш]

Юрий Чудновский: буду пробовать, нужно монитор подключить, возможно что-то с настройками

Answer 4

[MrSotariz]

Может после сбоя система переназначила имя?
cat /etc/udev/rules.d/70-persistent-net.rules
видно ли ее тут? если да - либо отредактировать этот файл вернув ей старое имя, либо настроить ее с новым именем. если нет - "пичаль беда"

Comments

[Ярослав Белаш]

Директория rules.d пуста

[MrSotariz]

Ярослав Белаш:
ls -l /etc/udev/rules.d/
-rw-r--r-- 1 root root 441 Июл 12 09:34 70-persistent-net.rules
-rw-r--r-- 1 root root 1157 Апр 14 2014 README

cat /etc/udev/rules.d/README
The files in this directory are read by udev(7) and used when events
are performed by the kernel. The udev daemon watches this directory
with inotify so that changes to these files are automatically picked
up, for this reason they must be files and not symlinks to another
location as in the case in Debian.

Packages do not generally install rules here, this directory is for
local rules. If you want to override behaviour of package-supplied
rules, which can be found in /lib/udev/rules.d, you can do one of
two things:

1) Write your own rules in this directory that assign the name,
symlinks, permissions, etc. that you want. Pick a number higher
than the rules you want to override, and yours will be used.

2) Copy the file from /lib/udev/rules.d and edit it here; you
should generally only do this if you want to prevent a program
from being run.

If the ordering of files in this directory are not important to you,
it's recommended that you simply name your files "descriptive-name.rules"
such that they are processed AFTER all numbered rules in both this
directory and /lib/udev/rules.d and thus override anything set there.

правда у меня mint 17.3

Answer 5

[Пума Тайланд]

либо слетели настройки биоса или сдохла сетевуха.