在 /tape144/root/notes 文档中列出的命令可以在命令稿上执行。
当我在尝试的时候，我得到 rpc 设定错误。
我猜想它只是命令执行的太快，portmapper 自己没有适当的安装完成。
我发现手动输入顺序﹝sequence ﹞的工作情形良好，所以我推荐如此。
我想这是一个安全的设定方法。
有人仍可以在你取出磁带前, 先一步把磁带取出将所有文档读出. 对于重视资料机密的人会考虑备份资料流的加密.
也就是说, 原备份的输出 pipe 到加密程序再把加密程序的输出送到 之前所说的 /tmp/tapepipe.
但是要住意, 这个加密的备份在复原过程中的错误，将导致在该点之 后的所有文档无法复原, 因为该备份是一个独立的 DES 加密资料流。
我们也可以用 afio 的选项, 先把每个文档 gzip 再做加密. 但这种
先压缩的作法会导致一堆已知的字串(gzip 过会有固定 header), 比
较容易被破解. 所以比较好的作法是跳过 gzip, 直接做 DES 加密, 代价是需要较多的磁带空间. 不用说也知道, DES 加密是不作压缩的.
我附上的 rc.inet1 写法只能使用在地区网路 (Local network) 上，而不能用一个 Gateway 和外界沟通。
在完全恢复到空白硬盘的期间，SAR 磁片 #3 提供 ftape.o 让 MS-DOS 机器穿过 NFS。
这是因为 ftape 模块某些旧的版本不能在有磁片在软盘机时管理某些磁带机。
在较新的核心程序，所有的 NFS 要素﹝stuff ﹞会被忽略。
这是非常重要的。
***测试*** SAR 复原程序。
I did, but don't leave anything to chance.
确定你可以仅使用 SAR 磁片复原至少一个文档到 Linux 机器上﹝例如没有安装硬盘﹞。
如果你不能重新启动 Linux 机器在不照成太多使用者不便的情况下，改变在 SAR 磁片中的设定信息，指派 ``linux'' 的身分到另一个 MS-DOS 机器，然后启动两个 MS-DOS 机器进入 Linux 去确定均可正常运作。
然后，将 ``linux'' 的身分修正回来，如此你拥有一个可用的 SAR 磁片。