从生成的进程安装失败。

Question

我想启动一个进程，使用USB硬盘驱动器一旦插入。

由于UDEV规则特别提到不从run命令运行长时间进程，所以我向我的服务发送FIFO消息，然后打开相关进程。

流程是这样的：

UDEV >运行动作进程>将FIFO消息发送到service > service gets >运行与HDD (也称HDD- process )一起工作的进程。

如果我从shell-1运行我的服务，并从shell-2运行'action process‘( UDEV运行的那个进程)，一切都会正常工作(包括使用udev进行尝试时)。

但是在部署过程中，服务是从init派生出来的，当它产生时，mount命令就会失败，不能说“没有这样的设备”。

然后，我将“HDD-进程”与fork和setsid分离开来，但这也没有帮助。

来自inittab：

::respawn:/opt/spwn_frm_init

ps相关产出：

PID    PPID  PGID  SID  COMM             ARGS
31112     1 31112 31112 spwn_frm_init    /bin/sh /opt/spwn_frm_init
31113 31112 31112 31112 runSvc           /bin/sh /app/sys/runSvc
31114 31113 31112 31112 python           python /app/sys/mainSvc.py
24064     1 24064 24064 python           /usr/bin/python /app/sys/hdd_proc.py sdb1

• 所有东西都在root下运行(ps也显示了这一点，为了节省屏幕空间，我省略了)。

因此，简而言之:当我从shell运行/opt/spwn_frm_init时，一切都正常。当我杀死它并让它从inittab中重新生成时，它就不会了，而mount失败了，上面出现了错误。

更新：

当尝试mount一个ext3驱动器时没有问题，但是只在NTFS上(使用ntfs-3g)。

Answer 1

找到了！

派生进程和从shell运行的另一个进程之间的区别之一是环境变量，当我只想调用mount时，环境变量通常是一个问题。

但是当我注意到问题只发生在NTFS驱动器上时，我突然意识到mount可能需要调用ntfs-3g，因此值得检查第二个是否可以在PATH变量中访问。

which ntfs-3g导致了/usr/local/bin/ntfs-3g，这是在默认的shell PATH中提到的，但在init生成的shellPATH中却没有提到。

为了解决这个问题，我在“HDD-进程”中将这个/usr/local/bin添加到PATH中，mount开始工作:)

在mount中使用更好的错误信息可以节省很多时间.