我们想加密运行某些敏感文件、数据库和 Web 服务的 Snow Leopard 工作站的整个磁盘。PGP 尚不适用于 10.6，我们不能使用 FileVault，因为它不符合 FIPS 并且需要非标准的服务安装。
有哪些已知可与 Snow Leopard 一起使用的全磁盘选项？
我tar用来归档一组非常大（多 GB）的bz2文件。
如果我使用tar -tf file.tar列出存档中的文件，这需要很长时间才能完成（约 10-15 分钟）。
同样，cpio -t < file.cpio完成所需的时间也一样长，加上或减去几秒钟。
因此，从存档中检索文件（tar -xf file.tar myFileOfInterest.bz2例如通过）同样慢。
是否有一种存档方法可以在存档中保留一个随时可用的“目录”，以便可以快速检索存档中的单个文件？
例如，某种目录存储指向存档中特定字节的指针，以及要检索的文件的大小（以及任何其他文件系统特定的细节）。
是否有工具（或 or 的参数tar）cpio可以有效地检索存档中的文件？
我有一个 C 应用程序，有时无法打开存储在/tmp共享中的文件。
这是相关的代码块：
// open file and start parsing
notStdin = strcmp(inFile, "-");
if (notStdin) {
coordsIn = fopen(inFile, "r"); <----- inFile = file that I want to open
if (coordsIn == NULL) {
fprintf(stderr, "ERROR: Could not open coordinates file: %s\n\t%s\n", inFile, strerror(errno));
exit(EXIT_FAILURE);
}
}
else
coordsIn = stdin;
在八到十次试验中，我得到一个NULLFILE 指针。这是一个示例错误消息：
ERROR: Could not open coordinates file: /tmp/coordinates.txt
File or directory does not exist
但是，该文件/tmp/coordinates.txt确实存在，因为我可以使用标准实用程序（如head、cat或more等）打开它。
/tmp/coordinates.txt不同试用文件的权限是一样的。
以下是结果uname -a：
$ uname -a
Linux hostname 2.6.18-128.2.1.el5 #1 SMP Wed Jul 8 11:54:47 EDT 2009 x86_64 x86_64 x86_64 GNU/Linux
如果我使用inFile存储在不同的非/tmp共享中的不同，那么我不会观察到这种症状。
是否有任何事情会导致fopen()存储在/tmp共享中的文件失败？我可以采取其他故障排除步骤吗？