Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 119613 - udev/hotplug runs init scripts on modprobe of network devices
Summary: udev/hotplug runs init scripts on modprobe of network devices
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo's Team for Core System packages
URL:
Whiteboard:
Keywords:
: 122964 122982 (view as bug list)
Depends on:
Blocks: udev-meta
  Show dependency tree
 
Reported: 2006-01-19 15:37 UTC by Ed Catmur
Modified: 2006-05-18 02:42 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ed Catmur 2006-01-19 15:37:41 UTC
capella ~ # /etc/init.d/net.ra0 stop
 * Caching service dependencies ...                                       [ ok ]
 * Stopping ra0
 *   Bringing down ra0
 *     Shutting down ra0 ...                                              [ ok ]
 *   Selecting best interface: br0
capella ~ # rmmod rt2500
capella ~ # modprobe rt2500
capella ~ # /etc/init.d/net.ra0 status
 * status:  started

At least thanks to bug 118419 I know this is by design (/etc/hotplug/net.agent).
I can even see it might be useful (say when plugging in a WiFi PCMCIA card, or a Bluetooth dongle).

However, when I'm setting up or debugging a network, I do not want Gentoo to go around configuring interfaces without asking or telling me.

Ideally, this behaviour would occur in response to hardware insertion events and not to admin-originated module insertion. But I'd be happy just with a way to turn it off altogether; maybe a setting in /etc/conf.d/rc?
Comment 1 Greg Kroah-Hartman (RETIRED) gentoo-dev 2006-01-19 16:48:30 UTC
Yes, we already have this ability to not bring up network devices automatically
by hotplug events.  I see the code in the scripts, but can't find where 
a user can set this to prevent this from happening.

Anyone else willing to point in the proper place?
Comment 2 Roy Marples (RETIRED) gentoo-dev 2006-01-19 23:04:38 UTC
You can always get blacklist the module in /etc/hotplug/blacklist

With baselayout-1.12, you can do this in conf.d/rc (may work in 1.11, not sure)
hotplug_ra0="no"

We could always add a generic RC variable though
RC_HOTPLUG_INTERFACE="yes|no"
Comment 3 Roy Marples (RETIRED) gentoo-dev 2006-01-21 08:00:28 UTC
(In reply to comment #2)
> With baselayout-1.12, you can do this in conf.d/rc (may work in 1.11, not sure)
> hotplug_ra0="no"

Actually that belongs in conf.d/net
Comment 4 Jacek Sieka 2006-01-28 14:31:37 UTC
Isn't automagic connection to various networks ifplugd's role? That would leave it entirely up to the user without adding any additional flags, assuming of course that ifplugd can be coerced into playing nicely with interfaces that don't always exist...
Comment 5 Roy Marples (RETIRED) gentoo-dev 2006-01-29 02:14:28 UTC
(In reply to comment #4)
> Isn't automagic connection to various networks ifplugd's role? That would leave
> it entirely up to the user without adding any additional flags, assuming of
> course that ifplugd can be coerced into playing nicely with interfaces that
> don't always exist...
> 

This has nothing todo with ifplugd.
Infact if it's wired ethernet then baselayout 1.12 launches ifplugd or netplug as a controlling daemon.
Comment 6 Jakub Moc (RETIRED) gentoo-dev 2006-02-15 14:34:31 UTC
*** Bug 122964 has been marked as a duplicate of this bug. ***
Comment 7 Roy Marples (RETIRED) gentoo-dev 2006-02-16 01:38:36 UTC
*** Bug 122982 has been marked as a duplicate of this bug. ***
Comment 8 Roy Marples (RETIRED) gentoo-dev 2006-05-18 02:42:25 UTC
baselayout-1.12.0_pre19-r2 should solve the initial bug report.