「サスペンド後に機能しません」のこの特定のバージョンは、16.04へのアップグレード後に発生しました。アップグレードにはWicdアプレット(通常のネットワークアイコンと共にMetacity Classic Gnomeタスクバーに追加されます)が含まれているようですが、一時停止後に機能しないようです。A sudo service network-manager restart
はこの問題を複製します。Wifiを再び使用するには、完全な再起動が必要です。なぜアイデアがありますか?
「サスペンド後に機能しません」のこの特定のバージョンは、16.04へのアップグレード後に発生しました。アップグレードにはWicdアプレット(通常のネットワークアイコンと共にMetacity Classic Gnomeタスクバーに追加されます)が含まれているようですが、一時停止後に機能しないようです。A sudo service network-manager restart
はこの問題を複製します。Wifiを再び使用するには、完全な再起動が必要です。なぜアイデアがありますか?
回答:
16.04はsystemdで実行されます。以下を試してください:
sudo systemctl restart network-manager.service
これが機能する場合は、自動化するスクリプトを作成できます。
ターミナルを開き、次を入力します。
sudo nano /etc/systemd/system/wifi-resume.service
次に、右クリックでスクリプトをそこに貼り付けます。CTRL + Xで終了し、Yを押して保存します。それを有効にするために:sudo systemctl enable wifi-resume.service
脚本:
#/etc/systemd/system/wifi-resume.service
#sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart networkmanager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target
[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager.service
[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target
お役に立てれば。それは私のラップトップで動作します。
@ 147pmこれは機能しましたか?
Kubuntu 16.10(GnomeではなくKDEベース)とHP ProBookラップトップを使用していますが、かなり似たような問題が発生していることがわかりました。そして、あなたとは異なり、サスペンド/ウェイクアップ後に死んだのは私のWifiではなく、私のイーサネットポートでした。それでも、それらが関連しているのだろうか。
また、KDEで問題が発生しないことも確認しています。しかし、このソリューションはウィンドウマネージャー、デスクトップ環境、またはアプレットに基づいていないため、以下のソリューションがGnomeで役立つかどうかを知りたいと思います。
まず、ネットワークマネージャーサービスを再起動することを確認するだけです。
$ sudo systemctl restart network-manager.service
私にはうまくいきませんでした。
しかし、私はbuzhidaoの質問と情報のおかげで機能する答えを見つけました。中断してからGAD3Rのコメントが出てインターネットに接続できません。
彼らの情報を使用して、私が最初に実行しているイーサネットハードウェアとドライバー/モジュールを調査し、次にそのモジュールを削除して再ロードすると、私にとってはうまくいくことがわかりました(buzhidaoはそうではありませんでした):
Wi-Fi:
$ lspci -knn | grep Net -A2
イーサネット:
$ lspci -knn | grep Ether -A2
これらの2つ目(イーサネット)は私が使用したもので、私は見つけました:
03:00.0 Ethernet controller [0200]: Realtek Semiconductor Co., Ltd. RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [10ec:8168] (rev 0c)
Subsystem: Hewlett-Packard Company RTL8111/8168/8411 PCI Express Gigabit Ethernet Controller [103c:1944]
Kernel driver in use: r8169
Kernel modules: r8169
だから私は 'r8169'ドライバーをリロードしました:
$ sudo rmmod r8169 && sudo modprobe r8169
そして出来上がり!これはうまくいきました。イーサネットポート/接続が再起動せずに(サスペンド/ウェイクアップ後)生き返りました。
(私はRealtek wifiデバイスも持っていませんでしたが、Qualcomm Atheros(mod:ath9k)があります。
他の投稿への私のコメントからわかるように、問題はBuzhidaoと私との間の共通要素、Realtek Semiconductorデバイスかどうか疑問に思いました。異なるモジュールを使用していても、共通のコードを共有している可能性がありますか?あるいは、新しいカーネルコードによって何らかの形で異なる扱いを受けることさえありますか?
Realtekベースのwifiデバイスをお持ちですか?(上記のlspciを使用)?モジュールを再インストールする運はありますか(上記のrmmod / modprobe)?
とにかく、暗闇でのショット。自分で最終的な答えを見つけた場合は、お知らせください!どうも。
sudo rmmod r8169 && sudo modprobe r8169
、問題を解決しました。
sudo rmmod r8169 && sudo modprobe r81691
ようやく問題が修正されました。カーネルバージョン4.16以前では、この問題はありませんでした。(* Debian 10とGNOME、カーネル4.16、およびRealtekの専用ファームウェア)
sudo
アクセスなしの環境で再開後にNetworkManagerを自動再起動するには、/etc/pm/sleep.d
(任意の名前)でスクリプトを作成し、を介して実行可能ビットを設定しchmod +x
、次のコンテンツを挿入します。
case "${1}" in
resume|thaw)
# systemctl restart network-manager.service
service NetworkManager restart
;;
esac
私にとっては、このservice
ラインsystemctl
は機能しましたが、あなたにとってはうまくいくかもしれません。
service NetworkManager restart
私のために働いたが、スクリプトの配置は(16.04で)なかったです。スクリプトをに移動する必要がありました/lib/systemd/system-sleep/script-name-here
。この場合、スクリプトの最初の引数は[pre | post]
ですので、caseステートメントをに変更する必要がありましたcase "${1}" in ... post) ...
。また、内部ステートメントをにラップしましたcase "${2}" in ... suspend) ...
。
/lib/systemd/system-sleep/
15.04+のために
私にとってはランダムに思えますが、時々、wifiは接続していると切断されたり、接続していないとネットワークを表示しません。ラップトップをスリープモードにすると、トリガーされるように見える場合がありますが、常にではありません。
これらのいくつかの組み合わせは通常、再起動せずに再び動きます:
sudo iwlist $(ifconfig | grep -Po '^w\w+') scan
sudo service network-manager stop; sleep 5; sudo service network-manager start
restart
ここに電話するだけではうまくいかないようです。それは、それはそれをシャットダウン終わっています前にそれを起動しようとするようですので、私は間のより運の一時停止を持って、見えるstop
とstart
。一貫して機能するものはありませんが、最も成功する可能性の高い順にリストしました。
Ubuntu 16.04での作業方法:
サービスを作成します。 sudo nano /lib/systemd/system/wifi-resume.service
サービスは、/ etc / init.d / network-managerからプログラムを呼び出しています
コードを貼り付けます:
#/lib/systemd/system/wifi-resume.service
#sudo systemctl enable wifi-resume.service
[Unit]
Description=Restart network-manager at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target
[Service]
Type=oneshot
ExecStart=/bin/systemctl restart network-manager
[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target
次に、サービスを有効にします。
sudo systemctl enable /lib/systemd/system/wifi-resume.service
これにより、/ etc / systemd / systemの指定された[Install]ディレクトリにシンボリックリンクが作成され、サービスがアクティブになります。
その後、次の方法でステータスを確認できます。 systemctl status wifi-resume.service
Bluetoothでも同じ問題が発生しました。サスペンド後、Bluetoothマウスが機能しませんでした。だから私は上記から解決策を導き出しました:
sudo nano /etc/systemd/system/bluetooth-resume.service
新しいサービスを有効にしました
sudo systemctl enable bluetooth-resume.service
サービスを編集しました
#/etc/systemd/system/bluetooth-resume.service
#sudo systemctl enable bluetooth-resume.service
[Unit]
Description=Restart bluethooth at resume
After=suspend.target
After=hibernate.target
After=hybrid-sleep.target
[Service]
Type=oneshot
ExecStart=/bin/systemctl restart bluetooth.service
[Install]
WantedBy=suspend.target
WantedBy=hibernate.target
WantedBy=hybrid-sleep.target
私も編集しようとしました...
sudo nano /etc/bluetooth/main.conf
そして変わった
AutoEnable=true
しかし、これは「再開の問題」では機能せず、新しいBluetoothデバイスには影響がありませんでした。
Ubuntu 16.04を搭載したラップトップDell Inspiron 15Rでも同じ問題が発生しました。私にとっては、スクリプトは2回目の返信で報告しました。
スクリプトをインストールした後、右上のメニューのコマンドでサスペンションを試してみて、唇を閉じて問題を解決しました。
問題はその動作が交互に発生していると言わざるを得ません(つまり、スクリプトをインストールする前に動作することもありました)。
私にとって解決策は実行することでした
nmcli nm sleep false
ターミナルで