🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: cu.slug
Article #408

LMFS repair

#408
From: reti
Date: Thu, 09 Apr 1998 00:00
48 lines
2474 bytes
    Date: Wed, 8 Apr 1998 10:45 EDT
    From: David Gadbois <gadbois@cyc.com>

    I have a large LMFS with partitions spread over several disks.  One of
    the disks has bought the farm.  The last time I had to do a full
    restore [1], it took a couple of days, and the LMFS was much smaller
    then.  It occurs to me that it may be possible to simply dike the
    partition on the bad disk out of the FSPT and somehow recover from
    there.  Is it possible?  
			     
Yes, but tricky.  (I've successfully done it, but that was a long time
ago and my recollection might well be faulty.)
		  
The essential element is to replace the failed partition in the fspt
with another equal or larger-sized zeroed partition on a new disk.  The
various partitions are relatively ordered, and the LMFS startup code
needs to thread them together in the proper order, so the broken
partition needs a placeholder.

Once you've done that, there might be a couple of startup transients
you'll have to proceed past to get the LMFS up.  Once past that, you'll
have a LMFS where all the file pointers to that partition will get
checkwords errors, including pointers to directories.  How much of
your original LMFS hierarchy will be intact will depend on how much of
your directory structure (i.e. the directory files themselves) was on
your broken partition.

Run check records.  This will identify all the "files" whose contents
are no longer there, because the partition vanished.  Use LMFS::FIX-FILE
to get rid of them.

Then run the salvager.  It will find all the orphaned files, and put them
back into the directory hierarchy.
			     
			     Any advice?

Good luck.  Feel free to call or write if you need more help.  

   Kalman Reti
   Symbolics
   reti@symbolics.com
   781-937-7655

    Thanks,
    --David Gadbois

    [1] Seven years ago.  My, those lispms are sturdy.
Technical Details
Message-ID: <892129851.26263@news.Colorado.EDU>
Path: arc1-ca.pugleaf.net!unknown!not-for-mail
References: <199804081445.JAA13458@wiggum.cyc.com>

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 10077e,116e5296e98367c5
X-Google-Attributes: gid10077e,public
From: <reti@wilson.ai.mit.edu>
Subject: LMFS repair
Date: 1998/04/09
Message-ID: <892129851.26263@news.Colorado.EDU>
X-Deja-AN: 342416252
Sender: daemon@lace.colorado.edu
References: <199804081445.JAA13458@wiggum.cyc.com>
Distribution: cu
X-Note1: message-id generated by recnews
X-Note2: mail msgid was   <19980409123136.7.RETI@STHELEN-VLM.AI.MIT.EDU>
Organization: University of Colorado at Boulder
Newsgroups: cu.slug