Linux kernel 系统呼叫劫持的更安全替代方案？

在上一篇文章中，我问了一个更一般的问题，但我在这里发帖是为了让这个问题更具体

有人知道重定向硬盘驱动器I/O的另一种方法吗？我需要能够在不中断系统调用的情况下将磁盘上的读/写操作定向到另一个路径

必须有另一种方法

我认为一种方法是在写入后将目标文件复制/移动到另一个路径。但是，我仍然需要将读取权限重定向到该文件。是否有任何方法可以将一个文件装载到另一个文件上，以便硬盘驱动器的物理头访问移动/复制的文件

---

感谢您的反馈。

实现您想要的最简单的方法可能是实现一个覆盖另一个文件系统的文件系统

---

您的文件系统将是所有

read

和

write

文件调用的第一个调用端口，它可以根据需要重定向它们。这将以与类似的方式工作（尽管它应该更简单，因为您不需要尝试处理多个底层文件系统）。

好的，所以我只是阅读了有关硬链接的内容。这可能是一种方式…但它会加速读取访问吗？换句话说，在实际读取文件数据之前，磁头是否必须将自身定位在硬链接上，然后在实际文件上重新定位？Linux硬链接是否存储在具有实际文件地址的文件系统数据结构（在RAM中，访问时间为O（1），如数组）中，以便磁盘头可以直接访问已寻址的文件？五小时前我发现我无法跨分区创建硬链接。可能有一个工作围绕使用创建硬链接或类似的东西。有人知道这件事吗？这是我设计的。是关于工会的。我需要一些帮助来修改它的一些代码。如果有人能提供建议，我将不胜感激。谢谢你的意见。事实上，我想我可以按照你说的去做。然而，我想也许联合文件系统是一种更好的方法。我可以创建一个从一个分区到另一个分区中目标文件的硬链接，这将为我处理“重定向”。你知道有没有联合文件系统可以做到这一点吗？再次感谢！：）@rb3：我认为这不会起作用——在创建硬链接之前和之后打开文件的进程会打开不同的文件，这打破了文件系统的语义预期。