日: 2024年2月25日

古いNUCにUbuntuをインストールして２４時間耐久稼働をはじめてからおよそ２年半。

その間に幾度となくストレージへの書き込みができなくなり、ひょっとしてハズレの2.5”ＨＤＤを買ってしまったのかな？と思いながらも毎度毎度fsck /dev/sda2と呪文のように唱えては何事もなかったかのように復活してくれる堅牢さにも関心していたりします。

NUC自体も１０年選手だし、排熱に若干問題ありそうな筐体のなかに２ＴＢのHDDを内蔵しているということもあり、さらには２４時間連続稼働というのも相まって怪しいところだらけですがちゃんと動きつづけてくれています。_{きっと私よりよっぽど働き者。}

■唐突にCUIでしかログインできなくなり

しかしつい先日、再起動したら fsck を求められるのでいつものごとく実行し、shutdown -r nowのあとでGUIログイン画面が出てくるものと遠目に待っていても、いつまでたっても黒い画面のまま。

近づいてよーく見てみるとCUIでログインを促されているじゃありませんか。

いよいよ修復も適わず、いっそUbuntu丸ごと再インストールしないといけないかなという諦めの境地にさしかかったわけです。

ですが、さすがにすぐに実行するほどの時間的余裕がなく、さらにはGUIで無いだけでそのほかのサービスは全て正常に稼働している様子だったのでしばらく様子見を決め込むことに。

■ひとまずファイルを退避

翌日から、時間の隙間を縫うようにファイルのコピー退避をはじめ、ある程度逃がすことができたので再インストール前に少し実験。

ネット界隈を眺めていると時々同じような症状に悩まされる方もいるようで、解決策としてubuntu-desktopを再インストールすればＧＵＩに戻ってくるよ、とのこと。

それならOS丸ごと再インストールよりも楽ちんでよいなと、まずはCUIでログインし、

sudo apt install –reinstall ubuntu-desktop

と実行してみるとなんとなく手ごたえ感（Localeを指定してないので文字化けしてて表示内容がよくわからない状態ですが）

一通りの動作が済んだのを見計らって、期待に胸躍らせ再起動。。。ダメでした。

■CUIからGUIに行ける？

気を取り直し、つぎはCUIでログインしてから startx でGUI起動できるかどうか（先に確認しろよと自分に突っ込みをいれたくなります）_{※起動を期待したわけじゃなくログを取るつもりでした。}

すると、予想に反してGUIに移れるじゃないですか。予想外です。

ひととおりちゃんとGUI操作ができていることを確認し、ログアウトするともとのCUIに戻ってきます。

で、sudo systemctl get-default として設定値をubuntuさんに問うてみると、戻ってくる答えは graphical.target （GUI起動）というわけで ここでも実は multi-user.target（CUI起動） と出てくるんじゃないかと思ったわけなのですが予想が外れました。

■別アカで再設定は？

あんまり意味はないと思いつつも、別のユーザーアカウントでCUIログインしなおし、設定を確認してから apt –reinstall ubuntu-desktop と繰り返してみるも、やはり結果は改善されないまま。

しかし、ふと頭をよぎったのが、

sudo systemctl set-default multi-user（この時点ですでにgraphical.targetなのは承知のうえで）

として一旦CUIに設定変更し（変更しなくってもCUIになっちゃってたわけですがあえて）、

sudo systemctl set-default graphical.target

と、再度GUIに設定しなおしてあげる操作をしてから shutdown -r now

すると、一見無駄なような切り替え操作が功を奏して数日ぶりにGUIログインの画面が現れたのでした。

■再インストールよりは時間も手間も省けたかな

定期的に fsck を求められるという不具合の可能性を１つでもつぶしていくために再インストールしたほうが気持ちいいのじゃないかという期待もあったわけですが、

結局のところ再インストールしてもあとから設定を書き戻したりするわけなので、原因を完全につぶせる確率もそれなりに低いわけで、動いているならまあいいか。

—
消えちゃった動画や写真データの復元は
安心安全な『株式会社パソコントラブル救助隊』へ。
https://hqsecure.net/