我在实验室里管理着一个小型“集群”，由 4 台配备英特尔主板的 Xeon 机器组成。它们都插入到3-Com具有静态 IP 地址的 5 端口交换机中，例如10.0.0.x。
它们都在运行OpenSuse 11.4，/home/由其中一台机器 ( node00) 通过提供服务NFS。它们被插入 UPS，可以维持运行约 15 分钟，但由于“计划外维护”，许多电力短缺的时间比这更长。所以它们最终在没有通知的情况下被关闭。
如果我将 BIOS 设置为在断电后打开它们，那么问题是它们会同时启动，并且如果node00决定在分区中运行 fsck /home/，则它无法在其他系统尝试 NFS 挂载之前完成启动/home/。
我正在尝试使局域网唤醒功能工作，因此我可以选择仅在服务器成功启动后才启动 NFS 客户端。问题是，当我运行时，ethtool我得到了如下输出：
Supports Wake-on: pumbag
Wake-on: g
wake on MagicPacket(tm)理论上，根据手册，它被设置为。但是wol -i 10.0.0.255 $MACADDR，当我使用 关闭它后，使用 发送 WOL 数据包不会唤醒盒子halt。我发送数据包后，以太网链路 led 会闪烁，因此出现 到达机器。
但是，如果我设置它ethtool -s eth1 wol bag，机器总是即使我不发送 Magic 包，设备也会在停止后立即唤醒。这意味着设备能通过 LAN 活动唤醒，但似乎忽略了魔术包。设置wol ag不会通过魔术包唤醒盒子。
设置是否wol a意味着它应该启动任何广播消息？
尽管我正在发送 MagicPacket 并且已将机器设置为通过 MagicPacket 唤醒，但我该如何诊断机器无法通过 MagicPacket 唤醒的问题？
提前致谢！
答案1
网络唤醒 (WOL) 需要网络接口卡和系统 BIOS 的支持。 ethtool仅显示 NIC 功能，而不显示 BIOS 的配置方式。这可能是您的问题。
虽然你的方法很有趣，但我建议采用另一种方法。你的问题是，/home 导出在服务器启动时可能不可用，这会中断启动过程。
您看过自动挂载程序了吗autofs？它将在实际访问时挂载 NFS 共享，对于主目录，它们仅在用户登录时按需挂载。Ubuntu Autofs第 5.2 节有一个主目录的示例。