Aaron's questions

我有 3 台计算机，A、B 和 C，我在它们上执行相同的操作系统和软件安装。对于 A 上的任何特定文件，我是否可以期望 B 和 C 上的同一个文件对于该文件的实例具有相同的 inode 号？

我们的入侵检测系统是通过从 A 获取初始文件系统映像，然后使用相同的文件系统映像与 A、B 和 C 进行未来比较来建立的。我是该程序的新手，但似乎这已经奏效在过去。

我不知道 inode 编号排序是如何工作的，所以我猜它只是从 1 开始并为每个文件计数，或者类似的东西。如果是这样的话，这可能就是为什么文件 inode 编号在过去对我们来说甚至在计算机之间都是一致的 - 相同的文件是以相同的顺序创建的。虽然我不确定我们是否总是可以指望这一点。

但是，现在我收到了一些文件更改的通知，对于我正在查看的第一个文件，只有文件 inode 编号已更改。我认为有人在通知中重新安装了计算机上的操作系统和软件。

在不同计算机上安装相同的操作系统/软件（或在同一台计算机上按顺序重新安装），文件 inode 编号是否可以被视为相同？

如果我要从 A、B 或 C 中获取一个新的文件系统映像，我能否期望它能够解决我的“问题”（甚至不确定这是否是一个问题）？

我通常一次只能访问 1 或 2 台计算机，所以我现在无法检查 A 或 C，我不知道他们的报告会是什么样子。我只知道计算机B上至少1个文件的inode数量不是预期的。

在这种情况下，操作系统是 QNX 6。对于文件系统类型，mount告诉我 /dev/hd 文件是“on / type qnx4”...所以文件系统类型 qnx4？我猜qnx有自己的文件系统类型？我没有意识到这一点。或者也许这不准确。计算机上似乎不存在其他用于检查文件系统类型的命令。

更新：显然我错了。尽管我们关于文件系统原始状态的参考数据确实包含文件的 inode 编号，并且我可以选择将其包含在测试中，但我不应该在问题中描述的此检查中包含 inode 数据，并且“它在过去有效”就是因为这个。所以我实际上并不需要我在这里要求的东西，对此感到抱歉。不过，我将保留这个问题，因为我仍然觉得它很有趣，并且在评论中已经开始了部分答案。

TL;DR：mount -e <device>做什么？

概述

通过 ssh，mount我需要维护的软件正在发送命令。两次，mount 命令使用一个-e选项。我不知道这-e是为了什么，也找不到足够好的答案。

细节

就我而言，执行此操作的过程名为“验证备份操作系统”，通过 ssh 发送的命令如下：

mount -e /dev/hd0; umount -f /dev/hd0t177.1; mount -e /dev/hd0; mount -tqnx6 /dev/hd0t177.1 /BackupPartition

之后，该软件似乎会在 /BackupPartition 中进行搜索，所以我认为这就是过程名称的“验证”部分发挥作用的地方。

人输出

如果我这样做man mount，则命令和 for 的文本-e是：

Usage: mount [-abwruv] -t type [-o options] [special] mntpoint
   mount [-abwruv] -T type [-o options] special [mntpoint]
   mount [-abwruv] -e [-t|T type] [-o options] special [mntpoint]
   mount

   …

   -e Enumerate the device given by special

产品文档

在mount 的 QNX 页面上，它有-e Enumerate the children of the special device.

根据描述，它似乎以mount -e某种方式枚举了设备。我原以为这意味着“将一些数据打印到标准输出”，但在这种情况下这没有多大意义，因为输出对软件用户不可见，也没有通过管道传输或重定向到任何地方，我手动尝试了命令在命令行上，它没有产生任何输出，也没有任何迹象表明发生了任何事情。

做什么mount -e <device>？

我有一个实用程序foo，我想从中 grep 输出、重定向或执行所有正常的文本操作。可惜！看看它的作用...

$ foo
bar
$ foo > /dev/null
bar
$ foo 2> /dev/null
bar
$ foo | grep abc
bar
$ foo 2| grep abc
bar

显然输出既不是stdout也不是stderr。也许foo直接对 tty 而不是对标准输出的权利。这里有一个答案，它提供了一种使用script -c. 但又是一次！

$ script -c foo > /dev/null
script: illegal option -- c
usage: script [-a] [file]

也许我的script实用程序不是完整版。操作系统是QNX。

对于我们这些无法使用script -c解决方法的人，我们如何轻松捕获输出？如果有任何意义，有没有办法重定向 tty 文件本身？

有可能做类似的事情foo (/dev/ttyp0)| grep abc吗？这可能不会完全如图所示，但有没有办法做类似的事情？要求首先重定向文件（如果可能的话）的答案很好，所以类似的东西/dev/ttyp0 please go to /dev/null ; foo是可以的。

最终，我希望能够将输出通过管道foo传输到grep和/或将foo输出重定向到文件。