From owner-freebsd-bugs Thu Mar 19 11:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15569 for freebsd-bugs-outgoing; Thu, 19 Mar 1998 11:00:12 -0800 (PST) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from gnats@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA15516; Thu, 19 Mar 1998 11:00:06 -0800 (PST) (envelope-from gnats) Date: Thu, 19 Mar 1998 11:00:06 -0800 (PST) Message-Id: <199803191900.LAA15516@hub.freebsd.org> To: freebsd-bugs Cc: From: FBI BSD Subject: Re: kern/6065: UFS has filesize incorrectly stated; persistent corruption when trying to fix. Reply-To: FBI BSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/6065; it has been noted by GNATS. From: FBI BSD 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