Question

您好我一直试图让Inotify产生一个IN_UNMOUNT事件，但它根本没有与我合作所以我去做了一个简单的inotifywait实验，结果如下：

paul@imaskar ~ $ inotifywait -r /storage/test/ -m
Setting up watches.  Beware: since -r was given, this may take a while!
Watches established.
/storage/test/ CREATE,ISDIR a
/storage/test/ OPEN,ISDIR a
/storage/test/ CLOSE_NOWRITE,CLOSE,ISDIR a
/storage/test/ DELETE,ISDIR a
/storage/test/a/ DELETE_SELF 
/storage/test/a/ IGNORED 
/storage/test/ IGNORED

基本上会发生什么呢？它会拾取所有其他事件，例如创建，打开等等......但是当我卸载 / storage / test / 时它会发出 IGNORED 为它创建的所有手表，但它永远不会发出UNMOUNT事件......

所以看起来我无法获得IN_UNMOUNT事件，但我读过的所有inotify文档都表示，当卸载受监视的文件/目录后备存储时，内核会向事件添加IN_UNMOUNT位标记。 ..

以下是来自 - Inotify patch

的简单C代码

#include <stdio.h>
#include <stdlib.h>
#include <sys/inotify.h>

int main(int argc, char **argv)
{
        char buf[1024];
        struct inotify_event *ie;
        char *p;
        int i;
        ssize_t l;

        p = argv[1];
        i = inotify_init();
        inotify_add_watch(i, p, ~0);

        l = read(i, buf, sizeof(buf));
        printf("read %d bytes\n", l);
        ie = (struct inotify_event *) buf;
        printf("event mask: %x\n", ie->mask);
    return 0;
}

无论如何，我做了以下步骤：

gcc -oinotify inotify.c
mkdir mnt
sudo mount -ttmpfs none mnt
mkdir mnt/d
./inotify mnt/d/

# Different shell
sudo umount mnt

最后这就是它发出的东西

read 16 bytes
event mask: 8000

所以在这个时候我不确定问题是在代码中还是其他什么东西？

Answer 1

这似乎是一个已根据LKML修复的内核错误。粗略地从内核2.6.31开始，在安装inode时没有发送IN_UNMOUNT事件......这个补丁是针对“34-longterm”又称内核2.6.35（？）。

无论如何，我能够升级到Kernel 2.6.37并重新运行上述测试，结果如下：

mkdir mnt
sudo mount -ttmpfs none mnt
mkdir mnt/d
inotifywait -r mnt/d/ -m


# Different shell
sudo umount mnt

这是输出：

Setting up watches.  Beware: since -r was given, this may take a while!
Watches established.
/tmp/test/d/ UNMOUNT 
/tmp/test/d/ IGNORED 
/tmp/test/ UNMOUNT 
/tmp/test/ IGNORED

根据示例C代码，这里是输出：

read 32 bytes
event mask: 2000

查看inotify.h标头，这是IN_UNMOUNT标志的正确事件掩码，这意味着它最终修复了~2.6.35或后者......

获取Inotify以正确发出IN_UNMOUNT事件

1 个答案: