Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 19 Mar 1998 11:00:06 -0800 (PST)
From:      FBI BSD <fbibsd@yahoo.com>
To:        freebsd-bugs
Subject:   Re: kern/6065: UFS has filesize incorrectly stated; persistent corruption when trying to fix.
Message-ID:  <199803191900.LAA15516@hub.freebsd.org>

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

From: FBI BSD <fbibsd@yahoo.com>
To: wbrian@speakeasy.org, freebsd-gnats-submit@FreeBSD.ORG
Cc: fbibsd@rocketmail.com
Subject: Re: kern/6065: UFS has filesize incorrectly stated; persistent corruption when trying to fix.
Date: Thu, 19 Mar 1998 10:47:50 -0800 (PST)

 I think this is perhaps not a bug, but a feature.
 
 ls -li /stand and look at all the files that have the same i-node
 number.
 
 In my distribution many /stand binaries are not only the same size,
 but are links to the same actual disk file (i.e. same i-number).
 
 This was done to provide many common utilities in one 'blob' so that
 the disk space necessary to accomodate all of the utilities would be
 minimized (e.g. so that they can fit on one floppy).
 
 Because they're statically linked, having distinct utility programs
 would be very redundant in that many of the same libc modules would be
 present distinctly in each utility.
 
 You can replace any given utility with a newly built one, but you should
 'rm' the old utility file link first, then copy in the new 'uncrunched'
 utility.
 
 I can only guess that somewhere in the distribution there's a makefile
 that
 remakes these default utilities and crunches them together as you seem
 to see them.  Perhaps you can rebuild from that codebase.
 
 see crunchgen(1) et. al.
 
 Chris
 
 ---wbrian@speakeasy.org wrote:
 >
 > 
 > >Number:         6065
 > >Category:       kern
 > >Synopsis:       UFS has filesize incorrectly stated; persistent
 corruption when trying to fix.
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       high
 > >Responsible:    freebsd-bugs
 > >State:          open
 > >Quarter:
 > >Keywords:
 > >Date-Required:
 > >Class:          sw-bug
 > >Submitter-Id:   current-users
 > >Arrival-Date:   Thu Mar 19 01:30:02 PST 1998
 > >Last-Modified:
 > >Originator:     Brian Wehrle
 > >Organization:
 > None
 > >Release:        2.2.5
 > >Environment:
 > 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Mon Jan 19 14:40:37 i386
 > >Description:
 > It seems that my /stand dir has become corrupted.  At some time
 certain files took upon the same
 > file size.  For example, now sed and find have the exact same size. 
 When I diff the files they are different but yet they 
 > still both work and report the same size.  When I go to copy rebuilt
 binaries this changes the file sizes of randomly
 > selected files!  I am not sure how to explain this better.  The FS
 is ufs, from /etc/fstab.
 > In this case both sed and find work (executer properly) (running
 them as /stand/sed and /stand/find) but they still report being the
 same size.
 > 
 > >How-To-Repeat:
 > Absolutely no idea (I wonder if this happened when/if the FS became
 full ??) I was propp'ing files from /usr/ob
 > into this directory to replace the old ones.
 > I guess one could try adding and deleting files from the /stand
 directory.
 > 	
 > >Fix:
 > No idea.
 > >Audit-Trail:
 > >Unformatted:
 > 
 > To Unsubscribe: send mail to majordomo@FreeBSD.org
 > with "unsubscribe freebsd-bugs" in the body of the message
 > 
 
 _________________________________________________________
 DO YOU YAHOO!?
 Get your free @yahoo.com address at http://mail.yahoo.com
 

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-bugs" in the body of the message



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