From Bugzilla Helper:
User-Agent: Mozilla/4.77 [en] (X11; U; Linux 2.4.2-2 i686)
Description of problem:
The /etc/init.d/network script is named S10network in /etc/rc#.d (where #
is 2-5), which means it will start after the S20pcmcia script. This isn't
very helpful for pcmcia network cards.
Steps to Reproduce:
1. Install RH 7.1 on laptop with pcmcia network card
Actual Results: 3. notice that network card initialization fails because
pcmcia has not started yet
Expected Results: the network script should be linked to with S24network
(or any number higher than S20 for pcmcia) so that the network
initialization on boot does not fail
intimed has been removed from Red Hat 7.x. Try using xntpd or ntpd, it does
a far better job keeping time accurate, and is started at S26, not S10 in
Red Hat 7.x
I chose the component initmed because I didn't see anything applicable - and
I figured someone there would be better able to chose the appropriate component.
taken a bit more time looking, and found a component for initscripts.
I've changed the component to initscipts, as the bug is valid.
Please read the bug report - this has nothing to do with time or NTP. This is a
misconfiguration of the startup scripts by default with RH 7.1. I apologize if
chosing the wrong component has caused some confusion, but just reading
the bug report should be enough to show that perhaps you should change the
instead of closing as won't fix.
the network script is *not* moving (it needs to be at that location). assigning
to kernel-pcmcia-cs. Note that pcmcia interfaces will be brought up anyway on
boot with the current setup.
What networkcard (pcmcia wise) do you have ?
This works for me
I'm using a Xircom RealPort II on a Sony VAIO PCG-F450. Modem works, network
card works - when I change the init order to allow pcmcia to start before
network. If this is not done, and left as default, I receive a FAILED message
on boot for starting network, then pcmcia is started, then I have to manually
restart network script from command line. I may be wrong, but I thought this
was because pcmcia is S20 and network is S10 on default install. If changing
the order of the network script isn't an option, perhaps changing the order of
the pcmcia should be looked at. If this is incorrect, please let me know.
I had same symptom on micron notebook with pcmcia network card and modem. Dunno
why this is a new bug, but it looks like--when booting directly to runlevel 5--
redhat loads kudzu before network before pcmcia.
Here's the hack that worked for me. Basically, load pcmcia (S20->S04) before
kudzu (S05) and network (S10).
--- pcmcia-3.1.24-2 Sun Mar 11 13:25:42 2001
+++ pcmcia Sat Jun 23 18:17:23 2001
@@ -7,7 +7,7 @@
# Tags for Red Hat init configuration tools
-# chkconfig: 2345 20 96
+# chkconfig: 2345 04 96
# processname: cardmgr
# pidfile: /var/run/cardmgr.pid
# config: /etc/pcmcia/config
On this notebook, NIC is 3Com 3CXFE575BT (3c59x) and modem is MHz XJ5560.
Good news is--even though this notebook used to run mandrake 7.2 happily--it
choked and died under mandrake 8.0, and with above hack (and manual sb config),
runs beautifully under redhat 7.1.
I'll start a discussion with the maintainers of the other scripts to see
what's best to be done about this.
if you set ONBOOT=no, then you don't see the failed message.
The network is still brought up at boot when you run when init.d/pcmcia is
As a smaller feature change, I'd suggest moving pcmcia right after network or
(for logging). Why? Because there are several network services starting
between them, like:
portmap, nfslock, netfs, ntpd, ypbind, autofs, nscd, identd
And starting these may fail completely/generate dns lookup timeouts if network
isn't set up yet.
Acutally, in the current initscripts, you shouldn't see the message anyway.
But if we move the pcmcia initscript as you suggest, what if you want to run the
pcmcia daemon off your NFS mounted filesystem? :)
Which pcmcia daemon? Kernel-pcmcia-cs which -- I hope -- has about
all the stuff needed for setting up pcmcia cards (and after that, network),
it storing the binaries in /sbin/.
Only man pages in /usr, so I can't see which would prevent this?
(.. good old NFS or NFS /usr ro and friends are always giving the headache eh :-)
The problem I've reported in bug 51786 may be related.
on my GNU/Linux RedHat 9.0 laptop,
i rename S24pcmcia on S09pcmcia
in the following directories :
and everything is good at the reboot :)
*** Bug 118134 has been marked as a duplicate of this bug. ***
The problem I'm experiencing is that the pcmcia init script doesn't
wait for DHCP configuration. It waits in the background, so other
services that depend on the IP address fail, because there is no IP
configured yet. Maybe the script should run in the foreground until
the DHCP configuration.
The other solution I got is the same as Jean-Charles Preaux, change
the pcmcia script sequence to 09 instead of 24.
This problem exists in Fedora Core 2 as well.
The workaround provided above by Jean-Charles Preaux fixes the problem.
*** This bug has been marked as a duplicate of 125250 ***
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.