Bug 11612 - ifdown-removable при вынимании PCMCIA-карты не вызывает shutdown-eth
: ifdown-removable при вынимании PCMCIA-карты не вызывает shutdown-eth
Status: NEW
: Sisyphus
(All bugs in Sisyphus/etcnet)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-04-24 16:42 by
Modified: 2009-12-04 18:48 (History)


Attachments


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-04-24 16:42:13
Wireless LAN Cardbusadapter WL-107G на чипсете rt2500 от Ralink.
etcnet 0.9.1-alt01

При вынимании карточки hotplug вызывает ifdown-removable.

В данном скрипте присутствует проверка iface_is_up. К моменту выполнения этой 
проверки интерфейс видимо уже отсутствует.

Первое подозрение пало на dhcpcd, но перенос фрагмента 
case...stop_dhcp_client...esac за if iface_is_up ситуацию не исправил.

Возможно связано с тем, что pcmcia/hotplug уже выгрузили модуль.

Вызов shutdown-$TYPE и компании не должен опираться на iface_is_up, а должен 
производиться безусловно (или чуть более осмотрительно :-)

В результате невызова shutdown-eth у меня остался висеть wpa_supplicant.
Что возможно в более общем случае, не знаю.

Подробности готов предоставить при необходимости.
------- Comment #1 From 2007-11-18 14:24:34 -------
К сожалению, железка более недоступна.

Есть подозрение, что грабли того же рода проявляются при отправлении в suspend 
ноута с ipw2200. В результате выгрузки модуля после пробуждения обнаруживаем 
предыдущий wpa_supplicant и отсутствие wifi-сети.
------- Comment #2 From 2008-03-18 11:12:20 -------
Проблема с suspend была не из-за #6653 случайно?
------- Comment #3 From 2008-03-19 01:28:27 -------
Какое-то время назад для восстановления wifi-сети после suspend требовалось 
прибить все экземпляры wpa_supplicant. Сейчас (etcnet 0.9.5-alt1) этого уже не 
требуется, service network restart достаточно. Однако, ещё и необходимо.

Сейчас кроме wpa_supplicant запускается еще и wpa_cli. После suspend в памяти 
имеем новый экземпляр wpa_supplicant (если верить pid), и старый wpa_cli. 

Вывод wpa_cli, отдельно запущеного руками в терминале, по поводу powersave -u и 
последующего пробуждения:

<2>CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys
<2>Trying to associate with 00:17:9a:64:fb:e7 (SSID='D00M' freq=2417 MHz)
<2>Authentication with 00:17:9a:64:fb:e7 timed out.
<2>Trying to associate with 00:17:9a:64:fb:e7 (SSID='D00M' freq=2417 MHz)
<2>Authentication with 00:17:9a:64:fb:e7 timed out.
...

Не думаю, что это связано с определением статуса сервиса.

Да, ещё, в /var/log/messages бросаются в глаза строчки,

при засыпании:

Mar 19 01:01:09 top /etc/net: ERROR: /etc/net/scripts/ifdown-removable: No TYPE 
is specified for iface 'Error: Can't read MAC address on interface `au' : No 
such device' and can't guess automatically. Please
 fix.

и при пробуждении:

Mar 19 01:01:19 top /etc/net: ERROR: /etc/net/scripts/ifup-removable: No TYPE 
is specified for iface 'Error: Can't read MAC address on interface `eth0' : No 
such device' and can't guess automatically. Please fix.
Mar 19 01:01:19 top /etc/net: ERROR: /etc/net/scripts/ifup-common: No TYPE is 
specified for iface 'Error:' and can't guess automatically. Please fix.

Мой интерфейс называется au, для справки.
------- Comment #4 From 2008-06-13 13:00:39 -------
*** This bug has been confirmed by popular vote. ***
------- Comment #5 From 2009-10-09 22:36:57 -------
Странно, у меня при вынимании PCMCIA-сетевой карты всё в порядке: интерфейс
удаляется. Или уже исправили и забыли закрыть?