Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 151172 - RC_NET_STRICT_CHECKING="no" broken?
Summary: RC_NET_STRICT_CHECKING="no" broken?
Status: RESOLVED INVALID
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:
Depends on:
Blocks:
 
Reported: 2006-10-13 06:19 UTC by Hans Nieser
Modified: 2006-10-13 07:19 UTC (History)
0 users

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


Attachments
contents of /etc/conf.d/rc (rc,8.95 KB, text/plain)
2006-10-13 06:20 UTC, Hans Nieser
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Hans Nieser 2006-10-13 06:19:34 UTC
I have a laptop with two interfaces, eth0 (wired) and eth1 (wireless). I hardly ever use eth0 so I've removed this from the default runlevel (to prevent having to wait on the dhcp timeout), and added eth1 in its place. I want to keep the symbolic link from net.eth0 to net.lo in /etc/init.d so I can manually start eth0 in case I still need it sometime. My runlevels currently look like this:

rc-update show
           alsasound | boot                          
            bootmisc | boot                          
             checkfs | boot                          
           checkroot | boot                          
               clock | boot                          
         consolefont | boot                          
                hald |      default                  
            hostname | boot                          
             keymaps | boot                          
               local |      default nonetwork        
          localmount | boot                          
             modules | boot                          
            net.eth1 |      default                  
              net.lo | boot                          
            netmount |      default                  
              pcmcia |      default                  
           rmnologin | boot                          
                sshd |      default                  
           syslog-ng |      default                  
             urandom | boot                          
          vixie-cron |      default                  
                 xdm |      default 

However, on bootup, something is still causing net.eth0 to be started even though a "grep net.eth0 /etc/init.d/*" reveals no 'hard' dependency on eth0 (just "need net").

As you can see I have net.eth1 in the default runlevel and I also have RC_NET_STRICT_CHECKING set to the default of "no" which is supposed to allow any net.* script (net.eth1 in my case) other than net.lo to fullfill the net dependency.

I realise there are other methods of getting rid of eth0's dhcp timeout, i.e. use netplug or simply lowering eth0's dhcp timeout, but I still feel there might be something broken here because from what I understand simply removing net.eth0 and putting net.eth1 in its place should not cause eth0 to be started with RC_NET_STRICT_CHECKING set to "no".

My emerge --info:

# emerge --info
Portage 2.1.2_pre2-r9 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo i686)
=================================================================
System uname: 2.6.18-gentoo i686 Intel(R) Pentium(R) M processor 1.60GHz
Gentoo Base System version 1.12.5
Last Sync: Thu, 12 Oct 2006 14:59:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: [Not Present]
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.18.1
sys-devel/autoconf:  2.13, 2.60
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2
sys-devel/binutils:  2.17
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/share/X11/xkb"
CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -march=pentium-m -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 3dnow X alsa berkdb bitmap-fonts cairo cdr cli crypt cups dbus divx djvu dlloader dri dvd dvdr eds elibc_glibc emboss encode esd fam firefox flac fortran gdbm gif gnome gpm gstreamer gtk gtk2 hal input_devices_keyboard input_devices_mouse ipv6 isdnlog jpeg kernel_linux ldap libg++ mad mikmod mmx mp3 mpeg nautilus ncurses nls nptl nptlonly ogg opengl oss pam pcre perl png ppds pppd python quicktime readline real reflection samba sdl session spl sse sse2 ssl svg tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_i810 video_cards_vesa vorbis win32codecs wmp wxwindows xml xmms xorg xv xvid zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LDFLAGS, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS


Contents of /etc/conf.d/net:

See attachment
Comment 1 Hans Nieser 2006-10-13 06:20:22 UTC
Created attachment 99530 [details]
contents of /etc/conf.d/rc
Comment 2 Hans Nieser 2006-10-13 06:24:38 UTC
(In reply to comment #1)
> Created an attachment (id=99530) [edit]
> contents of /etc/conf.d/rc
> 

Err, contents of /etc/conf.d/net is in the attached file as well, I messed up when I removed it from my rejected (because it was too long) bugreport =/
Comment 3 Roy Marples (RETIRED) gentoo-dev 2006-10-13 06:33:16 UTC
Look into RC_COLDPLUG and/or RC_PLUG_SERVICES in /etc/conf.d/rc
Comment 4 Hans Nieser 2006-10-13 07:12:28 UTC
(In reply to comment #3)
> Look into RC_COLDPLUG and/or RC_PLUG_SERVICES in /etc/conf.d/rc
> 

I don't understand how these settings affect me because I don't have coldplug emerged (combined with the fact that eth0 has no cable plugged in it). However, after adding !net.eth0 to RC_PLUG_SERVICES it does stop net.eth0 from being started, thanks.
Comment 5 Roy Marples (RETIRED) gentoo-dev 2006-10-13 07:19:34 UTC
(In reply to comment #4)
> I don't understand how these settings affect me because I don't have coldplug
> emerged (combined with the fact that eth0 has no cable plugged in it). However,
> after adding !net.eth0 to RC_PLUG_SERVICES it does stop net.eth0 from being
> started, thanks.

Newer versions of udev do coldplugging automatically - those variables allow you to control it somewhat