標題の通りなのですが、Oculus Quest 2 を SteamVR に接続しようとしたところ、一向に認識してくれず、理由は Wi-Fi でイントラネット通信を不許可にしていたからでした。
以下はルータの表示画面です。
諸事情あって、Oculus Quest 2 の接続先のアクセスポイントを「ゲストアクセスポイント」にしていました。公衆Wi-Fi などで用いられる形態です。
この場合は当然にイントラネットへの接続を不許可にしますので、デフォルトの設定で利用していたところ、Oculus が認識されなかったということになります。
Oculus うんぬんでなく、イントラへの接続が制限されたアクセスポイントにつなぐと、LAN内のやりとりは不可になりますよね。基本的なことでした。
Version 2.4.0.0 (48506) で確認しました。
ファクトリリセット（工場出荷状態に戻す、というやつです）を行います。
Preferences を選択します。クジラのアイコンをクリックして Preferences を選択します。
Preferences 起動直後のウィンドウでは、左下の Docker という文字列の横に starting... が表示され、表示シグナルが黄色のままで延々と起動しない状態かと思います。そしてそのため、メニュー項目が出ません。
ファクトリリセットを行うためには、右上の「虫」のアイコンをクリックして Troubleshoot に遷移します。
メニューから Reset to factory defaults のボタンを選んでクリックします。
入力します。
ファクトリリセットをした後の起動後、Preferences のウィンドウの左下のシグナルの色が「緑」になっていれば正常に起動しています。
ファクトリリセットを行いますので、これまで設定していた各種の内容もリセットされます。
原因は、x86_64 でビルドされたから、です。実行時にたとえば以下のようなエラーメッセージが出ます。
standard_init_linux.go:211: exec user process caused "exec format error"
以下の記事のとおりです。arm* でビルドし直します。
ビルドし直すのはいろいろと手間がかかることでもあるので、可能ならば無料のUbuntuを一つ用意して（たとえば GCE や OCI などで）そちらで実行するのも手です。もちろん、それでまかなえる規模のものであるならば、ですが……。
/etc/rc.local ファイルを作り、中にシェルスクリプトを書く
exit 0 とする/etc/rc.local に実行権限を与える/etc/rc.local を次のように書いたとします。
#!/bin/sh touch /tmp/hello_rc_local_world.txt
実行権限を与えます。
$ sudo chmod +x /etc/rc.local
OS を再起動します。
$ sudo shutdown -r now
OS 起動後に /tmp を覗いてみると hello_rc_local_world.txt が存在しているかと思います。
systemd のファイルは以下の場所にあります。
/lib/systemd/system/rc-local.service
lost_and_found ディレクトリ内のファイルをもう一度 Google ドライブ に同期しましょうlost_and_found は原則としてシステムドライブに作られますので、失敗が重なると OS の動作に影響を与える可能性がありますので、注意しましょう