IdeaPad Y50-70にLinux（Kubuntu）を導入 ― Nvidiaドライバと4Kディスプレイの挑戦

2014年、私は本格的な作業用として「真剣に」使えるノートパソコンを手に入れました。従来のデスクトップPC環境に対するポータブルなバックアップシステムとして、実務作業とゲームの両方を想定したものです。価格は比較的控えめながら、スペックは非常に優れていました。i7プロセッサ、Nvidia GTX 860Mグラフィックカード、16GB RAM、そして4Kディスプレイ。OSにはWindows 8.1が搭載されており、当初はそのまま使い続けるつもりでした。

時が経ち、このノートPCも少し年季が入ってきました。それでも依然として高性能で、4K解像度でAssetto Corsaが動き、ArmA 3やCities: Skylinesも問題なく動作し、BeamNG.driveさえも快適にこなします。現代的なタスクはすべて軽快に処理できるのです。しかし、そろそろセカンダリのバックアップ役に回すべきだと考えました。生産性システムとしての役割は続けますが、常に第一選択ではなくなるということです。そこで、OSの選択肢にLinuxを加えることにしました。具体的にはKubuntuです。新しい冒険の始まりです。

なぜこれが興味深いのか？

長年にわたり、私はテスト用途から半本格的・本格的な目的まで、さまざまな場面でLinuxを使用してきました。自分の記事へのリンクを羅列するのはやめておきますが、Linuxセクションをじっくり読んでみてください。要点だけ言えば、Linuxは古いデバイスに新たな命を吹き込む傾向があります。しかし、ほぼすべての試みにおいて何らかの問題、主にハードウェア互換性の問題が発生してきました。

例えば、古いAsus eeePCではFnキーとファン制御に問題がありました。G50ノートではネットワーク接続に難がありました。HDスケーリングの問題にも遭遇しています。最初にこれに直面したのは、実はY50でした。当時、Ubuntu 14.04は4K解像度をWindows 8.1よりもはるかに上手く処理していました。実際、Windows側ではシステムを実用的に使うために、解像度をUHDからHDへ「ダウングレード」したほどです。その後、Slimbook Pro2でKubuntuとPlasmaを使った際に新たな課題にぶつかりました。

当時のKubuntu 18.04はスケーリングを完璧には処理できず、環境を整えるために大量の回避策を駆使する必要がありました。それ以来、状況は大幅に改善され、最近のPlasmaでは、たまにリグレッションがあるものの、HDスケーリングはほぼ完成形と言えるレベルに達しています。実際、現在、HDディスプレイをきちんと扱える唯一のLinuxデスクトップ環境はPlasmaです。ここから、Y50ノートで何をするかという私の決断につながります。これは制作環境の変更であると同時に、一つの実験でもあります。

• OSとしてKubuntu 20.04を使用したい。なぜならPlasmaが最高だから。これは事実です。
• スケーリング要素は非常に興味深い。4Kディスプレイだからです。新しい展開です。
• さらに面白いのは、ハイブリッドグラフィック構成を備えている点です。Intel + Nvidiaグラフィックスを並行して搭載したマシンでLinuxを使うのは初めてで、しかも4Kディスプレイ付きです。
• 私のハードウェアで本格的な生産性用途にLinuxを採用する際に、いつも浮上するその他の疑問や考慮事項もあります。

実験開始

さあ、実験の始まりです。先に結論を述べると、こうなりました。

ライブセッションは問題なく起動しました。しかし、デフォルトのスケーリングなしの4K解像度では、デスクトップは実用になりませんでした。技術は進歩すべきだとは思いますが、すべてを100%拡大しなければならない超高解像度ディスプレイには、あまり意味がないように感じます。

ハードディスクを再パーティションし、Kubuntu 20.04をインストールしました。セットアップ中にプロプライエタリドライバの追加インストールを選んだため、ディストリビューションはSecure Bootの設定を求めてきました。奇妙です。Nvidiaドライバ程度のものに、なぜSecure Bootが必要なのでしょうか？　とにかくそのまま進め、次の再起動時にBIOSに入ってSecure Bootを無効化しました。これはWindows 8.1にもKubuntuにも影響を与えませんでした。

インストール後、GRUBメニューはデフォルトで非表示になっていました。なぜ！？　デュアルブート環境なのに！　ユーザーが起動するOSを選択できるメニューを隠すというのは、どういう論理なのでしょうか。必要な変更を行い、/etc/default/grubを編集して、GRUB_TIMEOUT_STYLEを"hidden"から"countdown"に変更しました。なんともお粗末な話です。

しかし、メニューが表示されるようになったら、今度は文字が小さすぎることが判明しました。4KネイティブのGRUBメニューは理想的ではありません。これにはメニュー解像度の変更が必要で、その方法は別のガイドで解説します。そして、スケーリングされていない表示には、これ以外にも問題が潜んでいます。さあ、無数のピクセルの世界へ…

UHD環境の調整

デスクトップにログインすると、嬉しいことに、Wi-Fiネットワーク設定がライブセッションから正しく引き継がれており、KDEWalletのプロンプトも表示されず、Nvidiaドライバも正常に稼働していました。そこでデスクトップをスケーリングすることにしました。フル200%スケール（記事中では100%増しと表現）を適用すれば、4Kディスプレイが実質1K相当になります。適用、再起動、そして結果を確認です。

4Kデスクトップ、まるで冗談のようです。UI要素が小さすぎます。壁紙まで崩れて見えます。映画『ズーランダー』風に言えば、「これは蟻用のデスクトップか？」といったところです。

スケーリングは機能しているのか？

答えは「イエスでもありノーでもある」です。デスクトップ自体はスケーリングされましたが、パネルの高さは変わらず、手動での調整が必要でした。また、マウスカーソルは旧来の4Kサイズのままで、小さすぎました。これも手動での対処が必要です。

さらに厄介なことに、マウスカーソルはアプリケーション上にホバーしたときだけ変わり、デスクトップ上では変わりませんでした。Plasmaシェルの再起動（またはシステム再起動）が必要だったようです。残念です。加えて、デスクトップのすべてのコンポーネントがスケーリング設定に従ったわけではないことも判明しました。例えば、壁紙設定ユーティリティは、新しいスケール済み解像度ではなく4Kのままサブメニューを描画していました。ログイン画面も4Kのままでした。

メニューは期待通りのサイズになりましたが、パネルはまだ小さく見えます。

1080pへの回帰

そしてWindows 8.1の時と同じように、最も簡単な解決策は解像度を1080pに下げることだと判断しました。そして実際にそうしました。統合的なスケーリング変更ができなかったのは残念ですが、Kubuntu 20.04に搭載されているのはPlasma LTS（5.18）であって5.20ではありません。HDスケーリングが本当に優秀になるのは5.20以降なのです。今のところは、これがベストな選択です。

この変更による追加のメリットが、画面のリフレッシュレートです。3840x2160pxでは48Hzしか出ませんでしたが、1080p設定では60Hzになります。なぜなのでしょう。しかし、これで問題がすべて解決したわけではありません。

• GRUBメニューは依然として小さいまま。
• ログイン画面は依然として4K。小さくて使いづらい。

2番目の問題の解決策は決して簡単ではありませんでした。ログイン後のデスクトップセッションと干渉しない最適な調整方法を見つけるのに、かなりの時間を要しました。そのため、SDDMをHD/UHD画面向けに最適化する方法（スケーリングを含む）を紹介する専用チュートリアルを別途用意する予定です。

遭遇した問題点

他にもいくつか問題がありました。どのプロプライエタリドライバが使用されているか確認したかったのですが、Kubuntuにはドライバ管理ユーティリティがデフォルトで同梱されていません。手動でインストールする必要がありました。

sudo apt-get install kubuntu-drivers-manager

しかし、ユーティリティを起動しても何も結果が表示されず、「情報収集中」のまま固まってしまいました。

検索インデックスを手動で再構築して初めて、ドライバの一覧を表示してくれました。

sudo update-apt-xapian-index

なぜこんなことが問題になるのか、不思議でなりません。

デスクトップはシングルクリック方式に設定されていました。なぜなのでしょう？　その一方で、Nvidiaドライバのおかげで高解像度のブートスプラッシュが表示されるようになったのは素晴らしい点です（ついに！）。ただし、デスクトップ内のアプリ待機アイコンの回転アニメーションが速すぎます。通常、待機アニメーションは毎分1回転ほどのゆったりとした速度で色付きの円が回るものですが、ここでは毎分4〜5回転の勢いで高速回転していました。

その他の評価ポイント

パフォーマンス、発熱、アプリケーションについて見ていきましょう。全体として、まずまずの出来です。ノートPCは十分にキビキビと動作しますが、ファンがかなり頻繁に回ります。リソース使用量はアイドル時で約550MBです。CPUは負荷時に大きく回転するため騒音が発生しますが、アイドル時にはほぼゼロに落ち着きます。ただしこの挙動はWindows 8.1と大差ありません。バッテリー持続時間もWindows側と同様で、輝度50%での軽度〜中程度の使用なら約2時間といったところです。

ハードウェア面はかなり良好です。スリープ＆復帰を含め、すべてが正常に機能しました。思い当たる唯一の「難点」は、KWinから「復帰後にデスクトップ効果が再起動された」という通知が表示されたことですが、これによる実害は確認できませんでした。

タッチパッドも正しく設定されていました。余計なタップ操作はなく、シングルクリックマウスの件とは対照的です。むしろ、SynapticsドライバはWindows 8.1よりもPlasma上の方が快適に動作するというのが私の印象です。普段、私はタッチパッドを使うのが嫌いで、特にこのマシンではそうですが、Kubuntuではそのストレスが少なくなりました。

アプリケーション面では、非常に良好な結果でした。GTKアプリケーションを含むすべてのソフトウェアがきれいに描画されます。例えば、GIMPやLibreOfficeはシャープでクリーン、エレガントに表示されます。好みの・必要な各種プログラムのインストールや使用にも問題はありませんでした。暗号化ツールに関しても、TrueCryptとVeraCryptの両方を問題なくインストールでき、不足ライブラリも一切ありませんでした。有望なスタートです。

まとめ

以上が、IdeaPad Y50-70 Linux物語の第一部となります。全体的に、実験は成功裏に進みました。しかし問題もありました。最大の課題は、5.20以前のPlasmaにおけるHD/UHDスケーリングがまだ不完全なことで、環境を整えるのに多くの手作業が必要でした。デスクトップには、理由のない粗い部分もいくつか残っていました。

一方で明るい面もあります。ハードウェア互換性は最高水準で、5,400rpmのHDDを搭載した7年前のノートPCとしては、パフォーマンスと応答性は十分以上です。Kubuntuは見た目も申し分なく、質の高いアプリケーションが幅広く揃っています。次はステージを上げて、ゲーム性能のテストにも挑戦する予定です。こちらも間違いなく興味深い結果になるでしょう。今回はここまでです。楽しんで読んでいただけたなら幸いです。GRUBとSDDMの4Kスケーリングチュートリアルは近日公開予定です。

それでは、また。