From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.0.1) Gecko/20020809
Description of problem:
When installing on my Dell CPT laptop with it's accompanying 3com pcmcia 10/100
ethernet card/56K modem combo PC card,(3CCFEM656), the install process seems to
load PCcard services early in the install, allowing it to detect and configure
the PCcard network interface. However, subsequent reboots attempt to start eth0
before loading the pcmcia subsystem, and therefore reports that the eth0
interface startup must be delayed. Also, the combo modem cannot subsequently be
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1.install the null beta release
2.restart when done
3.pc-card based eth0 network cannot be found
4.pc-card-based 56K modem cannot be found
It *should* still come up when pcmcia starts.
Interestingly, while the "start pcmcia" message appears PHYSICALLY before the
"eth0 init" failure in the boot log, (by quite a fair number of lines), the Time
Stamp on the "start pcmcia" message is 4 seconds AFTER the Time Stamp on the
"eth0 init" failure. Unrelated asynchronous threads running afoul of each other?
Incidentally, in the "stream of conciousness" messages that fly by while the
boot is in progress, the "eth0 init" attempt precedes the "pcmcia startup".
I have the same problem on a new install using v 2.4.20-8, also on a
dell laptop, but with a REALTEK pcmcia nic.
After digging around I noticed that the startup order in rc3.d and
rc5.d is S10network and S24pcmcia. Eth0 can't come up because there
the pcmcia driver is not loaded.
I added the line >> ifup eth0 << to the /etc/rc.d/rc.local to bring
up the interface after everything else has initialized.
I also tried moving S24pcmcia to S101pcmcia (ie before S10network)
which also seemed to work, but changed it back. The standard ordering
for starting daemons / services and loading drivers is a RedHat issue.