Intel AC 9260カードを搭載したDell XPS 15のUbuntu 19.10では、奇妙なWi-Fiの問題が発生します。通常、頑丈で、一度に数日間接続を維持できます。これには、http、ftp、smbなどを介したマルチGB転送が含まれます。
しかし、mbsyncを実行すると(http://isync.sourceforge.net/mbsync.html)頻繁に(一日にも数回)離れています。ここで「終了」とは、すべての送信がタイムアウトしたことを意味します。 Wi-Fiはまだベースに接続されているようですが、接続を切断して再接続しなければ追加の転送が可能です。
その当時の日誌にはあまり示唆的な内容はありません。
Apr 16 14:21:08 bamboo mbsync[22095]: Socket error on imap.purelymail.com (18.204.123.63:993): timeout.
Apr 16 14:21:08 bamboo systemd[3322]: mbsync.service: Main process exited, code=exited, status=1/FAILURE
Apr 16 14:21:08 bamboo systemd[3322]: mbsync.service: Failed with result 'exit-code'.
Dmesgは以下を示していますが、上記と同時に表示されるかどうかはわかりません。
wlp59s0: deauthenticating from 10:b1:f8:b4:57:be by local choice (Reason: 3=DEAUTH_LEAVING)
表面的にはmbsyncは実際にはそうではないと思います。理由質問(またはできますか?)。 systemdでユーザーサービスとして実行されます。少なくともmbsyncは100%保証しますトリガー問題(なぜなら、ネットワークにいくら圧力をかけても、そうでなければ発生しないからです)。
詰まったときに調査できるアドバイスや方法を教えてくれてありがとう。
答え1
答えではなくても解決策を見つけました。
私はmbsyncが私のWi-Fi接続で潜在的な不安定性を発見したようだったので、私は考えることができるすべての潜在的な不安定性を段階的にチェックすることにしました。
私が試した最初の方法は、干渉の可能性を減らすためにWiFiベースステーションを広いチャンネルから狭いチャンネル(20MHz)に切り替えることでした(2.4Ghzラジオです)。
数時間以内にmbsyncが非常に頻繁に切断されたため、問題が解決したことがわかりました。
誰かがこの記事を読んでそれを知っているのであれば、他のネットワークを使用しないときにmbsyncがこの問題を引き起こす理由を聞きたいのです。