Article View: cu.slug
Article #408LMFS repair
From: reti
Date: Thu, 09 Apr 1998 00:00
Date: Thu, 09 Apr 1998 00:00
48 lines
2474 bytes
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-mailReferences:
<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