Jason Day和A.Danischewski的答案似乎是正确的方向，但不符合您对“类Unix系统”的标准，因为在OSX上不存在/sbin/blkid和/etc/fstab。
唯一100％可移植的方法是选择一个标准位置用于创建您自己的应用程序文件，例如/etc/YOURAPP.cfg，如果不存在UUID，则在那里存储它。
远非理想，因为另一个人或应用程序可能会删除文件或更改文件，或者如果用户更换了根文件系统，则可能会从当前机器丢失ID，或者它可能会出现在另一台机器上。更不用说读写权限等问题。
但最终没有“相同的机器”。任何计算机都不过是其组件+当前配置而已。我认为您无法比这更好地实现可移植性。
你提到在Windows上使用了一些GUID... 你有关于它是如何创建的详细信息吗？
除此之外，你可以尝试像CPU ID或硬盘ID这样的东西... 我想那些是不能被更改的（但如果更换了有故障的硬盘，你会遇到麻烦）。
听起来你在寻找 UUID。这是一种普遍的全球唯一标识符（实际上和 GUID 是一样的）
有很多 C++ 的实现方式在不同的库中，或者你可以使用 uuidgen 命令并捕获输出。
大多数类Unix系统都有一个可通过/dev/random访问的随机数生成器。您需要像MAC地址和时间这样的东西来为GUID生成器提供真正的唯一性（这就是Windows上的GUID生成器所做的）。在此基础上，从/dev/random获取一些内容将为您提供一个相当好的GUID类型结构。实际上，UUID库在幕后执行此类操作。
如果您只需要每台计算机一个数字，那么MAC地址可能就足够了。这些由中央机构管理，并且可以合理地假设没有两个MAC地址相同。但是，如果您尝试使用它将软件安装与MAC地址绑定，请注意某些组件具有可编程的MAC地址或MAC地址的可编程组件。类Unix操作系统，特别是开源操作系统，倾向于没有硬连序列号。这种方法也可能会导致在虚拟机中运行多个软件实例时出现问题。
一种选择可能是从几个制造商获取的 USB dongle。另一个选择可能是许可证服务器，其中提供唯一代码给服务器。同样，不同来源提供了几个现成的解决方案。
在以下场合中，您可以使用锁文件：
当您的程序运行时，它应该执行以下操作：
lock = open(filename, O_CREAT | O_EXCL);
dprintf(lock, "%u", getpid());