我试图安装一个客户端当前的11.1自动安装（AI）的形象。 我没有修改任何清单，只需运行“installadm create-service”后面的默认configuration，这应该给我一个交互式的文本安装模式。 客户端安装了Intel I350-T2适配器 。 PXE部分完成得相当好，客户端从DHCP服务器接收到IP，引导加载程序和随后的boot_archive通过TFTP很好地下载。
但是在Solaris安装程序加载之后（ “探测设备节点…” ），连接丢失（ICMP回显请求不再被应答），随后，solaris.zlibnetworking图像的HTTP下载失败（ “Connecting to ：IP地址：5555 …失败：连接超时。“ ）。 我怀疑NIC驱动程序的探测根本无法识别i350networking适配器，但是当我可以放到shell（10次连接重试失败）后，我可以运行ifconfig -a并查看igb0接口，并使用DHCP进行configuration（至less有一段时间，直到租约到期） – 所以驱动程序会检测到某些东西 ，并根据在PXE阶段授予主机的租约进行configuration。 不幸的是，/ system / volatile / install_log在这一点上是不存在的，/ var / log / syslog是空的，命令集是非常有限的（没有“dmesg”），所以我有点卡住没有任何可用的日志文件可用。
我猜对了，我将需要一个特定的网卡驱动程序为安装i350设置？ 如果是这样，我将如何将额外的网卡驱动程序集成到AI安装过程？
编辑：我已经看到，i350已被列为从Solaris 10 8/11支持，所以11 11/11推测也有。 我看不到11.1的PXE引导归档文件不支持它的原因。
编辑＃2：我已经通过基于媒体文本的安装来安装S11.1，以从Solaris的angular度仔细观察系统。 由于某种原因，networking似乎已经被严重破坏（我不太清楚该怎么指责，但是我怀疑这个驱动程序） – 我偶尔会看到两个i350接口偶尔会出现突发和大量的数据包丢失。 难怪图像下载失败。
在修改了一个基于USB的安装之后，发现networking接口几乎没有用，我认为这是一个非AI问题。 显然，由boot_archive加载的自动化安装程序代码不会泄露来自硬件的错误消息（至less目前还没有），而且在后续的shell中显然没有fmadm来检查。
networking接口的根本问题竟然是一个有问题的BIOS。 在我的情况下，这是一个Supermicro X9SRi-F板，在hardforum.com上的sebsta报告与X9SCA-F和i350类似的问题 ，似乎更多的板可能会受到影响。 BIOS更新有助于解决问题，AI程序（以及随后安装的Solaris发行版）现在具有连接性。