你好我一直试图让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

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

解决方法:

这似乎是一个内核错误,已根据LKML修复.大致自内核2.6.31后,当安装inode时,尚未发送IN_UNMOUNT事件…此修补程序用于“34-longterm”又称内核2.6.35( ？).

无论如何,我能够升级到内核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或后者……