Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!ames!scubed!piaget!jc From: jc@piaget.UUCP (John Cornelius) Newsgroups: comp.unix.questions Subject: Re: fsck says "size check". What to do? Message-ID: <145@piaget.UUCP> Date: Thu, 18-Dec-86 14:29:35 EST Article-I.D.: piaget.145 Posted: Thu Dec 18 14:29:35 1986 Date-Received: Fri, 19-Dec-86 04:54:37 EST References: <718@cooper.UUCP> Reply-To: jc@piaget.UUCP (John Cornelius, System Manager) Organization: International Widget Lines: 44 Keywords: fsck superblock unreasonably large Summary: Use the alternate superblock In article <718@cooper.UUCP> chris@cooper.UUCP (Chris Lent ) writes: >Here's an interesting one: > >A Pixel-80 system (BSD 4.2 system with "PIXEL" slapped on top :-), >I have some contact with went through the following: > > A. File system filled up on /usr with > "No space on dev 00/06" messages. > > B. A couple of big files removed. > C. df messages which say a couple of thousand free blocks > but still 100.0% used?!? > > D. When they re-boot they get the message: > >size check: fsize 1701978227 isize 22764 > >But when the file system (/usr by the way) is mounted all the >files are accessible. > >Is their any other way to repair this damage without all the work >involved? I believe that BSD provides alternate superblocks, the first one being (I think) at block number 32. Fsck can be coerced to repair the damage by using one of the alternative superblocks. They are assigned at the time newfs is run to create the file system. Otherwise, if they have fsdb, they can repair the filesys.s_fsize variable in the superblock. If they REALLY know what they're doing they might even be able to fix the problem with the program debugger. > >P.S. What the heck does "size check" mean anyway? Something like The variable filesys.s_fsize in the superblock is unreasonable. As much as we'd like to have an 871 gigabyte file system, we don't and fsck knows it. The variable names given here are System V variable names however BSD has synonymous variables. -- John Cornelius (...!sdcsvax!piaget!jc)