我从fanotify接收文件系统事件.有时我想获得正在访问的文件的绝对路径.

通常,这不是问题 – fanotify_event_Metadata包含文件描述符fd,因此我可以在/ proc / self / fd /< fd>上调用readlink.并得到我的道路.

但是,如果路径超过PATH_MAX,则无法再使用readlink – 它会因ENAMETOOLONG而失败.我想知道在这种情况下是否有办法获得文件路径.

显然,我可以通过fanotify获取描述符并遍历整个文件系统,查找具有相同设备ID和inode编号的文件.但是这种方法在性能方面对我来说是不可行的(即使我优化它以忽略短于PATH_MAX的路径).

我尝试通过使用O_PATH重新打开fd并调用openat(fd,“..”,…)来获取父目录.显然,失败是因为fd没有引用目录.我也尝试在读取链接调用失败后检查缓冲区的内容(希望它包含部分路径).那也行不通.

到目前为止,我已经设法为打开它们的进程的工作目录中的文件获取长路径(fanotify事件包含目标进程的pid,所以我可以读取/ proc /< pid> / cwd并获取路径从那里到根).但这是部分解决方案.

有没有办法从文件描述符获取绝对路径而不遍历整个文件系统？最好是与内核2.6.32 / glibc 2.11一起使用的那个.

更新：对于好奇.我已经弄清楚为什么调用readlink(“/ proc / self / fd /< fd>”,…用一个足够大的缓冲区来存储整个路径不起作用.

查看do_proc_readlink的实现.请注意,它不直接使用提供的缓冲区.相反,它分配单个页面并在调用d_path时将其用作临时缓冲区.换句话说,无论缓冲区有多大,d_path将始终限制为页面大小.这是amd64上的4096字节.与PATH_MAX相同！当-ENAMETOOLONG用完所提到的页面时,它将在prepend返回.