fstab dump/fs_freq

Bruce Dubbs 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.
>>
>> http://dump.sourceforge.net/
>>
>> 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? 

No.

> 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 
> either. 

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.

   -- Bruce



More information about the lfs-support mailing list