[lfs-dev] problem of bootscript setclock

xinglp xinglp at gmail.com
Sun May 13 11:19:26 PDT 2012


2012/5/14 Bryan Kadzban <bryan at kadzban.is-a-geek.net>:
> xinglp wrote:
>> Now, It is the job of udev to start /etc/init.d/setclock .
>>
>> When I use initd-tools to install somethings else, it was installed
>> for depended.
>
> Is there a way in these newfangled headers to say that setclock is
> really an alias for udev?  That's what's happening in the scripts, anyway...
When I do `install_initd httpd`, it depends on $local_fs, then mountfs
, then checkfs then $time.
So the $time's provider setclock was installed in rcS.d.
Now, I just remove the "Required-Start $time" from checkfs,ntpd, and
add udev to them.
Letting udev provide the $time is better way than I what I did.
>
>> And I THINK , ntpd and checkfs should not depend on $time.
>
> Not sure on ntpd (although I wouldn't be surprised if it was because
> ntpd refuses to do anything if the clock is far-enough off from what
> it's getting from the upstream servers).
>
> But checkfs does depend on the time.  It checks whether the current time
> is before or after the last-full-fsck-time plus the days-between-mounts
> value stored in the ext3 (and probably 4, and perhaps 2) superblock.  If
> it's after, then it forces a full fsck run.
>
> (It also checks whether the mount count stored in the superblock is more
> or less than the number-of-mounts-between-full-fsck-runs value in the
> superblock, and forces a full fsck if it's more.  Of course, that
> doesn't depend on knowing the current time.)
>
> "tune2fs -t" will change the number of days between checks, and "tune2fs
> -c" will change the number of mounts.  "tune2fs -T <timestamp>" will set
> the last-checked time (can be done live), and "tune2fs -C <integer>"
> will set the current mount count (can also be done live).
>
> All that said, if there's no way in this extra-abstraction setup to
> express an alias, then we should change the other scripts to depend on
> udev instead of setclock.
>
>
> --
> http://linuxfromscratch.org/mailman/listinfo/lfs-dev
> FAQ: http://www.linuxfromscratch.org/faq/
> Unsubscribe: See the above information page
>



More information about the lfs-dev mailing list