それ以外の場合でも、ハードウェアスイッチによって無線が無効になります。

Question 1

あいまいな答えのように聞こえますが... rt73usb用に更新されたファームウェアパッケージがインストールされていることを確認してください。操作するには、デバイスに別々のファームウェアを送信する必要があります。もちろん、Windowsはこれを提供し、ホットブートを通じてLinuxで使用できます。

Fedora用の最新のrt73usbドライバ/ファームウェアアップデートに関する情報を探していますが、少し時間がかかるようです。

ファームウェアとアップデートを確認してください。

~からここ、rt73usb-firmwareパッケージが最近更新されていないようです（最後の更新は6ヶ月前の2012年1月でした）。

ファームウェアをアンインストールした後、再インストールしてみることができます。

たぶん、月の位相と銀河のアライメントにこれが必要になるかもしれません。聞かないでください。時には役に立つことがあります。

しかし、Windowsワームブートで問題が解決されたため、まだファームウェアの問題が疑われます。

Answer

あいまいな答えのように聞こえますが... rt73usb用に更新されたファームウェアパッケージがインストールされていることを確認してください。操作するには、デバイスに別々のファームウェアを送信する必要があります。もちろん、Windowsはこれを提供し、ホットブートを通じてLinuxで使用できます。

Fedora用の最新のrt73usbドライバ/ファームウェアアップデートに関する情報を探していますが、少し時間がかかるようです。

ファームウェアとアップデートを確認してください。

~からここ、rt73usb-firmwareパッケージが最近更新されていないようです（最後の更新は6ヶ月前の2012年1月でした）。

ファームウェアをアンインストールした後、再インストールしてみることができます。

たぶん、月の位相と銀河のアライメントにこれが必要になるかもしれません。聞かないでください。時には役に立つことがあります。

しかし、Windowsワームブートで問題が解決されたため、まだファームウェアの問題が疑われます。

Question 2

あなたが説明するアップデートは、あなたが使用している特定のハードウェアと互換性の低いドライバの最新バージョンをインストールしたようです。 yumログを調べて、rt73usbドライバ、usbサブシステム、またはその他の関連コンポーネントに影響を与える可能性があるすべてのエントリを見つける必要があります/var/log/yum.log（yum historylsmodでrt73usb、rt2x00usb、rt2x00lib、mac80211、cfg80211コンテンツに関連するすべてのエントリを探します）。）またはrfkill）。失敗したときに完了したインストールをすべてキャンセルし、再び正常に動作することを確認してください。

別のオプションは、NDISwrapperを使用して実際のWindowsドライバを使用することです。個人的には私はこの解決策を嫌いますが、時にはこれを再び正しく機能させる唯一の方法です。最新のデバイスファームウェアをWindowsドライバに含めることもできます。

Answer

あなたが説明するアップデートは、あなたが使用している特定のハードウェアと互換性の低いドライバの最新バージョンをインストールしたようです。 yumログを調べて、rt73usbドライバ、usbサブシステム、またはその他の関連コンポーネントに影響を与える可能性があるすべてのエントリを見つける必要があります/var/log/yum.log（yum historylsmodでrt73usb、rt2x00usb、rt2x00lib、mac80211、cfg80211コンテンツに関連するすべてのエントリを探します）。）またはrfkill）。失敗したときに完了したインストールをすべてキャンセルし、再び正常に動作することを確認してください。

別のオプションは、NDISwrapperを使用して実際のWindowsドライバを使用することです。個人的には私はこの解決策を嫌いますが、時にはこれを再び正しく機能させる唯一の方法です。最新のデバイスファームウェアをWindowsドライバに含めることもできます。

Question 3

私の考えでは、問題はカーネルがいわゆるハードウェアボタンを処理することに関連していると思います（実際には電気スイッチではなくタッチボタンの場合はセミハードウェアかもしれません）。トリガが必ずしもワイヤレスファームウェア/ドライバの一部である必要はありません。 ACPIも責任があるかもしれません。

あなたの場合、私が最初にすることは、以前のカーネルで再起動してみることです。ブラインド更新を行った場合、カーネルが更新された可能性が高くなります。私はFedoraについてはよくわかりませんが、カーネル更新プロセスにはUbuntuが実行するのと同様にGRUBエントリの移動が含まれると予想されます。したがって、以前のカーネルを起動するにはShift（初期起動段階で）キーを押すか、キーを押してGRUBに入る必要がありますEsc。次に、リストから古いカーネルを選択します。

これが「正常に動作しない」場合は、次のコマンドを実行して、破損したノートブックの状態と動作している（Windowsブートで修復された）ノートブックの状態の間の出力を比較して、問題をさらにデバッグできます。

dmesg | tailボタンを押した直後に実行- しかし、関連内容がないかもしれません。
ACPIデーモンログファイルの監視- 場所にあると仮定すると/var/log/acpid.log実行されますtail -f /var/log/acpid.log。
次のイベント追跡ユーティリティを実行します。xev - かなり多くの出力を印刷しますが、興味のある唯一のものは、ボタンを押したときに主要なイベントが報告されるかどうかです。（はい、「ハードウェア」ボタンは通常のキー押下信号を送信することもできます！）
/proc下のハードウェアボタンに関連するディレクトリを見つけて、下のファイルを/sys見つけcatますstate。- そんなものを使ってもいいですfind /proc /sys -name "*button*"。このディレクトリには以下を含めることができます。変化またはそのようなもの。使用することもできますが、find /proc /sys -name stateこれにより、ディスクコントローラやイーサネットカードなどの他のものに関連する多くのディレクトリも印刷されます。

Answer

私の考えでは、問題はカーネルがいわゆるハードウェアボタンを処理することに関連していると思います（実際には電気スイッチではなくタッチボタンの場合はセミハードウェアかもしれません）。トリガが必ずしもワイヤレスファームウェア/ドライバの一部である必要はありません。 ACPIも責任があるかもしれません。

あなたの場合、私が最初にすることは、以前のカーネルで再起動してみることです。ブラインド更新を行った場合、カーネルが更新された可能性が高くなります。私はFedoraについてはよくわかりませんが、カーネル更新プロセスにはUbuntuが実行するのと同様にGRUBエントリの移動が含まれると予想されます。したがって、以前のカーネルを起動するにはShift（初期起動段階で）キーを押すか、キーを押してGRUBに入る必要がありますEsc。次に、リストから古いカーネルを選択します。

これが「正常に動作しない」場合は、次のコマンドを実行して、破損したノートブックの状態と動作している（Windowsブートで修復された）ノートブックの状態の間の出力を比較して、問題をさらにデバッグできます。

dmesg | tailボタンを押した直後に実行- しかし、関連内容がないかもしれません。
ACPIデーモンログファイルの監視- 場所にあると仮定すると/var/log/acpid.log実行されますtail -f /var/log/acpid.log。
次のイベント追跡ユーティリティを実行します。xev - かなり多くの出力を印刷しますが、興味のある唯一のものは、ボタンを押したときに主要なイベントが報告されるかどうかです。（はい、「ハードウェア」ボタンは通常のキー押下信号を送信することもできます！）
/proc下のハードウェアボタンに関連するディレクトリを見つけて、下のファイルを/sys見つけcatます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