Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
[SOLVED] Gentoo takes too much time to boot
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo
View previous topic :: View next topic  
Author Message
SemmZemm
n00b
n00b


Joined: 05 Jul 2013
Posts: 62
Location: France, Russia

PostPosted: Tue Oct 21, 2014 8:30 am    Post subject: [SOLVED] Gentoo takes too much time to boot Reply with quote

Hi,

I had no any problem but after last system update I remarked (it may have happened before) that my Gentoo takes much more time to boot than before - about a minute instead of several seconds.
It isn't a critical problem but I'd like to understand the reason.

The most time is taken by the steps:
Waiting for uevents to be processed (about a minute)
Bringing up interface enp5s0f2 (about half a minute)

After system boots and I can't see a reason.

Last boot in rc.log
Code:
rc boot logging started at Tue Oct 21 10:04:16 2014

 * Setting system clock using the hardware clock [UTC] ...
 [ ok ]
 * Loading module vboxdrv ...
 [ ok ]
 * Loading module vboxnetflt ...
 [ ok ]
 * Loading module vboxnetadp ...
 [ ok ]
 * Autoloaded 3 module(s)
 * Checking local filesystems  ...
/dev/sdb2: clean, 1121001/14647296 files, 13386233/58574742 blocks
/dev/sda2: clean, 303161/25231360 files, 64167517/100925440 blocks
/dev/sdb1: clean, 36/32768 files, 7297/32768 blocks
 [ ok ]
 * Remounting root filesystem read/write ...
 [ ok ]
 * Remounting filesystems ...
 [ ok ]
 * Updating /etc/mtab ...
 [ ok ]
 * Activating swap devices ...
 [ ok ]
 * Mounting local filesystems ...
 [ ok ]
 * Configuring kernel parameters ...
* Applying /etc/sysctl.conf ...
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.all.rp_filter = 1
 [ ok ]
 * Creating user login records ...
 [ ok ]
 * Setting hostname to szldlc ...
 [ ok ]
 * Setting terminal encoding [UTF-8] ...
 [ ok ]
 * Setting keyboard mode [UTF-8] ...
 [ ok ]
 * Loading key mappings [fr] ...
 [ ok ]
 * Bringing up network interface lo ...
 [ ok ]
 * Bringing up interface lo
 *   127.0.0.1/8 ...
 [ ok ]
 *   Adding routes
 *     127.0.0.0/8 via 127.0.0.1 ...
 [ ok ]
 * Mounting misc binary format filesystem ...
 [ ok ]
 * Loading custom binary format handlers ...
 [ ok ]
 * Mounting SELinux filesystem ...
 [ ok ]
 * Activating additional swap space ...
 [ ok ]
 * setting up tmpfiles.d entries ...
 [ ok ]
 * Initializing random number generator ...
 [ ok ]

rc boot logging stopped at Tue Oct 21 10:04:18 2014
[/list]

rc default logging started at Tue Oct 21 10:04:18 2014

 * Restoring Mixer Levels ...
 [ ok ]
 * Starting D-BUS system messagebus ...
 [ ok ]
 * Bringing up interface enp5s0f2
 *   Starting ifplugd on enp5s0f2 ...
 [ ok ]
 *     Backgrounding ...
 * WARNING: net.enp5s0f2 has started, but is inactive
 * Bringing up interface wlp4s0
 *   Starting wpa_supplicant on wlp4s0 ...
 [ ok ]
 *   Starting wpa_cli on wlp4s0 ...
 [ ok ]
 *   Backgrounding ... ...
 * WARNING: net.wlp4s0 has started, but is inactive
 * Starting cupsd ...
 [ ok ]
 * Starting cups-browsed ...
 [ ok ]
 * Mounting 32bit chroot dirs ...
mount: mount point /mnt/gentoo32/proc/bus/usb does not exist
 [ ok ]
 * Copying 32bit chroot files ...
 [ ok ]
 * Starting miredo ...
 [ ok ]
 * WARNING: netmount will start when net.enp5s0f2, net.wlp4s0 has started
 * Setting clock via the NTP client 'ntpdate' ...
Error resolving 0.gentoo.pool.ntp.org: Name or service not known (-2)
Error resolving 1.gentoo.pool.ntp.org: Name or service not known (-2)
Error resolving 2.gentoo.pool.ntp.org: Name or service not known (-2)
Error resolving 3.gentoo.pool.ntp.org: Name or service not known (-2)
 * Failed to set clock
 [ !! ]
 * ERROR: ntp-client failed to start
 * Starting vixie-cron ...
 [ ok ]
 * Starting local ...
Can't open display
Can't open display
 [ !! ]

rc default logging stopped at Tue Oct 21 10:05:19 2014


Last edited by SemmZemm on Tue Oct 21, 2014 1:37 pm; edited 1 time in total
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3664

PostPosted: Tue Oct 21, 2014 8:47 am    Post subject: Reply with quote

Better for analyzing:
Quote:
$ dmesg | less -S
Are you having both interfaces, wired and wireless in the runlevel? AFAIR only the wireless needs to be in runlevel whereas the wired is started by netplug / ifplug. I may be mistaken as I haven't used the netifrc for quite some time.
Regarding the uevents matter, are you using rc_parallel="YES" in /etc/rc.conf?
Back to top
View user's profile Send private message
SemmZemm
n00b
n00b


Joined: 05 Jul 2013
Posts: 62
Location: France, Russia

PostPosted: Tue Oct 21, 2014 10:32 am    Post subject: Reply with quote

charles17 wrote:
Better for analyzing:
Quote:
$ dmesg | less -S
Are you having both interfaces, wired and wireless in the runlevel? AFAIR only the wireless needs to be in runlevel whereas the wired is started by netplug / ifplug. I may be mistaken as I haven't used the netifrc for quite some time.
Regarding the uevents matter, are you using rc_parallel="YES" in /etc/rc.conf?


dmesg: http://pastebin.com/6MH7Euys
(some suspicious messages about failed firmware loading)

Yes, I have both interfaces running at the default. Should I remove the wired one? And for the wireless should it be net.interface_name at the default runlevel or rather wpa_supplicant?

No, I don't use rc_parallel="YES", rc.conf says it can be reason of boot lock. It may solve the problem?
Back to top
View user's profile Send private message
SemmZemm
n00b
n00b


Joined: 05 Jul 2013
Posts: 62
Location: France, Russia

PostPosted: Tue Oct 21, 2014 12:33 pm    Post subject: Reply with quote

removing net.enp5s0f2 helped: bringing up the interface doesn't take time now. I still have to check whether it works on cable connection

But the problem with uevents still stays.
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 3664

PostPosted: Tue Oct 21, 2014 12:45 pm    Post subject: Reply with quote

SemmZemm wrote:
removing net.enp5s0f2 helped: bringing up the interface doesn't take time now. I still have to check whether it works on cable connection
If looking for easier setup read https://wiki.gentoo.org/wiki/Network_management_using_DHCPCD

SemmZemm wrote:
But the problem with uevents still stays.
I recall having had that problem before I changed to rc_parallel="YES". I've never gone back to unparallel.
Back to top
View user's profile Send private message
RazielFMX
l33t
l33t


Joined: 23 Apr 2005
Posts: 835
Location: NY, USA

PostPosted: Tue Oct 21, 2014 12:48 pm    Post subject: Reply with quote

If you are using OpenRC, you might want to consider switching to eudev instead of udev.
_________________
I am not anti-systemd; I am pro-choice. If being the latter makes you feel that I am the former, then so be it.
Back to top
View user's profile Send private message
SemmZemm
n00b
n00b


Joined: 05 Jul 2013
Posts: 62
Location: France, Russia

PostPosted: Tue Oct 21, 2014 1:37 pm    Post subject: Reply with quote

RazielFMX, it worked. Except I have to get used again to the old names of interfaces.

charles17, parallel rc_parallel didn't help (but didn't make it worse neither), though dhcpcd is way better for me as network manager than netifrc. It's a pity I haven't seen this page before.

Thanks a lot both of you.
And I mark the topic as solved.
Back to top
View user's profile Send private message
RazielFMX
l33t
l33t


Joined: 23 Apr 2005
Posts: 835
Location: NY, USA

PostPosted: Tue Oct 21, 2014 2:31 pm    Post subject: Reply with quote

I'm glad eudev worked for you!

The naming thing is odd, I use eudev and do not have the traditional eth0...

Code:
$ ifconfig -a | head -1
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500


I defer to someone more familiar with how this works.
_________________
I am not anti-systemd; I am pro-choice. If being the latter makes you feel that I am the former, then so be it.
Back to top
View user's profile Send private message
SemmZemm
n00b
n00b


Joined: 05 Jul 2013
Posts: 62
Location: France, Russia

PostPosted: Wed Oct 22, 2014 10:10 am    Post subject: Reply with quote

RazielFMX wrote:
I'm glad eudev worked for you!

The naming thing is odd, I use eudev and do not have the traditional eth0...

Code:
$ ifconfig -a | head -1
eno1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500


I defer to someone more familiar with how this works.


sys-fs/eudev -rule-generator solved the problem.
Back to top
View user's profile Send private message
RazielFMX
l33t
l33t


Joined: 23 Apr 2005
Posts: 835
Location: NY, USA

PostPosted: Wed Oct 22, 2014 6:05 pm    Post subject: Reply with quote

I completely forgot about that! I apologize! I had done the same thing when I first swapped to eudev (as per the how-to at the time I think).

Code:

$ grep eudev /etc/portage/package.*
/etc/portage/package.use:#sys-fs/eudev
/etc/portage/package.use:sys-fs/eudev -rule-generator


I'm glad everything is working for you at least.
_________________
I am not anti-systemd; I am pro-choice. If being the latter makes you feel that I am the former, then so be it.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Wed Oct 22, 2014 6:54 pm    Post subject: Reply with quote

Ah nice one guys, added the USE setting to the switching to eudev tip.

Does that mean we don't need udev-postmount in default, or is that always needed?
Back to top
View user's profile Send private message
sera
Retired Dev
Retired Dev


Joined: 29 Feb 2008
Posts: 1017
Location: CET

PostPosted: Wed Oct 22, 2014 7:10 pm    Post subject: Reply with quote

steveL wrote:
Does that mean we don't need udev-postmount in default, or is that always needed?


You were supposed to remove udev-postmount from any runlevel for quite a while ;)

... unless you use eudev with rule-generator ofc.
Back to top
View user's profile Send private message
steveL
Watchman
Watchman


Joined: 13 Sep 2006
Posts: 5153
Location: The Peanut Gallery

PostPosted: Thu Oct 23, 2014 12:32 am    Post subject: Reply with quote

sera wrote:
steveL wrote:
Does that mean we don't need udev-postmount in default, or is that always needed?

You were supposed to remove udev-postmount from any runlevel for quite a while ;)

Yeah I have; I was asking about eudev.
Quote:
... unless you use eudev with rule-generator ofc.

which was the question. Thanks.

I sincerely doubt anyone using eudev is going to want that crap, but I'll note it for transition.
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Other Things Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum