大佬教程收集整理的这篇文章主要介绍了linux – 获取Inotify以正确发出IN_UNMOUNT事件,大佬教程大佬觉得挺不错的,现在分享给大家,也给大家做个参考。
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
无论如何,我能够升级到内核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
read 32 bytes event mask: 2000
并查看inotify.h标头,这是IN_UNMOUNT标志的正确事件掩码,这意味着它最终修复了~2.6.35或后者……
以上是大佬教程为你收集整理的linux – 获取Inotify以正确发出IN_UNMOUNT事件全部内容,希望文章能够帮你解决linux – 获取Inotify以正确发出IN_UNMOUNT事件所遇到的程序开发问题。
如果觉得大佬教程网站内容还不错,欢迎将大佬教程推荐给程序员好友。
本图文内容来源于网友网络收集整理提供,作为学习参考使用,版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ:384754419,请注明来意。