[РЕШЕНО]ArchLinux меняет сетевухи после перезагрузки

lesnoychelovek	# 10 лет, 5 месяцев назад (отредактировано 10 лет, 4 месяца назад)
Темы: 20 Сообщения: 59 Участник с: 21 августа 2008	В системнике две сетевухи - одна отвечает за Инет, другая за раздачу его через точку доступа. При перезагрузке Арч нагло меняет их местами и приходится перевтыкать штекеры. Что делать, чтобы Арч больше не шалил? rc.conf # # /etc/rc.conf - Main Configuration for Arch Linux # # See 'man 5 rc.conf' for more details # # LOCALIZATION # ------------ HARDWARECLOCK="localtime" TIMEZONE="Asia/Yekaterinburg" KEYMAP="ru" CONSOLEFONT="ter-u16b" CONSOLEMAP="" LOCALE="ru_RU.UTF-8" DAEMON_LOCALE="yes" USECOLOR="yes" # HARDWARE # -------- MODULES=(floppy 8139too 8139cp) USEDMRAID="no" USEBTRFS="no" USELVM="no" # NETWORKING # ---------- HOSTNAME="localhost" lan="eth0 192.168.1.2 netmask 255.255.255.0 broadcast 192.168.1.255" wlan="eth1 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255" INTERFACES=(lan wlan) gateway="default gw 192.168.1.1" ROUTES=(gateway) #interface= #address= #netmask= #broadcast= #gateway= NETWORK_PERSIST="no" # DAEMONS # ------- # DAEMONS=(hwclock syslog-ng network hal dbus netfs iptables crond fam alsa ntpd kdm pacmanbd) 10-network.rules SUBSYSTEM=="net", ATTRS{address}=="00:1e:8c:0e:c0:fc", NAME=="lan" SUBSYSTEM=="net", ATTRS{address}=="4c:00:10:61:0d:23", NAME=="wlan"

# 10 лет, 5 месяцев назад (отредактировано 10 лет, 4 месяца назад)

Сообщения: 59

Участник с: 21 августа 2008

В системнике две сетевухи - одна отвечает за Инет, другая за раздачу его через точку доступа. При перезагрузке Арч нагло меняет их местами и приходится перевтыкать штекеры. Что делать, чтобы Арч больше не шалил?

rc.conf

#
# /etc/rc.conf - Main Configuration for Arch Linux
#
# See 'man 5 rc.conf' for more details
#
# LOCALIZATION
# ------------
HARDWARECLOCK="localtime"
TIMEZONE="Asia/Yekaterinburg"
KEYMAP="ru"
CONSOLEFONT="ter-u16b"
CONSOLEMAP=""
LOCALE="ru_RU.UTF-8"
DAEMON_LOCALE="yes"
USECOLOR="yes"
# HARDWARE
# --------
MODULES=(floppy 8139too 8139cp)
USEDMRAID="no"
USEBTRFS="no"
USELVM="no"
# NETWORKING
# ----------
HOSTNAME="localhost"
lan="eth0 192.168.1.2 netmask 255.255.255.0 broadcast 192.168.1.255"
wlan="eth1 192.168.0.1 netmask 255.255.255.0 broadcast 192.168.0.255"
INTERFACES=(lan wlan)
gateway="default gw 192.168.1.1"
ROUTES=(gateway)
#interface=
#address=
#netmask=
#broadcast=
#gateway=
NETWORK_PERSIST="no"
# DAEMONS
# -------
#
DAEMONS=(hwclock syslog-ng network hal dbus netfs iptables crond fam alsa ntpd kdm pacmanbd)

10-network.rules

SUBSYSTEM=="net", ATTRS{address}=="00:1e:8c:0e:c0:fc", NAME=="lan"
SUBSYSTEM=="net", ATTRS{address}=="4c:00:10:61:0d:23", NAME=="wlan"

bobart	# 10 лет, 5 месяцев назад
Темы: 38 Сообщения: 2537 Участник с: 28 ноября 2009	DAEMONS=(… hal …) !?))) Если не ошибаюсь, HAL выпилен из арчрепов год назад, приблизительно. ps. 8139too 8139cp - это загружаемые модули сетевых? Порядок их следования в секции MODULES соответствует правилу udev? Просто на всякий случай спрашиваю. То есть, в каком порядке они идут в /etc/udev/rules.d/ неважно, насколько я понимаю, там ключевые: мак-адрес и имя интерфейса, а вот порядок в МODULES определяет порядок загрузки модулей, я вот о чём. Не может ли здесь возникнуть путаница? Хотя, ладно. HAL уберите && pacman -Rsnc hal, может в нём и причина.

bobart

# 10 лет, 5 месяцев назад

Темы: 38

Сообщения: 2537

Участник с: 28 ноября 2009

DAEMONS=(… hal …) !?)))
Если не ошибаюсь, HAL выпилен из арчрепов год назад, приблизительно.

ps. 8139too 8139cp - это загружаемые модули сетевых? Порядок их следования в секции MODULES соответствует правилу udev? Просто на всякий случай спрашиваю.
То есть, в каком порядке они идут в /etc/udev/rules.d/ неважно, насколько я понимаю, там ключевые: мак-адрес и имя интерфейса, а вот порядок в МODULES определяет порядок загрузки модулей, я вот о чём. Не может ли здесь возникнуть путаница?
Хотя, ладно. HAL уберите && pacman -Rsnc hal, может в нём и причина.

gineaser	# 10 лет, 5 месяцев назад
Темы: 9 Сообщения: 131 Участник с: 04 февраля 2012	История 1 в 1, случается не постоянно, а иногда.

vadik	# 10 лет, 5 месяцев назад
Темы: 55 Сообщения: 5395 Участник с: 17 августа 2009	hal уже давно не нужен, (fam, если не ошибаюсь, в список демонов тоже не нужно включать). Сетевые карты можно прибить с помощью правила для udev. Вики как всегда рулит практически в любых вопросах. )

gard	# 10 лет, 5 месяцев назад
Темы: 66 Сообщения: 1167 Участник с: 15 декабря 2009	Debian кстати карты прибивает при первом их опознавании именно через udev, вот поэтому там они не прыгают.

gineaser	# 10 лет, 5 месяцев назад
Темы: 9 Сообщения: 131 Участник с: 04 февраля 2012	gard Debian кстати карты прибивает при первом их опознавании именно через udev, вот поэтому там они не прыгают. не знал…

maxys146	# 10 лет, 5 месяцев назад
Темы: 43 Сообщения: 754 Участник с: 08 апреля 2011	bobart DAEMONS=(… hal …) !?))) Если не ошибаюсь, HAL выпилен из арчрепов год назад, приблизительно. Выпилен… Только как ни странно без него не работает управление вафлей в networkmanager…

derfenix	# 10 лет, 5 месяцев назад
Темы: 4 Сообщения: 232 Участник с: 10 февраля 2012	Как ни странно, но всё работает без hal. Вы чего-то путаете, гражданин :)

gineaser	# 10 лет, 5 месяцев назад
Темы: 9 Сообщения: 131 Участник с: 04 февраля 2012	Проблема не в hal. У меня его в массиве демонов не было, но сетевки местами менялись

maxys146	# 10 лет, 5 месяцев назад
Темы: 43 Сообщения: 754 Участник с: 08 апреля 2011	der_fenix Как ни странно, но всё работает без hal. Вы чего-то путаете, гражданин :) Ну да, тема не про это, и пардон за оффтоп, но почему-то демон не может управлять сетевухой wifi без хала, вообще! почему хз, не стал разбираться и просто поставил хал)

maxys146

# 10 лет, 5 месяцев назад

Темы: 43

Сообщения: 754

Участник с: 08 апреля 2011

der_fenix
Как ни странно, но всё работает без hal. Вы чего-то путаете, гражданин :)

Ну да, тема не про это, и пардон за оффтоп, но почему-то демон не может управлять сетевухой wifi без хала, вообще! почему хз, не стал разбираться и просто поставил хал)