Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 21 Apr 2010 13:10:03 GMT
From:      Garrett Cooper <yanefbsd@gmail.com>
To:        freebsd-bugs@FreeBSD.org
Subject:   Re: misc/145910: Problem with nullfs in fstab on boot
Message-ID:  <201004211310.o3LDA3PG040180@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
The following reply was made to PR misc/145910; it has been noted by GNATS.

From: Garrett Cooper <yanefbsd@gmail.com>
To: Alexander Yamshanov <alexander@yamshanov.ru>
Cc: freebsd-gnats-submit@freebsd.org
Subject: Re: misc/145910: Problem with nullfs in fstab on boot
Date: Wed, 21 Apr 2010 06:00:58 -0700

 On Wed, Apr 21, 2010 at 2:08 AM, Alexander Yamshanov
 <alexander@yamshanov.ru> wrote:
 >
 
 ...
 
 >>Description:
 > System with 'nullfs' in fstab can't boot without root's help because it c=
 an't exec fsck_nullfs on startup.
 >>How-To-Repeat:
 >> grep nullfs /etc/fstab
 > /export/home =A0 =A0 =A0 =A0 =A0 =A0/usr/home =A0 =A0 =A0 nullfs =A0rw =
 =A0 =A0 =A0 =A0 =A0 =A0 =A02 =A0 =A0 =A0 2
 >>
 >>Fix:
 > Simple fix - create file /sbin/fsck_nullfs:
 >
 >> more /sbin/fsck_nullfs
 > #!/bin/sh
 > exit 0
 
 Hi Alexander,
     So given the logic provided, there should also be dummy fsck
 scripts for other filesystems not fsck supported then?
 
 $ ls -1 /sbin/fsck_* /sbin/mount_*
 /sbin/fsck_4.2bsd
 /sbin/fsck_ffs
 /sbin/fsck_msdosfs
 /sbin/fsck_ufs
 /sbin/mount_cd9660
 /sbin/mount_mfs
 /sbin/mount_msdosfs
 /sbin/mount_newnfs
 /sbin/mount_nfs
 /sbin/mount_ntfs
 /sbin/mount_nullfs
 /sbin/mount_udf
 /sbin/mount_unionfs
 
     I personally think that this is already taken care of in the
 documentation for fstab(5):
 
      The fifth field, (fs_freq), is used for these file systems by the dump=
 (8)
      command to determine which file systems need to be dumped.  If the fif=
 th
      field is not present, a value of zero is returned and dump will assume
      that the file system does not need to be dumped.  If the fifth field i=
 s
      greater than 0, then it specifies the number of days between dumps for
      this file system.
 
 [...]
 
      If the sixth field is not present or is zero, a value of zero is retur=
 ned
      and fsck(8) and quotacheck(8) will assume that the file system does no=
 t
      need to be checked.
 
     So if the values of the 5th and 6th fields in your fstab are 0,
 then this is a non-issue. I just don't personally see the real value
 in adding 8 extra dummy fsck scripts (only msdosfs and ufs have fsck
 binaries) as this is logically a non-issue provided the documentation
 above.
 Thanks,
 -Garrett



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201004211310.o3LDA3PG040180>