restoring V6 file systems
utzoo!duke!decvax!ucbvax!sdcsvax!jmcg
utzoo!duke!decvax!ucbvax!sdcsvax!jmcg
Wed Jun 17 01:21:37 AEST 1981
Mark Wallen reported problems with running V6 `restor' in compatatbility mode.
At first I thought: "but the inodes are different! etc.", but that's
irrelevant for `restor x'. The fact that the block tape devices have
different default blocksizes IS relevant, but in an indirect way.
Because the block sizes are different, a plain `restor x ...' loses with tape
read errors; one must use `restor xf /dev/rmt0 ...'. This loses because
seeks are ignored on the raw device. Reading the inode and data blocks off
the tape from the current position generates garbage. A `restor xf /dev/rmt0'
(restore all the files by inode number) should work, which means that to
restore a v6 file system from a dump tape one first does:
v6run v6restor xf /dev/rmt0
followed by editing the ncheck of the file system (you did put an ncheck on
the end of the tape, didn't you?) into a shell script to restore the
directory structure.
-----------------------------------------------------------------------------
Jim McGinness
ucbvax!sdcsvax!jmcg
More information about the Comp.unix.wizards
mailing list