Subject: bin/656: BAD SUPER BLOCK messages from fsck
To: None <gnats-admin@NetBSD.ORG>
From: None <thomas@mathematik.uni-Bremen.de>
List: netbsd-bugs
Date: 12/25/1994 19:20:05
>Number:         656
>Category:       bin
>Synopsis:       BAD SUPER BLOCK messages from fsck
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Dec 25 19:20:03 1994
>Originator:     Thomas Eberhardt
>Organization:
CeVis, University of Bremen, Germany
>Release:        1.0A
>Environment:
	
System: NetBSD ed209 1.0A NetBSD 1.0A (ED209) #0: Mon Dec 26 01:53:10 MET 1994 thomas@ed209:/usr/src/sys/arch/i386/compile/ED209 i386

Machine: i386
>Description:
	After the file system code sync with CSRG I get this nasty message
	"BAD SUPER BLOCK: VALUES IN SUPER BLOCK DISAGREE WITH THOSE IN FIRST
	ALTERNATE" every time I reboot.  I've traced this back to a new
	dynamically changing field "fs_maxcluster" in the super block thats
	not copied to the alternate super block before comparison.
>How-To-Repeat:
	
>Fix:
*** sbin/fsck/setup.c-	Wed Dec 21 12:10:10 1994
--- sbin/fsck/setup.c	Mon Dec 26 04:08:07 1994
***************
*** 360,365 ****
--- 360,366 ----
  	altsblock.fs_optim = sblock.fs_optim;
  	altsblock.fs_rotdelay = sblock.fs_rotdelay;
  	altsblock.fs_maxbpg = sblock.fs_maxbpg;
+ 	altsblock.fs_maxcluster = sblock.fs_maxcluster;
  	memcpy(altsblock.fs_csp, sblock.fs_csp,
  		sizeof sblock.fs_csp);
  	memcpy(altsblock.fs_fsmnt, sblock.fs_fsmnt,
>Audit-Trail:
>Unformatted: