https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=252787
--- Comment #1 from Conrad Meyer <c...@freebsd.org> --- In 13 (r355996), fstyp can locate exFAT labels and probably avoid a false positive match with UFS most of the time. (Specifically, we look at the first 11 sectors now and verify them against a checksum in sector 12.) (Unfortunately, some (all?) of the 'goto done's in fstyp_exfat() should be changed to 'goto fail'. Until that is done, 13's fstyp is no better than 12's as far as just looking for the magic "EXFAT" string.) newfs probably avoids writing the first sector for historical reasons (don't want to clobber a boot sector) which probably means there is an inherent collision between reimaged classic FAT / UFS volumes. Maybe fstyp could be smarter here (some tie-breaking scheme for multiple positive results) if it is straightforward to be "really sure" a volume is UFS and not FAT. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ freebsd-bugs@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
