即使没有，无线也会被硬件开关禁用

Question 1

我知道这听起来像是一个模糊的答案...但请检查一下您是否为 rt73usb 安装了更新的固件包。它需要将单独的固件发送到设备才能使其工作......当然，Windows 会提供，然后热启动允许您在 Linux 中使用它。

我正在寻找有关 Fedora 最新 rt73usb 驱动程序/固件更新的信息，但这需要一些时间。

检查固件及其更新。

从这里，看起来 rt73usb-firmware 软件包最近没有更新（最后一次更新是 2012 年 1 月，六个月前）。

您可以尝试卸载固件，然后重新安装。

也许月相和银河对齐需要这个。别问，有时候问会有帮助。

但我仍然怀疑固件问题，因为热启动 Windows 可以解决问题。

Answer

我知道这听起来像是一个模糊的答案...但请检查一下您是否为 rt73usb 安装了更新的固件包。它需要将单独的固件发送到设备才能使其工作......当然，Windows 会提供，然后热启动允许您在 Linux 中使用它。

我正在寻找有关 Fedora 最新 rt73usb 驱动程序/固件更新的信息，但这需要一些时间。

检查固件及其更新。

从这里，看起来 rt73usb-firmware 软件包最近没有更新（最后一次更新是 2012 年 1 月，六个月前）。

您可以尝试卸载固件，然后重新安装。

也许月相和银河对齐需要这个。别问，有时候问会有帮助。

但我仍然怀疑固件问题，因为热启动 Windows 可以解决问题。

Question 2

我怀疑您描述的更新安装了一些较新版本的驱动程序，该驱动程序与您所拥有的特定硬件不太兼容。您应该查看您的 yum 日志/var/log/yum.log，也许运行yum history查找可能影响 rt73usb 驱动程序、usb 子系统或其他相关部分的任何内容（从您的 lsmod 中，我会查看与 rt73usb、rt2x00usb、rt2x00lib、mac80211、cfg80211 相关的任何内容）或 rfkill）。取消在出现故障时完成的所有安装，看看是否可以再次正常工作。

另一种选择是探索 NDISwrapper 的使用，以便使用真正的 Windows 驱动程序。就我个人而言，我讨厌这个解决方案，但有时这是让事情再次正常运转的唯一方法。 Windows 驱动程序中也可能包含最新的设备固件。

Answer

我怀疑您描述的更新安装了一些较新版本的驱动程序，该驱动程序与您所拥有的特定硬件不太兼容。您应该查看您的 yum 日志/var/log/yum.log，也许运行yum history查找可能影响 rt73usb 驱动程序、usb 子系统或其他相关部分的任何内容（从您的 lsmod 中，我会查看与 rt73usb、rt2x00usb、rt2x00lib、mac80211、cfg80211 相关的任何内容）或 rfkill）。取消在出现故障时完成的所有安装，看看是否可以再次正常工作。

另一种选择是探索 NDISwrapper 的使用，以便使用真正的 Windows 驱动程序。就我个人而言，我讨厌这个解决方案，但有时这是让事情再次正常运转的唯一方法。 Windows 驱动程序中也可能包含最新的设备固件。

Question 3

我认为这个问题与内核对所谓的硬件按钮的处理有关（实际上，如果它们是触摸按钮，而不是电气开关，则可能是半硬件）。触发器不一定是无线固件/驱动程序的一部分。 ACPI 也可能对此负责。

我在你那里要做的第一件事就是尝试重新启动到较旧的内核。如果您进行了盲目更新，则内核很可能已更新。我对 fedora 不太熟悉，但我希望它的内核更新过程涉及到移动 GRUB 条目，类似于 Ubuntu 的做法。因此，要引导较旧的内核，您需要通过按住Shift（在早期引导阶段）或按来进入 GRUB Esc。然后只需从列表中选择一个较旧的内核即可。

如果这不能“正常工作”，您可以通过运行以下命令来进一步调试问题，并比较损坏和工作（通过启动 Windows 修复）笔记本电脑状态之间的输出：

dmesg | tail按下按钮后立即运行- 不过，那里可能没有任何相关的东西。
监视 ACPI 守护程序日志文件- 假设它位于/var/log/acpid.log，你会运行tail -f /var/log/acpid.log。
运行事件跟踪实用程序，例如xev - 它打印相当多的输出；但您唯一感兴趣的是按下按钮时是否报告任何按键事件。（是的，“硬件”按钮可能只是发送普通的按键信号！）
/proc在和下查找与硬件按钮相关的目录/sys，然后cat'ing 在state下面找到的文件- 你可以使用类似的东西find /proc /sys -name "*button*"。该目录也可以包含转变或类似的东西。您也可以只使用find /proc /sys -name state，但这也会打印许多与其他内容相关的目录，例如磁盘控制器或以太网卡。

Answer

我认为这个问题与内核对所谓的硬件按钮的处理有关（实际上，如果它们是触摸按钮，而不是电气开关，则可能是半硬件）。触发器不一定是无线固件/驱动程序的一部分。 ACPI 也可能对此负责。

我在你那里要做的第一件事就是尝试重新启动到较旧的内核。如果您进行了盲目更新，则内核很可能已更新。我对 fedora 不太熟悉，但我希望它的内核更新过程涉及到移动 GRUB 条目，类似于 Ubuntu 的做法。因此，要引导较旧的内核，您需要通过按住Shift（在早期引导阶段）或按来进入 GRUB Esc。然后只需从列表中选择一个较旧的内核即可。

如果这不能“正常工作”，您可以通过运行以下命令来进一步调试问题，并比较损坏和工作（通过启动 Windows 修复）笔记本电脑状态之间的输出：

dmesg | tail按下按钮后立即运行- 不过，那里可能没有任何相关的东西。
监视 ACPI 守护程序日志文件- 假设它位于/var/log/acpid.log，你会运行tail -f /var/log/acpid.log。
运行事件跟踪实用程序，例如xev - 它打印相当多的输出；但您唯一感兴趣的是按下按钮时是否报告任何按键事件。（是的，“硬件”按钮可能只是发送普通的按键信号！）
/proc在和下查找与硬件按钮相关的目录/sys，然后cat'ing 在state下面找到的文件- 你可以使用类似的东西find /proc /sys -name "*button*"。该目录也可以包含转变或类似的东西。您也可以只使用find /proc /sys -name state，但这也会打印许多与其他内容相关的目录，例如磁盘控制器或以太网卡。

Question 4

我在这里看到的另一个问题是，内核有时看不到事件（由于驱动程序中的错误或硬件问题）。

故障排除的一个关键步骤是运行：

rfkill event

然后从打开切换到关闭，确保您看到这样的行：

1398993949.361623: idx 0 type 1 op 0 soft 0 hard 1

当您从关闭切换到打开时，您应该看到如下行：

1398994129.694123: idx 0 type 1 op 2 soft 0 hard 0

注意hard 0最后的。如果您没有看到这一点，则内核还没有看到该事件。

开关作为移动部件，特别容易出现故障，虽然我们通常喜欢首先怀疑软件，但情况并非总是如此。

您可以使用组合键禁用无线来测试 rfkill 是否确实显示事件，并确保您看到一个soft 1事件，然后当您重新启用时您应该看到一个soft 0事件。如果开关坏了，您可以摆弄它直到它正常工作，将其粘贴在打开位置等，或者只是获取辅助网络适配器。

当然，如果您没有看到任何事件，则可能是硬件或软件故障。然而，我上次看到这个时，它是一个失败的（但不是完全失败的）硬件开关。

Answer