问题[inotify](unix)

我想使用 来监视文件inotify，并在有人更改内容（IN_MODIFY或）时触发一些代码，但是当用户使用他们喜欢的工具编辑文件时，IN_CLOSE_WRITE我遇到了停止返回事件的问题。inotify该文件应该很简单（单行、无空格、最多 20 个字符）。我不想限制它们的使用，但我不确定如何处理不同的情况。

我正在使用inotify这些是当各种应用程序编辑文件时我收到的事件：

有一次，我以为我看到了gedit触发器，IN_DELETE_SELF然后又沉默了。

vim在用户使用and的情况下gedit，我会inotify在用户完成编辑后停止获取事件。我该如何处理这个问题？

我所看到的唯一共同点是事件IN_ATTRIB。我怀疑当我收到事件时IN_ATTRIB，我应该inotify_rm_watch()这样做，然后基于相同的路径wd重新创建一个新的。inotify_add_watch()但这是正确的方法吗？

另一种选择可能是监视父目录。受影响的文件名包含在 中inotify_event::name，因此我可以过滤感兴趣的文件，并触发任何IN_MODIFY与我感兴趣的文件匹配的IN_CLOSE_WRITE位置。name

下面的脚本监视目标目录中的 close_write 事件并对文件执行一些操作

#!/bin/bash

TARGET=/home/*/ftp/files

inotifywait -m -r -e close_write $TARGET |
        while read directory action file
        do
                if [[ "$file" =~ .*jpg$ ]] || [[ "$file" =~ .*mp4$ ]]
                then
                        # do sth with the file
                fi
        done

所以现在它正在正确地监视例如/home/sammy/ftp/files和下文件的 close_write 事件/home/neo/ftp/files。

我面临的问题是一旦创建了一个新用户，比如说 mike，那么手表似乎不再工作，我将不得不重新执行脚本，以便它知道新用户的路径，即 nohup进程需要被杀死并再次运行。

inotifywait 有什么方法可以了解新创建的目录吗？

我正在尝试使用 inotifywait 来观看文件夹（/shares/Photos），当它检测到添加到文件夹中的 jpg 时，我需要将其调整为子目录（$small_dir）。在照片目录下会有很多 jpg 的子文件夹。

树长这样

shares
  -Photos
      -Folder 1
      -Folder 2
       .
       .
       .

基本上每当有人将图片复制到folder 1我需要创建一个新的子文件夹，然后调整图像大小并将较小的版本放入该文件夹中。

所以树会变成：

shares
  -Photos
      -Folder 1
          -Resized
      -Folder 2
       .
       .
       .

到目前为止我的代码：

inotifywait -mr --timefmt '%m/%d/%y %H:%M' --format '%T %w %f' -e close_write /shares/Photos --includei "\.jpg|\.jpeg" |
while read -r date time dir file; do
    changed_abs=${dir}${file}
    small_dir=${dir}${target}/
    
    printf "\nFile $changed_abs was changed or created\n  dir=$dir \n  file=$file \n  small_dir=$small_dir \n"
    
    # Check if the $small_directory exists, if not create it.
    if [ -d "$small_dir" -a ! -h "$small_dir" ]
    then
        echo "$small_dir found, nothing to do."
    else
        echo "Creating $small_dir"
        mkdir $small_dir
        chmod 777 $small_dir
    fi
    
    # Check to see if the file is in $small_dir, if it is, do nothing.  
    if [ "$dir" = "$small_dir" ]; then
        printf "\nFile is in the $small_dir folder, nothing to do\n"
    else
        printf "\nResizing file into the $small_dir folder\n"
        # Code to resize the image goes here.
    fi
        
done

它主要工作，但我的头撞墙的是，如果我Photos在脚本运行时创建一个新的子文件夹，inotifywait 只是忽略它并且什么都不做。

我尝试替换close_write为，create但没有任何区别，我真的不确定从这里去哪里。

任何建议/帮助将不胜感激。

我刚刚学会了如何不断检查文件是否被修改：

while inotifywait -q -e modify filename >/dev/null; do
    echo "filename is changed"
    # do whatever else you need to do
done

如果我使用目录名而不是文件名，我可以检查目录的所有文件：

while inotifywait -q -e modify directoryname >/dev/null; do
    echo "filename is changed"
    # do whatever else you need to do
done

但是我怎样才能知道echo已更改文件的文件名？

在阅读了互联网上的一些文章后，我对理解 INotify max_user_instances和max_user_watches之间的区别有点迷茫。

来自官方 Linux 人：

/proc/sys/fs/inotify/max_user_instances

这指定了每个真实用户 ID 可以创建的 INotify 实例数的上限。

和

/proc/sys/fs/inotify/max_user_watches

这指定了每个真实用户 ID 可以创建的手表数量的上限。

这是否意味着它max_user_instances是 INotify 进程的一个实例，它可以监视多个文件系统，并且限制由 指定max_user_watches？

如果前者是真的，它在实践中是如何运作的？每个必须监视某些文件系统的进程都在创建 INotify 的用户实例（我认为不是真的，因为它与用户 ID 有关）？

目前，在 Amazon Ec2 实例上部署后，出现如下错误：

 System.IO.IOException: The configured user limit (128) on the number of INotify instances has been reached.

如果我理解正确，创建的实例太多，正在监视文件系统更改？这可能是什么原因？

我最近重新配置了笔记本电脑上的文件系统，以便可以与第二个 Linux 共享我的数据。这件事使用的Linux是Fedora 28, 64-bit。

我的磁盘现在布局如下：

/dev/sda：

• /dev/sda1- efi 分区
• /dev/sda2- 交换
• /dev/sda3/etc/fstab- 通过at挂载的数据分区/media/data_partition

/dev/sdb：

• /dev/sdb1- 根分区挂载在 /
• /dev/sdb2- var 分区挂载在 /var
• /dev/sdb3- 安装在 /home 的 home 分区

数据分区现在包含 的内容/opt、下面的所有内容$HOME/Documents和一些杂项。它们位于具有某些目录名称的分区上（即opt/, Documents/）

在启动时，在挂载分区后，我有一个bindfs挂载到 的挂载/media/data_partition/opt，/opt在我的登录时$HOME/.bash_profile，我bindfs挂载/media/data_partition/Documents到$HOME/Documents.

当我启动 IntelliJ IDEA 时，它显示以下内容：

目前我已经打开了一个“位于”的项目$HOME/Documents/University/Class/project_repo3。$HOME/Documents是来自 的绑定挂载的目的地/media/data_partition/Documents。

此外，IntelliJ IDEA 的安装位于/media/data_partition/opt. 此位置是绑定挂载到的源/opt

挂载似乎是 IntelliJ 的问题，但我不知道实际问题是什么，也不知道哪个绑定挂载是问题。我找到了这些链接：

• https://intellij-support.jetbrains.com/hc/en-us/community/posts/115000013130-External-file-changes-sync-may-be-slow
• https://youtrack.jetbrains.com/issue/IDEA-192665
• https://blog.jetbrains.com/idea/2010/04/native-file-system-watcher-for-linux/

最后一个链接解释了他们的新用法，inotify并且似乎解释了问题和解决方案，但我不是 100%。我不想改变什么，以后会后悔的。

问题：

• 最后一个链接中提出的解决方案是否安全正确？
• 什么是 inotify （我阅读了手册页的一部分，但希望得到额外的解释）？
• 什么是 inotify 观察者和 inotify 实例？

我想通过运行特定脚本来测试开发中的软件，比如script file.ext. 但是有人告诉我，如果一个配置文件file.conf包含一个特定的字符串（不是带有前导 # 的注释），它表明系统处于生产模式，我不允许运行该脚本。

所以在bash中，我该怎么做

如果file1.conf包含一个字符串in production并且该字符串不是格式， something ... # something in production something则执行script file1.ext。

或者，每次指定文件包含字符串in production而不是在评论中时，我能否以某种方式获得警报？

我想我需要以某种方式使用命令inotifywait。如果有一个脚本，它不仅可以检查文件file1.conf，而且每次带有扩展名的文件.conf显示我处于生产模式时都会发出警报。

这是迄今为止我得到的shell脚本。我希望它递归检查，因此有以下选项：

• -r对于递归
• -m用于监控
• -e用于事件通知和跟踪

由于我不知道的原因，这种方法不起作用。我正在使用 rm/nano/touch 等创建/修改/删除文件，在终端中我运行了脚本，我收到一条消息，指出已使用特定操作、使用位置以及使用文件，例如/home/stephen/ CREATE test在哪里test 是我使用 touch 创建的文件。

#!/bin/sh
while inotifywait -mre create,delete,modify /home;do
       echo "test"
done

我最近在运行 Debian 9.3 的计算机上安装了 Dropbox。但它不会同步。当我将鼠标悬停在工具栏通知区域中的图标上时，会显示一条消息...

Can't monitor Dropbox folder (Click to fix)
Can't access Dropbox folder

当我单击该图标时，会出现菜单，然后单击“无法监视 Dropbox 文件夹（单击修复）”。

但是当我这样做时，会弹出一个窗口，上面写着“输入您的 Linux 密码以让 Dropbox 进行更改”。它还询问我是否想将此密码保存到我的密钥环中。当我输入常规登录密码时，窗口显示密码错误。

我指定的 Dropbox 文件夹位于 HDD 上，而 Debian 9 安装在 SSD 上。

如何允许 Dropbox 程序访问 Dropbox 文件夹？

我在脚本中使用 inotifywait 并想知道是否有办法排除隐藏文件被监视？

我似乎无法确定排除隐藏文件的正则表达式模式。