この質問は明らかにネットワークに関連していますが、実際には接続の問題ではないので、このフォーラムに投稿する方が良いと思います。
最近、次のVerizon Wireless Hotspot Mifiデバイスの1つを受け取りました。
実際にデバイスに接続するまで、私がインストールしたすべてが正しく動作することがわかりました。一度接続すると、コンピュータがほとんど利用できなくなります。特に、どのプログラム（Chromium、Terminalなど）も実行できません。
興味深いことに、Chromeインスタンスと端末を呼び出して起動すると、特定のインスタンスはそのインスタンスを閉じるまで（部分的に）機能し続けますが、新しいインスタンスを作成することはできません。部分的に言われた理由は、しばらくしてページが不完全にロードされ始め、最終的に開かれたインスタンスが動作を停止したことがわかったからです。
再起動後、すべてがうまく機能します。もちろん、そのワイヤレスホットスポットに再接続しない限り。どんなアイデアがありますか？
答え1
発生している問題は、システムのホスト名が変更されるためです。元のホスト名はでしたが、localhost接続後に変更されましたlocalhost.localdomain。これにより、次の理由で問題が発生する可能性があります。
1. ホスト名の確認
新しいホスト名（localhost.localdomain）が正しく解決されない場合は、IPベースのプロトコル（TCPまたはUDP）を使用して処理します。産業用コンピュータコミュニケーションはありません。
2. xauth クッキー
Xorgを起動すると、「xauth Cookie」が作成され、システムに保存されます~/.Xauthority。 Cookieにはシステムのホスト名が含まれているため、ホスト名が変更された場合、Cookieは一致しなくなります。
~からhttp://www.x.org/archive/X11R6.8.1/doc/Xsecurity.7.html:
.Xauthorityファイルの各エントリは、特定の接続スイート（TCP / IP、DECnet、またはローカルエリア接続）とX表示名（ホスト名とディスプレイ番号）。これにより、異なるディスプレイの複数の認証エントリが同じデータファイルを共有できます。特別な接続ファミリ（FamilyWild、値65535）は、各ディスプレイにアイテムを一致させ、そのアイテムをすべての接続に使用できるようにします。各項目には、接続の確立時に正しい情報を生成するために、対応する認証タイプに必要な認証名と個人認証データも含まれています。
したがって、デフォルトで起動したい新しいアプリケーションはXorgで認証できなくなり、起動しません。
これがより可能性の高いシナリオです。
システムのホスト名は、そのためlocalhostホスト名が設定されていないことを示すようです。ホスト名をこの問題以外の名前に設定すると、localhostこの問題は消えます。
しかし、私はArch Linuxに慣れていないので、プロセスが何であるかわかりません。しかし、それによるとアーチスウィキとても簡単です：
# sed -i -e "s/^127\.0\.0\.1.*/\0 $myhostname/" /etc/hosts
# hostnamectl set-hostname $myhostname
# hostname $myhostname