Surface BookのUbuntu 16.04-ワイヤレスインターネットが再起動するまでランダムに切断される


8

私はSurface BookにUbuntu 16.04.3 LTSとWindows 10をデュアルブートしており、Windows側では職場のワイヤレスインターネットに問題はありません。Ubuntuパーティションで、アクセスポイントを切り替えると、ワイヤレスインターネットが切断され、コンピューターを再起動するまで同じネットワークや他のネットワークに接続できない場合があります。この問題は、ワイヤレスアクセスポイントを切り替えていない場合にも発生します。それはまったく一貫していません。

私はここここ、そしてここに投稿された解決策を運なしに試しました。ご想像のとおり、再起動によってワークフローが中断されるため、これはかなり苛立たしい問題です。

私は他のいくつかの質問を見て、運が悪いのにそれらの解決策を試しました。どんな助けでも大歓迎です。ここに私のリンクがありますwireless-info.txthttps : //ufile.io/abkfd

アップデート(2018年2月9日):

何が変わったのかはわかりませんが、数週間前、アクセスポイントを切り替えると無線インターネットが切断されなくなりました。Software Updaterのアップデートの1つでインターネットの問題が修正された可能性があります。

残念ながら、この修正についての詳細はありませんが、Surface BookデバイスでUbuntuを実行しているすべての人に、Software Updaterを使用して最新のアップデートをインストールしてみてください!

アップデート(2018年6月4日):

数か月前にコンピューターを再フォーマットした後、この問題に再度遭遇し、運が悪いのにカーネルを4.13にパッチしてみました。インターネットが切断され続け、ワイヤレスBluetoothヘッドフォンも効果的に接続できませんでした。

カーネルを4.15にアップグレードする必要があるように感じましたが、OpenSSLを更新する必要がありました。手動で行う代わりに、リスクを冒してUbuntu 18.04にアップグレードすることにしました。私の問題は両方ともアップグレードによって修正されました!私のインターネットはこれまで素晴らしいところに機能しており、私のBluetoothヘッドフォンも完全に機能しています。

アップグレードが機能せず、コンピューターを再フォーマットする必要があった場合に失うものは何もなかったので、このルートをお勧めしますが、16.04からUbuntu 18.04への直接のアップグレードは公式にはサポートされていないため、注意してください2018年7月下旬まで。


ところで、ところで、どのカーネルを使用していますか?Ubuntuの通常の4.4?(uname -a調べてみると、初心者でない場合はお詫び)。/ r / surfacelinuxでソリューションを探す楽しみの1つは、あらゆる種類のパッチを実行していて、(明らかに)わずかに異なるバグがあることです
Tom Spurling

デフォルトでインストールされているカーネルを使用しています:4.10.0-33-generic。変更は加えていません。
アレクサンダー

おもしろい。わずかにパッチを当てた4.4を使用していました(4.4がまだデフォルトのようです)。参加するには、linux-image-generic-hwe-16.04パッケージに切り替えます。
トム・スパーリング2017

...エラー...おそらく週末にそれを行うでしょう。一見したところ、無関係な破損がさらに発生しているようです。もう一度頑張ってください。
トムスパーリング2017

Wifiが機能していない場合、何がrfkill list表示されますか?
ベンラジャーズ2017

回答:


4

また、同じ問題をしばらく受動的に許容した後、数日前にようやく忍耐力を使い果たしました。

電源管理を無効にすることは、失敗した試みにリンクした提案の1つであることは知っていますが、これは今のところ私には効果があるようです(少なくとも、原因が不明なときに実際のバグを回避する方法として)。

/etc/NetworkManager/conf.d/default-wifi-powersave-on.confすべての/etc/pmものが機能しなくなったので、編集して無効にしました。systemd(現在は電源管理を担当しています)はそれを無視します(ただし、ファイルはすべていくつかのパッケージからまだ残っています🙄)-同じことをしましたか?NetworkManglerは、この設定では他のすべてのものよりも最も優先されるもののようです(いくつかの半ばの実験に基づく)。

iwconfig一貫して実行するPower management:offと、変更が少なくとも有効になったことを確認できます。

私が話している設定での通行人のためのメモ:/etc/NetworkManager/conf.d/default-wifi-powersave-on.confwifi.powersave = 32 に変更しました。3は有効を意味します。2は無効を意味します。0と1は「デフォルトに設定」および「何もしない」です。これは実際には文書化されていません。私のソースはランダムな要点でした。

とは言っても、私はそれと長い間(たった数日)住んでいなかったので、これが実際には何も解決していない可能性があります。まだチェックインしていない場合は、再度チェックインします。がんばって!


お返事をありがとうございます。このiwconfigコマンドは、電源管理がオフであることを示しており、私のwifi.powersave設定3も同様に設定されています。電源管理を無効にしても、残念ながら問題は解決しませんでした。
アレクサンダー

(2に設定しますか?)ああ、そうですね。私も同じように動作しなくなるのを待ってから、別のことを試してみます...何か面白い見た目はありましたless +G /var/log/syslogdmesg
トム・スパーリング2017

はい、私はそれをに設定することを意味しました2。コマンドをありがとう!syslog次回はチェックして面白いことをここに投稿します。
アレクサンダー

これは、WiFiが切断されたときにsyslogに表示されるものです。pastebin.com
Alexander

0

ネットワークの名前がわかっている場合は、次のものを使用します。

nmcli c up name-of-the-network

私が頻繁に使用するネットワークには、「ネットワークの名前」という名前のスクリプトがあり~/bin/ます。スクリプトは、次のようにして実行可能にする必要がありますchmod +x <filename>

#! /bin/sh
# The name of this file is: ~/bin/name-of-the-network
nmcli c up name-of-the-network

の潜在的な制限の1つnmcliは、NetworkManagerへの依存です(または機能である可能性があります)。NetworkMangerで管理されているネットワークのリストを表示するには、次のように入力します。

nmcli connection

これは関係ないのではないかと思います。私は同様のWiFiハードウェアを備えたSurface Pro 4を持っています。これはnmアプレットの使用に関する問題ではなく、ドライバー/ハードウェアの誤動作のようです。使用する方法に関係なく、ネットワークを正常にスキャンまたは接続する機能は失われます。
トム・スパーリング2017

お返事をありがとうございます。@TomSpurlingに同意します。sudo service network-manager restartWiFiが切断されたときに使用しましたが、機能しませんでした。私はこれを試してみます、ありがとう!
アレクサンダー

@Alexanderハードウェアの非互換性とドライバ/カーネルの比較での私の経験は、最も信頼できる修正が待機していることと、時々の復帰に対処するのに十分な知識があることです。尾の追跡と手動による読み取りがすべて必要になる可能性があるため、知識を得ることができますが、イライラします。
ベンラジャーズ2017

1
更新:nmcli commandWiFiが切断された後にを試しましたが、予測どおり接続を確立できませんでした。
アレクサンダー
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.