From: Warren Togami <wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
To: initramfs <initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Netboot fails with multiple interfaces, wireless
Date: Tue, 19 May 2009 23:51:24 -0400 [thread overview]
Message-ID: <4A137E3C.1040204@redhat.com> (raw)
Harald,
I tried your root=dhcp netboot code.
Is it intended that you need both root=dhcp and ip=dhcp? Surely the
first implies the second?
So it does successfully mount and NFS root boot, but as I feared it has
trouble due to the presence of a wireless device. One thin client I
have is Intel Atom with e1000e NIC and iwlagn wireless. It appears to
dhcp once successfully on the eth0 ethernet, but its event-driven nature
also tries to launch dhclient again on the wlan0. dhclient complains
that dhclient is already running and fails.
dhclient wouldn't have succeeded at all on the iwlagn interface because
the firmware is lacking from the initrd, and it isn't associated. Also
I don't see when it is ever desired to netboot over a wireless interface.
As for excluding wireless interfaces, we should do a few things:
- Do not copy wireless drivers into the initrd. You suggested using
/etc/modprobe.d/something.conf to blacklist the driver from loading. We
would need a way to blacklist the driver during the initrd without
blacklisting it on the host system where the initrd is generated. How?
- Perhaps we should exclude any interfaces named "wlan*" from ifup and
dhclient. This works for most devices, but some wireless drivers call
the wireless interfaces "eth*".
- I have no idea if it is attempting to ifup and dhclient other devices
that appear like wmaster0.
A separate but related matter is what to do if a machine has more than
one ethernet interface. It seems the only sane thing you CAN do is ifup
and dhclient only on the first interface?
Warren Togami
wtogami-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
--
To unsubscribe from this list: send the line "unsubscribe initramfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
next reply other threads:[~2009-05-20 3:51 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-05-20 3:51 Warren Togami [this message]
[not found] ` <4A137E3C.1040204-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-20 7:11 ` Netboot fails with multiple interfaces, wireless Seewer Philippe
[not found] ` <4A13AD3B.4010606-omB+W0Dpw2o@public.gmane.org>
2009-05-20 13:14 ` Harald Hoyer
[not found] ` <4A14022F.8000809-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-20 15:37 ` Warren Togami
[not found] ` <4A1423CB.1000306-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>
2009-05-20 16:10 ` Harald Hoyer
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4A137E3C.1040204@redhat.com \
--to=wtogami-h+wxahxf7alqt0dzr+alfa@public.gmane.org \
--cc=initramfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.