Re: HEADS UP: UFS2 now the default creation type on 5.0-CURRENT

From: Robert Watson <rwatson_at_freebsd.org>
Date: Sun, 20 Apr 2003 20:33:41 -0400 (EDT)
On Mon, 21 Apr 2003, Takahashi Yoshihiro wrote:

> In article <Pine.NEB.3.96L.1030420105721.16891f-100000_at_fledge.watson.org>
> Robert Watson <rwatson_at_freebsd.org> writes:
> 
> > As of today, newfs(8) and sysinstall(8) will create UFS2 file systems by
> > default, unless explicitly specified.  Users wanting to create UFS1 file
> > systems for whatever reason (interoperability with earlier versions, etc) 
> > should be sure to employ the -O1 flag to newfs(8), or hit '1' in the label
> > editor in sysinstall(8) to select UFS1. 
> 
> The boot2 for pc98 does NOT support UFS2.

Does the attached diff take care of this appropriately?  It inverts the
default for PC98 sysinstalls, and updates the helpful.  It does not change
the newfs(8) default, under the assumption that (in general), you'll be
creating non-root file systems with newfs(8) and will therefore want the
new layout. 

Do we know if anyone currently owns the task of adapting the PC98 boot
code to support UFS2?  I would have thought (foolish me) that it would
fall pretty naturally out of the i386 support, but perhaps not... 

Index: label.c
===================================================================
RCS file: /home/ncvs/src/usr.sbin/sysinstall/label.c,v
retrieving revision 1.137
diff -u -r1.137 label.c
--- label.c	20 Apr 2003 14:08:05 -0000	1.137
+++ label.c	21 Apr 2003 00:30:08 -0000
_at__at_ -337,7 +337,11 _at__at_
     pi->newfs_data.newfs_ufs.acls = FALSE;
     pi->newfs_data.newfs_ufs.multilabel = FALSE;
     pi->newfs_data.newfs_ufs.softupdates = strcmp(mpoint, "/");
+#ifdef PC98
+    pi->newfs_data.newfs_ufs.ufs1 = TRUE;
+#else
     pi->newfs_data.newfs_ufs.ufs1 = FALSE;
+#endif
 
     return pi;
 }
Index: help/partition.hlp
===================================================================
RCS file: /home/ncvs/src/usr.sbin/sysinstall/help/partition.hlp,v
retrieving revision 1.12
diff -u -r1.12 partition.hlp
--- help/partition.hlp	20 Apr 2003 14:08:05 -0000	1.12
+++ help/partition.hlp	21 Apr 2003 00:31:18 -0000
_at__at_ -129,17 +129,21 _at__at_
 The UNIX File System (UFS) on FreeBSD supports two different on-disk
 layouts: UFS1 and UFS2.  UFS1 was the default file system in use
 through FreeBSD 5.0-RELEASE; as of FreeBSD 5.1-RELEASE, the default
-is now UFS2.  UFS2 provides sparse inode allocation (faster
-fsck), 64-bit storage pointers (larger maximum size), and native
-extended attributes (required for ACLs, MAC, and other advanced
-security and file system services).  The selection of UFS1 or
-UFS2 must be made when the file system is created--later conversion
-is not currently possible.  UFS2 is the recommended file system, but
-if disks are to be used on older FreeBSD systems, UFS1 improves
-portability.  When dual-booting between FreeBSD 4.x or earlier and 
-FreeBSD 5.x, UFS1 file systems will be accessible from both.
-To toggle a file system to UFS1, press '1'.  To restore it to UFS2,
-press '2'.
+is now UFS2, with the exception of the PC98 platform.  UFS2 provides
+sparse inode allocation (faster fsck), 64-bit storage pointers (larger
+maximum size), and native extended attributes (required for ACLs, MAC,
+and other advanced security and file system services).  The selection
+of UFS1 or UFS2 must be made when the file system is created--later
+conversion is not currently possible.  UFS2 is the recommended file
+system, but if disks are to be used on older FreeBSD systems, UFS1
+improves portability.  When dual-booting between FreeBSD 4.x or
+earlier and FreeBSD 5.x, UFS1 file systems will be accessible from
+both.  To toggle a file system to UFS1, press '1'.  To restore it to
+UFS2, press '2'.
+
+WARNING: FreeBSD on i386 is currently unable to boot from file
+systems larger than 1.5TB, so the root file system must exist
+entirely below the 1.5TB mark.
 
 To add additional flags to the newfs command line for UFS file
 systems, press 'N'.  These options will be specified before the
Received on Sun Apr 20 2003 - 15:33:28 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:04 UTC