Re: [PATCH 1/2] hwclock: Use /var/lib/hwclock/adjtime instead of /etc/adjtime

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Mar 10, 2008 at 02:52:26PM +0100, Matthias Koenig wrote:
> Karel Zak <kzak@xxxxxxxxxx> writes:
> 
> > On Sat, Mar 08, 2008 at 07:41:42AM -0500, Mike Frysinger wrote:
> >> On Friday 07 March 2008, Matthias Koenig wrote:
> >> > As hwclock updates this file when running, it should be in
> >> > /var/lib as suggested by FHS.
> >> 
> >> there really should be a way to control this (configure/command 
> >> line/whatever).  /etc has a lot of desirable advantages over anything 
> >> in /var.
> >
> >  Exactly, it was my first impression from the patch, a command line
> >  option would be nice. The patch is unacceptable for systems where is
> >  /var outside root partition.
> 
> You are right,  it should be a configure option.

 Do you mean configure.in? I mean a command line option

    # hwclock --hwtosys --adjfile /var/lib/hwclock/adjtime

 it's pretty easy to modify your init script to use this setting.

> This seems to be a catch-22 situation. The change was intended for
> running several machines from the same image and the rootfs mounted ro. 

 Hehe... I know this issue. Fedora/RHEL has also plan to support
 stateless roots (read-only). The next level of this insane game is
 move /etc/mtab to /var...

 We need a more low-level solution for read-only roots. For example
 unionfs, or merge-able COW device-mapper snapshots.

 Unfortunately nobody actively works on
 http://www.gnome.org/~markmc/code/lvm-snapshot-merging/

    Karel

-- 
 Karel Zak  <kzak@xxxxxxxxxx>
--
To unsubscribe from this list: send the line "unsubscribe util-linux-ng" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux Admin]     [Samba]

  Powered by Linux