From: Daniel Frey <djqfrey@gmail.com>
To: gentoo-user@lists.gentoo.org
Subject: Re: [gentoo-user] resolv.conf is different after every reboot
Date: Sun, 27 Jul 2014 13:28:35 -0700 [thread overview]
Message-ID: <53D560F3.1000900@gmail.com> (raw)
In-Reply-To: <CACE6sHkTV70XtKkSvA9ShU+LWdSVj_8XJJ7=8eOc_AGtF6+obA@mail.gmail.com>
On 07/27/2014 08:08 AM, Grand Duet wrote:
>
> If eth0 starts after lo, then I have the right /etc/resolv.conf
> file, however if lo starts after eth0, then the DNS IPs in
> resolv.conf file are overwritten with dummy instruction
> for lo interface.
>
> But, now, after your suggestion, I have looked into
> my /etc/rc.conf file, and have found there the option
> rc_parallel="NO"
> which softens my previous arguments a bit, but not completely:
> may be lo and eth0 are brought up not in parallel but in different
> order, anyway.
>
The first thing I do on any new build is disable network hotplugging in
/etc/rc.conf, as I've run into lots of problems, especially if you have
multiple network devices and need to bring them up in a specific order.
udev processes these items and apparently brings the interfaces up on
its own unless you tell it otherwise (the !net.* in rc.conf). I've just
gotten used to disabling that automagic because I want things to start
in a certain order and udev can mess that up.
During boot, you'll see something like 'processing events' and that's
when udev is automagically doing it's start. From what I recall, this
happens before the boot runlevel. So yes, it can mess things up as
you've seen.
I've never had the issue you have, even though I use a static ip, routes
and dns servers in /etc/conf.d/net, but I would presume that this is
just udev. FYI it doesn't always process things in the same order, as
I've experienced with udev and my TV tuner cards... it can be random.
Dan
next prev parent reply other threads:[~2014-07-27 20:28 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-07-27 9:21 [gentoo-user] resolv.conf is different after every reboot Grand Duet
2014-07-27 9:29 ` Neil Bothwick
2014-07-27 10:33 ` Grand Duet
2014-07-27 11:13 ` Dale
2014-07-27 13:10 ` Matti Nykyri
2014-07-27 13:39 ` Grand Duet
2014-07-27 15:36 ` Matti Nykyri
2014-07-27 19:13 ` Neil Bothwick
2014-07-27 20:38 ` Grand Duet
2014-07-27 22:00 ` Kerin Millar
2014-07-28 15:34 ` Grand Duet
2014-07-30 22:22 ` Kerin Millar
2014-07-27 10:39 ` Walter Dnes
2014-07-27 11:30 ` Grand Duet
2014-07-27 14:50 ` Daniel Frey
2014-07-27 15:08 ` Grand Duet
2014-07-27 20:28 ` Daniel Frey [this message]
2014-07-27 20:53 ` Grand Duet
2014-07-27 16:33 ` [gentoo-user] " James
2014-07-27 17:23 ` Grand Duet
2014-07-27 23:00 ` Rich Freeman
2014-07-27 18:14 ` [gentoo-user] " Kerin Millar
2014-07-27 20:26 ` Grand Duet
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=53D560F3.1000900@gmail.com \
--to=djqfrey@gmail.com \
--cc=gentoo-user@lists.gentoo.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox