アルゼンチン政府が承認したコンピュータに含まれるオペレーティングシステムであるhuayraというdebian GNU / linux 10の修正版を使用しています。 iwlwifi 0000:00:0c.0: BIOSにWGDSが含まれていますが、WRDSはありません。コマンドcat /proc/acpi/wakeupを配置し、リストの最後のデバイス(CNVW)を見ると、写真のリストに問題はありませんが無効になりますが、sysfsノードを見ると、次の理由で同じ番号が表示されます。問題によりシステムを起動できません(0000:00:0c.0)。 CNVWを有効にすると、システムが起動する可能性があります。
答え1
「BIOSにはWGDSは含まれていますが、WRDSはありません」とはおおよそ「BIOSには国別のWiFi送信電力テーブルが含まれていますが、世界中で利用可能な正当な基本テーブルはありません」を意味します。これは、最新のカーネルでは優先順位がダウングレードされる既知の重要ではないメッセージなので、通常のブートメッセージではなくデバッグログにのみ表示されます。
WRDSは、世界中のどこでも合法的に使用できる基本的なWiFiトランスミッタの電力レベルを説明するACPIテーブルです。 WGDSは、WRDSを補完し、世界の特定の地域でどれだけ高い送信機電力を使用できるかを示す別の表です。
通常、WiFiベースステーション(アクセスポイントとも呼ばれる)は、範囲内のすべてのホストに利用可能なチャネルと送信電力レベルを知らせる国コードを送信します。
このエラーメッセージは、Intel WiFiドライバが基本的な電力レベル情報を読み取れないことを示します。したがって、ベースステーションで国コードを聞くまで注意を払ってエラーを引き起こし、最低電力レベルを使用します。これは、SSIDを隠すベースステーションへの最初の接続(したがって、システムが単に聞くだけではなく接続するために最初に送信する必要がある)を実行するには、他の場合よりもベースステーションに近い必要があることを意味します。おそらく始めることができないものとは何の関係もないでしょう。
Intel WiFiドライバはiwlwifi
PCIデバイスIDに関連付けられているため、0000:00:0c.0
ACPI IDはCNVW
システムのIntel WiFiチップを表す必要があります。実際、ウェイク状態は、disabled
チップがWiFiウェイクアップをサポートしていないか、その機能が現在有効になっていないことを意味します。言い換えれば、ラップトップはWiFi転送を介してスリープモードまたはシャットダウンから目覚めさせることはできません。
これはおそらくいいね物事:ラップトップがバッグから目を覚ましたくないので、ランダムなWiFi転送をキャプチャする場合は、何らかの理由で加熱されてバッテリーを消費する必要があります。
何らかの理由でノートブックをスリープ状態またはシャットダウン状態で起動するように設定する場合は、おそらく次のコマンドを使用するか、iw phy phy0 wowlan enable [wake-up conditions...]
WPA-Supplicant などを設定して Wi-Fi でウェイクアップを有効にすることです.これにより、ドライバは次に表示されるACPI設定を自動的に有効にします/proc/acpi/wakeup
。このファイルはACPIウェイクアップの問題を解決するためのデバッグインターフェイスに近いです。
実際の主な問題は、GUIが起動しないことである場合、正確に間違った場所を探していることです。
まずsystemctl get-default
、システムが自動的にGUIを起動するように設定されていることを確認するために実行する必要があります。応答がある場合、graphical.target
システムは少なくともGUIを起動しようとしています。応答がある場合、multi-user.target
システムは現在プレーンテキストモードで起動するように設定されており、systemctl set-default graphical.target
そのモードを変更し続けることができます。ただし、まず変換をテストする必要がありますsystemctl isolate graphical.target
。
システムがGUIを起動しようとしましたが失敗した場合は、オプションなしで実行して結果のシステムsystemctl
サービスのリストを表示できます。赤色のマークがありますか?これは、対応するサービスが失敗していることを意味します。次のステップは、実行systemctl status <whatever.service>
(<whatever.service>
実際のサービス名に置き換え)して、失敗したサービスの現在の状態と生成された最後のログメッセージのいくつかを確認することです。サービスでより多くのログメッセージを表示するには、を試してくださいjournalctl -u <whatever.service>
。