OpenRC support thread, 2d Edition

Message

timeBandit · Post by **timeBandit** » Sat Aug 29, 2009 2:29 pm

Continuation of [topic=688186]the original[/topic], which has grown well beyond our usual threshold for action.

Post questions here if you have problems with the migration to, or initial setup of, the OpenRC init system.
Please be sure to read the Baselayout and OpenRC Migration Guide.

z_sfeng · Post by **z_sfeng** » Mon Aug 31, 2009 5:40 am

I didn't found my solution, so pasted again here in this new thread:

My system timezone is not correct.
I set my system time to "local", and time zone to Europe/Helsinki, and not sync hwclock at shutdown:

Code: Select all

$ cat /etc/conf.d/hwclock
clock="local"
clock_systohc="NO"
clock_args=""

$ cat /etc/timezone
Europe/Helsinki

If I sync hwclock to correct time (BIOS time is correct EEST time) , after reboot there is always 3 hours time difference. But interestingly, restart /etc/init.d/hwclock can restore my system time correctly.

Try to be more clearly, the system time is:
after reboot, "date" shows, 13:45:44 EEST 2009 (wrong)
"hwclock" shows, 10:45 EEST (correct)
run /etc/init.d/hwclock restart, show:

Code: Select all

"Setting system clock using the hardware clock [Local Time] ...     [OK]

now, "date" shows, 10:49:14 EEST 2009 (correct!)
"hwclock" shows, 10:49:43 AM EEST (correct!)

after a reboot, system time goes wrong again.

Yesterday, I deleted /etc/localtime, the time seemed correct after reboot. However it is NOT. the timezone is reseted to UTC, /etc/timezone has no effect:

Code: Select all

$ date
Mon Aug 31 08:33:48 UTC 2009

z_sfeng · Post by **z_sfeng** » Tue Sep 01, 2009 10:00 am

OK. I deleted /etc/timezone, and copy /usr/share/zoneinfo/Europe/Helsink to /etc/localtime. The time is correct now! Is the openrc migration manual misleading ?

loki_val · Post by **loki_val** » Tue Sep 01, 2009 12:25 pm

/etc/timezone is handled by the timezone-data ebuild. Every time you update /etc/timezone, you should run

Code: Select all

emerge --config timezone-data

VinzC · Post by **VinzC** » Thu Sep 03, 2009 5:49 pm

loki_val wrote:/etc/timezone is handled by the timezone-data ebuild. Every time you update /etc/timezone, you should run

Code: Select all

emerge --config timezone-data

Ha! First time I ever see that in more than five years of using Gentoo! Everyday has its share of education...

EDIT: [OT] Does /etc/timezone supersede /etc/localtime or should both reside on a system?

loki_val · Post by **loki_val** » Thu Sep 03, 2009 6:12 pm

VinzC wrote:Does /etc/timezone supersede /etc/localtime or should both reside on a system?

Both should be on a system. /etc/localtime is a system-managed file which the user should not interfere with. /etc/timezone is the proper place to set how the system manages that file.

VinzC · Post by **VinzC** » Fri Sep 04, 2009 5:16 am

VinzC wrote:Does /etc/timezone supersede /etc/localtime or should both reside on a system?

loki_val wrote:Both should be on a system. /etc/localtime is a system-managed file which the user should not interfere with. /etc/timezone is the proper place to set how the system manages that file.

Does it mean the system uses the value in /etc/timezone to determine which object from /usr/share/zoneinfo to copy as /etc/localtime?

loki_val · Post by **loki_val** » Fri Sep 04, 2009 5:24 am

VinzC wrote:Does it mean the system uses the value in /etc/timezone to determine which object from /usr/share/zoneinfo to copy as /etc/localtime?

Yes.

Tariella · Post by **Tariella** » Fri Sep 04, 2009 7:47 am

I get the following error when openrc is starting dbus:

Failed to start message bus: Failed to bind socket "/var/run/dbus/
system_bus_socket": Read-only file system

dbus is in the runlevel sysinit and localmount is startet the line before
root filesystem is ext4

When I restart dbus manually after login it works just fine.

I guess the problem is that dbus is starting too early.
Should I add dbus to another runlevel or add another dependency to
keep it from starting too early?

Mike Hunt · Post by **Mike Hunt** » Fri Sep 04, 2009 1:14 pm

Normallt dbus is added to the default runlevel.

Tariella · Post by **Tariella** » Sat Sep 05, 2009 9:57 am

Thanks, changing the dbus runlevel to default solved my problem.
I wonder how it came to be in the sysinit runlevel in the first place.

rahulthewall · Post by **rahulthewall** » Mon Sep 07, 2009 1:51 pm

Thanks for this thread. The discussion between z_sfend and loki_val solved my timing issues.

Mike Hunt · Post by **Mike Hunt** » Mon Sep 07, 2009 2:32 pm

There was an option to prevent services from being started by udev in /etc/conf.d/rc for example

RC_PLUG_SERVICES="!net.eth0"

Is there any equivalent in /etc/rc.conf ?

lefou · Post by **lefou** » Mon Sep 07, 2009 2:34 pm

Mike Hunt wrote:There was an option to prevent services from being started by udev in /etc/conf.d/rc for example

RC_PLUG_SERVICES="!net.eth0"

Is there any equivalent in /etc/rc.conf ?

Yes:

Code: Select all

rc_hotplug="!net.eth0"

Mike Hunt · Post by **Mike Hunt** » Mon Sep 07, 2009 3:04 pm

Thanks, that's what I was looking for.

man_jose · Post by **man_jose** » Sun Sep 13, 2009 11:30 am

In order to avoid double-posting, could you please take a look to this post?

I guess it might be related with openrc.

Cheers,
José M.

Xake · Post by **Xake** » Sat Sep 26, 2009 3:29 pm

Any comments on why openrc-0.5 is not in portage yet?

Too few devs, to little time as usual?

ppurka · Post by **ppurka** » Sat Sep 26, 2009 7:12 pm

Xake wrote:Any comments on why openrc-0.5 is not in portage yet?

Too few devs, to little time as usual?

It is a major change from 0.4.* from what I read. It will need a lot of testing to make sure the upgrade is smooth.

Xake · Post by **Xake** » Sat Sep 26, 2009 10:23 pm

ppurka wrote:
Xake wrote:Any comments on why openrc-0.5 is not in portage yet?

Too few devs, to little time as usual?
It is a major change from 0.4.* from what I read. It will need a lot of testing to make sure the upgrade is smooth.

That sounds more like a reason for placing it in package.mask, but not as a reason keeping it from portage...

Mike Hunt · Post by **Mike Hunt** » Sun Sep 27, 2009 7:12 pm

Code: Select all

# eix openrc
[I] sys-apps/openrc
     Available versions:  0.5.0-r2 {debug kernel_FreeBSD kernel_linux ncurses pam unicode}
     Installed versions:  0.5.0-r2(04:56:36 08/07/09)(kernel_linux ncurses pam unicode -debug -kernel_FreeBSD)
     Homepage:            http://roy.marples.name/openrc
     Description:         OpenRC manages the services, startup and shutdown of a host

Xake · Post by **Xake** » Sun Sep 27, 2009 7:38 pm

Mike Hunt wrote:

Code: Select all

# eix openrc
[I] sys-apps/openrc
     Available versions:  0.5.0-r2 {debug kernel_FreeBSD kernel_linux ncurses pam unicode}
     Installed versions:  0.5.0-r2(04:56:36 08/07/09)(kernel_linux ncurses pam unicode -debug -kernel_FreeBSD)
     Homepage:            http://roy.marples.name/openrc
     Description:         OpenRC manages the services, startup and shutdown of a host

The output of eix openrc does not look that way on my system.

Where did you find the ebuild?

Edit:

Let me guess, you are using Funtoo?

Mike Hunt · Post by **Mike Hunt** » Sun Sep 27, 2009 9:42 pm

Xake wrote:Let me guess, you are using Funtoo?

Yep, works great, boots in less than 2 seconds.

ppurka · Post by **ppurka** » Sun Sep 27, 2009 10:23 pm

Mike Hunt wrote:
Xake wrote:Let me guess, you are using Funtoo?
Yep, works great, boots in less than 2 seconds.

Is this on a desktop or a laptop? Can you post the output of your rc-update? Regarding boot time, I have noticed that my laptop takes a long time to boot especially because it has to load the touchpad drivers and all the thinkpad drivers (all of which combined probably take up more than 20 sec). Then fbcondecor takes 3sec more. Altogether a miserable 45sec to a working system (with wireless connected).

Mike Hunt · Post by **Mike Hunt** » Sun Sep 27, 2009 10:50 pm

Boots in less than 2 seconds from grub to the default runlevel.

filesystem check for JFS is really fast.
lvm2 mounts the volumes really fast.

Code: Select all

# grep name /proc/cpuinfo
model name      : AMD Athlon(tm) 64 Processor 3200+

Then whatever I have enabled in rc takes a more time

Code: Select all

# eselect rc show
Status of init scripts in runlevel "default"
  cherokee                  [started]
  consolekit                [started]
  dbus                      [started]
  dhcpcd                    [started]
  exim                      [started]
  gpm                       [started]
  hald                      [started]
  iptables                  [started]
  local                     [started]
  mysql                     [started]
  net.eth0                  [started]
  netmount                  [started]
  ntpd                      [started]
  slapd                     [started]
  squid                     [started]
  sshd                      [started]
  syslog-ng                 [started]
  vixie-cron                [started]
  xdm                       [started]

That's a lot of stuff, yet from grub to kdm is less than 10 seconds - it's really fast

ppurka · Post by **ppurka** » Mon Sep 28, 2009 2:39 am

It seems doable for desktops. Not sure about laptops though. You can not have a functioning system before 40s. Even the 20-25s boot times in ubuntu are a sham,- mostly the GUI is brought up faster. Touchpads, etc still take till 40s to get properly initialized.

OpenRC support thread, 2d Edition

OpenRC support thread, 2d Edition

hwclock timezone problem

Shutdown issue