我该如何诱使某个进程认为文件不存在？

我有一个程序将其设置存储在 ~/.config/myprogram我既可以交互使用，也可以与批处理排队系统一起使用。交互式运行时，我希望该程序使用我的配置文件（确实如此）。但是，在批处理模式下运行时，不需要配置文件，因为我指定了覆盖所有相关设置的命令行选项。此外，通过网络访问配置文件会使程序的启动时间增加几秒钟。如果文件不存在，程序将启动得更快（由于每个作业仅需一分钟左右，因此对批处理作业的吞吐量有重大影响）。但是因为我也以交互方式使用该程序，所以我不想一直移动/删除配置文件。根据我在群集上安排批处理作业的时间（基于其他用户的使用情况），

（此外：网络文件性能如此之慢可能是一个错误，但是我只是集群的用户，所以我只能解决它，而不能解决它。）

我可以构建不读取配置文件（或不具有命令行选项）以供批处理使用的程序版本，但是该程序的构建环境设计欠佳，难以设置。我非常喜欢使用通过系统的软件包管理器安装的二进制文件。

如何欺骗该程序的特定实例以假装我的配置文件不存在（无需修改程序）？我希望表单有包装pretendfiledoesntexist ~/.config/myprogram -- myprogram --various-options...，但是我对其他解决方案持 开放态度。

该程序可能会从解析该文件的路径$HOME/.config/myprogram。因此，您可以告诉它您的主目录在其他位置，例如：

HOME=/nowhere your-program

现在，也许您的程序在主目录中需要其他资源。如果您知道它们是哪一个，则可以为您的程序准备一个伪造的家，其中包含指向该家所需资源的链接。

mkdir -p ~/myprogram-home/.config
ln -s ~/.Xauthority ~/myprogram-home/
...
HOME=~/myprogram-home myprogram

如果其他所有方法均失败，则编写一个包装库，您将使用该包装库注入该包装库，LD_PRELOAD以open("/home/you/my-program/config.interactive")拦截对的调用，但其他任何传递都会通过。这适用于任何类型的程序，甚至包括shell脚本，因为它将过滤系统调用。

extern int errno;

int open(const char *pathname, int flags)
{
  char *config_path = get_config_file_path();
  if (!strstr(pathname, config_path))
  {
    return get_real_open(pathname, flags);
  }
  else
  {
    errno = ENOENT;
    return -1;
  }
}

注意：我尚未测试此代码，因此我不能100％确定 errno部分是否有效。

看看如何fakeroot处理像getuid(2)和stat(2)。

基本上，链接器会将该应用程序链接到您的库，该库将覆盖该open符号。由于您不能使用open您自己的库中命名的两个不同函数，因此您必须将其分隔为第二部分（例如get_real_open），该第二部分又将链接到原始库。open调用。

原版的： ./Application

Application -----> libc.so
            open()

拦截： LD_PRELOAD=yourlib_wrap.so ./Application

Application -----> yourlib_wrap.so --------------> yourlib_impl.so -----> libc.so
            open()                 get_real_open()                 open()

编辑：显然有一个ld可以启用（--wrap <symbol>）的标志，它允许您编写包装器而不必诉诸双链接：

/* yourlib.c */
#include <stdio.h>

int __real_open(const char *pathname, int flags)

int __wrap_open(const char *pathname, int flags)
{
  char *config_path = get_config_file_path();
  if (!strstr(pathname, config_path))
  {
    /* the undefined reference here will resolve to "open" at linking time */
    return __real_open(pathname, flags);
  }
  else
  {
    errno = ENOENT;
    return -1; 
  }
}

移开配置文件，并为交互式用例编写一个shell脚本包装，将文件复制到其正常目标位置，运行该程序，并在退出时将其删除。

unionfs / aufs应该可以做到这一点。您chroot为流程创建环境。您将真实目录用作只读层，并在其上放置一个空目录。然后，将unionfs卷安装到chroot环境中的相应目录，并在那里删除文件。该过程将看不到，但其他所有过程都会看到。

将配置文件重命名为例如config.interactive。创建另一个名为eg的空文件config.script。

现在，创建一个名为config（或应用程序期望作为配置文件的文件）指向您所需的任何实际配置的软链接，然后运行您的应用程序。

ln -s config.interactive config

切记之后要整理链接。

如果您已经精确地描述了程序如何使用配置文件，那么我将忽略它。许多程序（例如bash和vi）在启动时会立即检查配置文件；如果文件存在，请读取并关闭它。这些程序永远不会再访问这些初始化文件。如果您的程序是这样，请继续阅读。

我知道您已经拒绝了使配置文件确实不存在的答案（通过重命名），但是我有一个皱纹，这是我从未见过的。当您以批处理方式调用程序时，请执行以下操作：

DELAY_TIME=1
REALPATH="~/.config/myprogram"
HOLDPATH="${REALPATH}.hold"

mv "$REALPATH" "$HOLDPATH"
(sleep "$DELAY_TIME"; mv "$HOLDPATH" "$REALPATH")&
myprogram

这会将配置文件移开，但即使myprogram它仍在运行，也要在一秒钟后将其移回。这会创建一个非常短暂的时间窗口，在此时间段内文件将不可用–在此时间段内以交互方式运行程序的可能性是多少？（即使这样做，也可以退出并重新启动，并且配置文件可能会恢复原位。）

这确实会产生竞争条件。如果程序花费太长时间无法打开文件，则它可能会获取真实文件。如果这种情况经常发生而又成为问题，则只需增加DELAY_TIME的值即可。

我喜欢Stephane的答案，但这会欺骗任何程序，让其相信任何文件都是空的 - （因为其dentry暂时指向实际上是空的文件）：

cat <./test.txt
###OUTPUT###
notempty

mount --bind /dev/null ./test.txt
cat <./test.txt
###NO OUTPUT###

umount ./test.txt
cat <./test.txt
###OUTPUT###
notempty

您还可以：

mount --bind ./someotherconfig.conf ./unwanted.conf

如果你想要的话。