我们在命令行上使用 sendmail 发送电子邮件，命令如下：
cat <email_contents> | sendmail -t
<email_contents> 包含发件人、收件人等字段：
To: [email protected]
Subject: Testing
From: [email protected]
以及一个巨大的文件，附件等。
我们现在需要使用经过身份验证的 SMTP（传递登录名和密码参数以针对 SMTP 服务器进行身份验证）。
有没有办法用这种方法做到这一点？（使用 sendmail 参数或修改 email_contents 考虑以下元素：
再次感谢问候，
我可以使用默认的 putty 设置成功地使用 Putty 0.70 与 SSH 从 Win10-x64 连接到 Solaris10-x64 主机。但是将 Putty 0.71 用于同一台机器和相同（默认）设置，它会立即显示错误“远程端意外关闭网络连接”。使用最新的 Putty 0.75 连接尝试停止，永远不会完成，没有输出也没有错误。有什么想法或建议来解决问题吗？
我对 ZFS 的体验通常是它可以正常工作，所以我希望答案是，这不是问题——但我有一个数据池，如果它出现故障，它将毁掉我的 1 月份，所以我想仔细检查一下。
这个问题实际上可能在涉及单独数据池的两种不同情况下出现。现在我正在处理第一个，但我也想知道第二个：
rpool）失败了，但是数据池的存储很好，所以你想从备份中恢复系统盘，但继续使用数据池的实时存储。rpool），但数据池存储在处于“独立”模式、RDM 等的磁盘上，因此将不会被回滚。在这两种情况下，当 Solaris 重新启动时，它会看到一个它知道的数据池，但它处于它从未（据它记得）放入的状态。
我主要只关心在系统磁盘倒带之前系统完全关闭的情况，以及系统在倒带到映像之前完全关闭的情况。我希望在运行状态之间切换可能会有点棘手。
另请注意，在我的特定情况下，池的存储几何结构和存储路径没有改变。同样，如果他们有，我希望这会更棘手。
我什至不会用 Windows 和 NTFS 来问这个问题，因为这是一个相对简单的解耦系统，所以很难看出它为什么不起作用。但是，Solaris 似乎将某种池元数据保留在带外，正如您应该在系统之间移动池时所证明的那样zpool export（zpool import感谢 VMware，我从未以这种方式这样做过）。我对该元数据及其用途的了解有限，因此我很难推断这种情况下的影响。（对此的解释会很棒！）
我实际上仍然可以访问预回滚系统。它位于由 HP SmartArray 支持的 VMFS 数据存储中，该数据存储在命运多舛的预防性维护磁盘更改后引发 1716 POST 警告（由于 SmartArray 比 ZFS 更笨而丢失数据）。所有重要的虚拟机看起来仍然很好，对其文件系统的扫描也没有发现错误，但我还是计划从最近的备份中恢复阵列，因为我有理由怀疑 ESXi 会默默地将坏扇区归零而不是将错误传递给来宾，所以我不想冒险潜伏在某个地方的某个归零扇区稍后会咬我的屁股。
对于 Solaris VM，我不必担心零扇区，因为 ZFS 会捕捉到这一点，但大多数其他 VM 使用哑文件系统。不过，备份是整个 VMware 数据存储的映像，因此修复它们也会回滚 Solaris VM。实际上，我rpool对该 VM 进行了清理，它没有发现任何错误，所以，如果我愿意，我可以将其 VMDK 存储在其他地方，并在回滚后将其复制回来，然后整个问题将是没有实际意义。我想这就是我会做的，如果没有人回答，大声笑。但这是我想知道一段时间的事情，所以我还是会问。
那么问题来了，我可以直接回滚系统盘的存储并完成它吗？ 或者我是否必须从预回滚系统中导出池，回滚，在附加存储之前删除池，然后附加存储并导入池？我不喜欢后者的声音，部分原因是该池同时提供 CIFS 和 iSCSI，我不记得我是如何设置它们的，甚至不记得如何设置它们，所以如果它们坏了我会生气的。（你能说我们没有全职的系统管理员吗？哈哈）
VM 运行的是旧版本 Solaris 11.0。
（顺便说一句，它较旧，部分原因是同样的问题。我想在尝试升级之前对 VM 进行快照，以防万一，但后来我担心回滚系统可能如何对独立池做出反应，所以只是别管它。是的，我意识到我也可以rpool为 .
编辑1：与我在创建这个问题时最初的想法不同，似乎问题不是由计划外的电源循环直接引起的，而是我过去可能用 beadm 做的一个错误，并且它变得有效只是由于从那时起第一次重新启动。
这是（并且仍然是）问题的实际核心：
我认为自该快照以来的大多数更改应该仍然存在于磁盘上的某个位置。是否有任何远程机会（没有为原始设备编写我自己的 zfs-reader）来访问自上次快照以来更改的特定文件？
评论中要求的更多信息：
珠列表
BE Name Flags Mountpoint Space Policy Created
---------------- ----- ---------- ------- ------ ----------------
11.4.23.69.3 NR / 73.93G static 2020-07-27 12:08
solaris - - 95.53G static 2020-05-23 19:35
solaris-backup-1 - - 374.41M static 2020-07-22 14:37
zfs 列表：
NAME USED AVAIL REFER MOUNTPOINT
rpool 382G 713G 73.5K /rpool
rpool/ROOT 170G 713G 31K none
rpool/ROOT/11.4.23.69.3 75.5G 713G 63.3G /
rpool/ROOT/11.4.23.69.3/var 3.12G 713G 1.14G /var
rpool/ROOT/solaris 94.2G 713G 143G /
rpool/ROOT/solaris-backup-1 98.9M 713G 48.5G /
rpool/ROOT/solaris-backup-1/var 1K 713G 1.13G /var
rpool/ROOT/solaris/var 503M 713G 1.29G /var
rpool/VARSHARE 102M 713G 24.7M /var/share
rpool/VARSHARE/kvol 27.7M 713G 31K /var/share/kvol
rpool/VARSHARE/kvol/dump_summary 1.22M 713G 1.02M -
rpool/VARSHARE/kvol/ereports 10.2M 713G 10.0M -
rpool/VARSHARE/kvol/kernel_log 16.2M 713G 16.0M -
rpool/VARSHARE/pkg 63K 713G 32K /var/share/pkg
rpool/VARSHARE/pkg/repositories 31K 713G 31K /var/share/pkg/repositories
rpool/VARSHARE/sstore 30.0M 713G 30.0M /var/share/sstore/repo
rpool/VARSHARE/tmp 20.0M 713G 20.0M /var/tmp
rpool/VARSHARE/zones 31K 713G 31K /system/zones
rpool/dump 63.1G 713G 63.1G -
rpool/export 20.5G 713G 32K /export
rpool/export/home 20.5G 713G 7.26G /export/home
rpool/export/home/avl 9.30G 713G 9.30G /export/home/avl
（大部分 - 除了我的 homedir - 是机器附带的）
只有根文件系统似乎已被回滚，我的 homedir 仍然有所有最近的文件。
根据df -kl根文件系统的输出，当前是这个：rpool/ROOT/11.4.23.69.3，它已经对应于可用的最新 BE。
我也希望从答案中了解真正可能导致回滚的原因。不，我不完全记得我的 beadm 调用。我只记得我为下次启动更改了 BE，但随后将其更改回当前的 BE 并且没有重新启动 - 直到电源故障。
也许这里的答案也可能会在以后拯救其他人。
所以我有一个三星 250GB 850 Evo SSD 和一个 500GB 860 EVO SSD。我正在考虑将 Solaris 用于此服务器（因此查看是否可以使用 ZFS 执行此操作）。是否可以将 250GB SSD 与 250GB 分区镜像到 500GB SSD 上，同时让 500GB 驱动器的另一半可用（它使用得相当少，所以不太担心性能下降）？
我们已经在 Solaris 10 上成功使用 gcc 进行编译。现在我们在 Solaris 11 (sol11_64) 上移植到 64 位。我们使用内部开发的名为 MSP 的库，并在编译期间使用 -wl,rpath（等效于 -R... 也尝试使用 -R）来指定运行时库的位置。在 sol10 上，LDD 的输出显示找到了 2 个 MSP 库中的 2 个。在 sol11_64 上，LDD 输出中现在显示了 3 个库，但无法找到新的库，即使它与其他库位于同一位置。如果我将该位置添加到我的 LD_LIBRARY_PATH，则 LDD 会拾取它。我们不希望使用 LD_LIBRARY_PATH 作为永久解决方案。
sol10 LDD 输出：
libmsp.so => /opt/msp/lib/fiorano/libmsp.so
libfmq-crtl.so => /opt/msp/lib/fiorano/vendor-files/lib/libfmq-crtl.so
sol11_64 LDD 输出：
libmsp.so => /opt/msp/lib/fiorano/libmsp.so
libfmq-crtl.so => /opt/msp/lib/fiorano/vendor-files/lib/libfmq-crtl.so
libfmq-crtl-ssl.so => (file not found)
sol11_64 LDD 输出，路径在 LD_LIBRARY_PATH：
libmsp.so => /opt/msp/lib/fiorano/libmsp.so
libfmq-crtl.so => /opt/msp/lib/fiorano/vendor-files/lib/libfmq-crtl.so
libfmq-crtl-ssl.so => /opt/msp/lib/fiorano/vendor-files/lib/libfmq-crtl-ssl.so
我确实检查了权限：
-rwxr-xr-x 1 root root 2.0M Dec 18 17:49 libfmq-crtl-ssl.so*
-rwxr-xr-x 1 root root 2.0M Dec 18 17:49 libfmq-crtl.so*
我有一个带有主区域和 4 个“子”区域的服务器。我现在只需要master + 1个区域，但不能简单地删除不需要的区域。
目前，不需要的区域已关闭并显示为非活动状态。但是，如果服务器重新启动，则所有 4 个区域都会重新启动。
有没有办法保留一个区域但在服务器启动时阻止它启动（即仅手动启动）？
补充：命令必须是可逆的。最好的选择是停止区域自动引导但仍允许手动引导的命令（即“zoneadm -z zone boot”仍然有效）。
Solaris 审计子系统是否可以记录本地 Solaris 帐户的所有密码重置？
我在 Oracle 的文档中或通过一般的谷歌搜索都找不到任何东西，所以我很好奇这是否可以做到，或者这是否是操作系统的技术限制。
我正在运行 Solaris 11.3（目前来自非合同版本 repo）。我有大量的 Solaris 10 经验，但我是 11 的新手，并且仍在努力提高对 IPS 的信心。
我的问题是我经常发现我在诊断包依赖失败时遇到了严重的问题，因为 的输出pkg install似乎与实际问题无关。事实上，我现在想知道这是否是由一些错误或存储库问题引起的，我将在最后解释。
以下是我最近遇到的两个问题示例，其中失败pkg命令的输出似乎与实际问题完全无关。在第一个例子中，这导致我花了几天时间追逐红鲱鱼，直到我最终偶然发现了所需的修复。
全局版本是 Oracle Solaris 11.3.1.5.1（pkg/entire版本0.5.11-0.175.3.1.0.5.1。）全局是从 USB 文本安装程序安装的，从那时起，我已经解锁并更新了默认情况下安装在全局中的所有 FOSS 包（根据Oracle docs here），并额外安装了一些额外的支持包（vim、screen、tmux等）
在写这篇文章时，我从新安装的solaris-small-server区域的位置重新创建了两个示例，没有其他更改；我上面描述的 FOSS 更新仅发生在全局中，而不发生在用于重新运行以下示例并捕获错误输出的区域中。下面列出的命令实际上是从默认区域 AI 清单创建后在测试区域中运行的第一个命令。
示例 1：我一直在尝试在非全局区域中安装一个正常工作的 Gnome 桌面，而不必在我的全局中安装我一直希望保持精简和干净的包。
zlogin zone pkg install --accept -v solaris-desktop: 失败，因为driver/audio/audio-usb说它还必须安装在全局区域中。solaris-desktop名为 called的自定义版本，solaris-desktop-zone它删除了所有driver/*包，以及任何依赖于全局的包（我通过调用pkg contents -mr每个包的脚本删除了它并删除了任何引用的包feature/package/dependency/self。）我将它安装到我的本地 repo，它是. pkg/mirror_http://pkg.oracle.com/solaris/release/solaris-desktop-zone包中可以找到的任何提及它们的内容。最终，我只好删除成群的包，直到找到一个可以通过 Solver 阶段的版本，然后从那里向后工作以识别一个包并最终了解原因。解决方案？ x11/server/xorg/driver/xorg-video这取决于也具有feature/package/dependency/self依赖关系的 NVidia 驱动程序。事后看来，我可以通过递归搜索该自依赖来更快地发现这一点 - 即不仅检查我的包所依赖的所有solaris-desktop-zone包，还检查它们的所有依赖项。但是我当然陷入了困境，从错误中相信问题与 Python 包或依赖于它们的包有关。
示例 2：gcc-5
zlogin testdesktop pkg install --accept -nv gcc-5产生这个输出。
同样的奇怪 Python 错误列表，同样，解决方案完全不相关：我需要解锁一些与 GCC 相关的版本：
pkg change-facet version-lock.system/library/gcc/gcc-c-runtime=false \
version-lock.system/library/gcc/gcc-c++-runtime=false \
version-lock.system/library/gcc/gcc-gfortran-runtime=false \
version-lock.system/library/gcc/gcc-gobjc-runtime=false
谢天谢地，我通过 Google 很快找到了这个（在 Unix StackExchange 上）。但是我仍然感到困惑，因为回答它的人描述的诊断与我所看到的不符 - 他的帖子中列出的 pkg 错误对问题给出了可以理解的描述（Reason: This version is excluded by installed incorporation..）。我的又出现了这些不相关的 Python 错误！
现在，当我写这篇文章时，我想知道在 Solaris 11.3 发行版存储库中是否发生了一些奇怪的事情，可能是由一个 SRU 修复的，我在获得合同之前无法访问。也许这就是为什么我得到这些奇怪的错误而不是可以理解的、可调试的错误？
在这方面，我确实注意到 Dbus Python 可能存在一些错误 - 我在两个示例中看到的错误之一都python-dbus-27与dbus-python-27. 但dbus-python-27在 repo 中不存在。所以这可能是一个回购问题。
但即使是这样，为什么我只有在遇到其他完全不相关的问题时才会看到这些错误？这是由回购问题引起的错误吗？
我将不胜感激确认是否是这种情况，并且总体上了解有关用于调试和解决包依赖性问题的建议方法和工具的更多信息。鉴于我得到的错误，我是否可以在不诉诸暴力检查每个依赖包的情况下更快地解决这个问题？
提前致谢。
我有一个没有（目前）支持合同的 Solaris 11.3 系统。因此，我使用位于http://pkg.oracle.com/solaris/release/的 IPS 存储库，我现在已在本地使用pkgrecv.
我习惯于在大量软件包上pkg change-facet更改为 false，这样我就可以将这些软件包更新到最新版本。version-lock这工作正常。
“问题”是我的非全局区域没有继承这些更改的方面。因此，虽然在全局区域中我看到了更改的方面，并且可以升级受影响的包，但在我后来创建的任何非全局区域中都不是这样：它显示原始的、未更改的方面，并且无法升级受影响的包。
pkg(5)表示对构面的更改由子映像继承，例如从全局区域继承的非全局区域。但这对我来说并没有发生。
最初我认为这是一个问题，但经过进一步思考，我意识到实际上我可能不希望全局中的方面更改总是继承到非全局中。不久之后，我发现我想用基础软件安装测试区，而不改变这些方面，这向我证明了这一点。
尽管如此，我仍然对表明它们确实继承的文档感到困惑，并且我相信理想情况下应该有一种方法来配置某些方面以进行继承。
因此，我的问题是：
这就是我正在做的全部：
我一直在调查 Oracle 提供的新 FOSS 软件包的使用情况。我一直在遵循此处的指南：如何访问选定的 FOSS 评估包以供 Oracle Solaris 11.3 使用。
本指南说明version-lock在更新包之前必须将 facet 更改为 false，并且更新的 FOSS 包可以在版本号字符串匹配的版本号字符串中批量找到\*@\*-5.12.0.0.0.122。该文档建议操纵 的输出pkg list以创建pkg change-facet命令来解锁所有版本。
我已经在我的全局区域中完成了这项工作，随后pkg update --accept成功完成了大量升级包。
但是，如果我随后安装一个新的非全局区域，它将默认为这些包的基本版本。如果在我运行的那个全局区域中pkg facet，我将看到该区域中的方面没有变化。例如，这里的区域显示 Bash 未更改的 version-lock=True：
root@goldenzone:~# pkg facet -a | grep version-lock.shell/bash
version-lock.shell/bash True system
而其全局显示正确的、新更改的 version-lock=False：
root@magrathea:/system/zones# pkg facet -a | grep version-lock.shell/bash
version-lock.shell/bash False local
解决方法：
根据我下面的评论，我现在通过使用自定义 auto_install 清单安装我的黄金区域来解决这个问题，其中包括<facet set="false">facet.version-lock.*</facet>.
这可以正常工作（尽管以解锁所有版本锁为代价，而不仅仅是那些具有 FOSS 更新的版本锁），但如果有办法让方面在全局和非全局之间继承仍然会很好，因为文件似乎表明他们应该这样做。
提前致谢。