Bug 11612

Summary:	ifdown-removable при вынимании PCMCIA-карты не вызывает shutdown-eth
Product:	Sisyphus	Reporter:	А. Китайкин <cetus>
Component:	etcnet	Assignee:	Mikhail Efremov <sem>
Status:	CLOSED WORKSFORME	QA Contact:	qa-sisyphus
Severity:	normal
Priority:	P2	CC:	evg, ldv, mutabor, rider, sem, shaba
Version:	unstable
Hardware:	all
OS:	Linux

Description

А. Китайкин 2007-04-24 16:42:13 MSD

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

А. Китайкин 2007-11-18 14:24:34 MSK

К сожалению, железка более недоступна.

Есть подозрение, что грабли того же рода проявляются при отправлении в suspend 
ноута с ipw2200. В результате выгрузки модуля после пробуждения обнаруживаем 
предыдущий wpa_supplicant и отсутствие wifi-сети.

Comment 2

Denis Ovsienko 2008-03-18 11:12:20 MSK

Проблема с suspend была не из-за #6653 случайно?

Comment 3

А. Китайкин 2008-03-19 01:28:27 MSK

Какое-то время назад для восстановления 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

Mikhail Gusarov 2008-06-13 13:00:39 MSD

Comment 5

Yury Aliaev 2009-10-09 22:36:57 MSD

Странно, у меня при вынимании PCMCIA-сетевой карты всё в порядке: интерфейс удаляется. Или уже исправили и забыли закрыть?

Comment 6

Anton Farygin 2018-11-06 13:55:56 MSK

Архитектура работы с pcmcia устройствами в Linux поменялась и сейчас должно всё работать корректно.