[Bug 224347] Boot erroneously mounts severely damaged ufs file system

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Thu Dec 14 19:07:58 UTC 2017


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=224347

            Bug ID: 224347
           Summary: Boot erroneously mounts severely damaged ufs file
                    system
           Product: Base System
           Version: 10.3-RELEASE
          Hardware: Any
                OS: Any
            Status: New
          Severity: Affects Some People
          Priority: ---
         Component: bin
          Assignee: freebsd-bugs at FreeBSD.org
          Reporter: freebsd at dreamchaser.org

If a non-system ufs file system is severely damaged and does not pass the
normal boot-time fsck -p sequence, it may still be mounted read-write and the
system will boot up into multi-user mode.  This happens in spite of having
background_fsck="NO" in rc.conf.  There are no messages posted to the system
log, and the console boot-time errors may have scrolled beyond reach in the
buffer if one logs into vt0.  After the first reboot, there are no errors
related to the disk in question posted at boot-time.

This happens because the return value of checkfilesys in fsck_ffs/main.c is
basically ignored.

When this condition occurs, it is 100% repeatable.  One can crash the system
and it will reboot as if everything is ok; running whatever software tweaks the
file system (in my case thunderbird) will always recrash the system.

See the discussion on freebsd-questions:
  Subject: Thunderbird causing system crash, need guidance

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the freebsd-bugs mailing list