bruce.dubbs at gmail.com
Wed Mar 17 21:07:19 PDT 2010
Trent Shea wrote:
> On Wednesday 17 March 2010 21:16:30 Bruce Dubbs wrote:
>> Trent Shea wrote:
>>> On Wednesday 17 March 2010 20:25:16 Trent Shea wrote:
>>>> As dump/restore is not part of LFS or BLFS should this field be 0 for
>>>> all rows?
>> dump is a command that uses those fields. We do build dump in LFS or
>> BLFS, but someone might want to use that.
>> dump is really obsolete. The better command is rsync.
>> In any case, the traditional interpretation is that file systems that
>> need to be saved/backed up (i.e. dumped) are 1, and pseudo file systems
>> are 0. I see no reason to change that.
> Is there anything in the bootscripts that would take advantage of this field?
> quick grep doesn't show any relevant dump hits (lfs and blfs.) A quick scan of
> the rsync manpage and a grep fstab on the sources doesn't yield any hits
No, rsync doesn't use it.
> Marking something true when it's not used seems incorrect to me, even
> if it doesn't hurt anything.
It *is* true. The partition is one that is eligible to be dumped. Just
because the only program that uses the field isn't installed, doesn't
make the field wrong.
More information about the lfs-support