LinuxのXが起動しなくなった12-20のシステムアップグレードリリースでManjaroを再起動した際、Xが起動しなくなった。--initialしろというものだ。これでうまくはいかなかった。nomodesetしろという声もあったが、それはすでにしてあるし、確認もした。そのほかにはflgrxを無効にする方法について記述されたものがある程度で、それ以外はインストールしろか、もしくは解決しないままか、だ。エラーでは0:1:1となっているが、本当にBusIDの不一致を疑って調べると0:1:0だったので、それが原因かと思って調べたりもした。結局解決にはつながらなかった。バックアップしたイメージでロールバック、ということも考えたのだが、まずは総再ビルド&インストール。パッケージが壊れたためならこれで解決する。壊れていたのなら、ロールバックしてアップグレードしても同じことになる。やり方は次のようなもの。donesudo時間は長くしておくほうが良い。うちの場合、頻繁に、長時間に渡ってネットワークダウンが生じる。せいだろう)なので私には手出しできない。フルビルドで回っている間ネットワークがダウンすると失敗する。これはなかなか恐ろしい。幸いにもネットワークダウンには遭遇せず2回完走したのだが、改善しなかった。fileと言われ、14GBもあるファイルにもかかわらずできなかった。-Qの結果を外部に保存しておく。JPのイメージのインストーラではkeymap選択画面でフリーズしてしまい、進まない。JPイメージでインストールする。2014-11-05のarticleにある手順でセットアップ。pacman-keyの再構築、無効なキーの削除aticonfigvigrでusersのGIDを500にそしてパッケージを復帰させる。done--noconfirmではconfrict時に中止を選択されてしまう。基本的にはこれで通るが、MATE関連でgstreamerかpulseaudioか選べと言われてYを返しても通らないため、チェックしてこの時に一旦INTしてmate関連を手動インストールの上、やり直す。ちなみに、依存関係で入るパッケージもこの方法だと再インストールするため、mozc-utなどはfcitx-mozc-utで入るのだから途中で中断してやり直したほうが早い。doneで、その他の選択肢を要求する場合を除いていけると思う。し、そもそもビルドできないパッケージがあると、それはインストールできないため詰んで(ループして)しまう。監視なしにするにはexpectを使うしかない。xpdf関連は無理だった。この後は次のようにしてセットアップを進めるバックアップしたhomeのイメージをrsync。/home/としてマウントされるユーザーデータは回避する。~aki/.share.encfsとする。/etc/fstabを編集。tmpfsと~/.share.encfs(btrfsサブボリューム)のマウントを設定。encfsをマウントするためのスクリプトを~/root/binに書く。Centerを起動、設定すればOKだ。復旧に6日もかかってしまった。今回のようなことがか内容にと、今回はインストール時にLVMを使用する設定とした。ちなみに、ディスクのパスフレーズの強度を大幅に高めた。標準でLVにVG全域を使用してしまうため、「管理やバックアップを容易にするため」と言いながら、実際は全く柔軟性がない。ManjaroVG/ManjaroRootでOK。アップデート前にスナップショットを取るようにすればロールバックは容易になる。Manjaroでは運用中にこのような事態に陥ることが既に3回めなので必要だろう。rsyncでバックアップしておくことも必要かもしれない。