.he 'SALV (VIII)'1/20/73'SALV (VIII)'
NAME salv -- file system salvage
SYNOPSIS /etc/salv
\b\b\b\b\b\b\b\b\b_________ filesystem [ -akfs
\b\b\b\b\b_____ ]
will place a given file system
in a consistent state with
almost no loss of information.
This is the first step in putting things
together after a bad crash.
Salv performs the following functions:
A valid free list is constructed.
The previous step is always performed; the following steps
are performed only if the "a" option is given.
If the file system's only defect is missing blocks,
"a" should not be specified.
All bad pointers in the file system are zeroed.
All duplicate pointers to the same block
are resolved by changing one of the pointers
to point at a new block containing a copy of the data.
Inodes (not directory entries) for special files
Files whose size is too large for the number of
blocks they contain (after bad pointers are zeroed)
have their size revised downward.
The file system should be unmounted while it is
In cases of extreme need the permanently mounted
file system may be salvaged; in such a case
the system must be rebooted before it
has a chance to write out the old, bad super-block.
The "k", "f", and "s" options
tell salv what magic numbers to use to generate
the size of the free list and the i-node map.
"k" is default (RK disk); "f" is RF; "s" is RK with
If salv is to be used away
from the mother system its code should be checked
After a salv, files may be safely created
and removed without causing
If the "a" option had to be used,
a dcheck (VIII) should be done to find the degree
of the damage to the hierarchy.
SEE ALSO check(VIII), dcheck(VIII)
only one (known) way does salv
\b\b\b\b____ destroy information:
if some random block appears to be an indirect block
all "bad pointers" (for example, ASCII text) in it
the block also appears in another file, it may be
scribbled on before it is copied.