新しくPCを組み、HDDを移行した話です。LibreOfficeのビルド時間が、旧PCで4時間半かかっていたものが、新PCでは95分で完了するようになりました。新PCご存じない方も多いと思うのですが、実は筆者はLibreOfficeの翻訳をやっています。1年に2回メジャーバージョンアップされるので、ここ数年年末年始はだいたいこの作業を行っています。LibreOfficeはgettextに対応した通常のアプリケーションと異なり、即座に翻訳したものをバイナリに反映することができません。そこで実際に確認するためには自分でバイナリをビルドしないといけないのですが、LibreOfficeは超重量級アプリでビルドにすごい時間がかかります。RC1をビルドするとA8-3820搭載PCで4時間半ほどの時間がかかりました[2]⁠。パッケージだと翻訳だけを配布することができるので[3]そうしたかったのですが、4時間半はいくら何でもかかりすぎです。いえお金にならないLibreOfficeのためにPCを買い換えるわけにもいかないので頭を抱えていたのですが、寄付を募ってみたところ、ことのほか多くの方にいただくことができ、PCを買い換えることができました。おかげで同じソースをビルドしても95分で完了するようになり、翻訳だけを配布することができるようになりました。RC2はWindowsのバイナリをビルドしました。残念ながらこちらは仮想マシンの中ではビルドできませんでしたが、窓の杜に取り上げられたこともあってか翻訳作業自体はスムーズに行うことができました。余談が長くなりましたが、パーツ選定のポイントはメモリーを32Gバイト積めることです。16Gバイトでは足りなくていつも困っていました。いうことはMini-ITXマザーボードではなくMicroATXマザーボードになりそうですが、それだとちょっと大きすぎるのでメモリースロットが4本あるベアボーンにしました。ちなみに購入予定自体はずいぶん前からあったので、32Gバイト分のメモリーは先行して入手しています[4]⁠。4770Sにしました。HDDは載せ替えたばかりで継続使用でもよかったのですが、前のはバッドセクタが増えていて危険だったので載せ替えましたし、その前のは本当に故障してしまったもののなんとかデータを抜き出すことはできたという災難続きだったので、壊れにくいことが期待できるサポート期間の長いHDDにしたかったのです。mSATAのスロットがマザーボードにあるため、ここにSSDを増設してそこにビルド用のVirtualBoxイメージを置こうかと思いましたが、なかなか良いのがなかったので結局2.5インチSSDにしました。[1]パッケージからビルドすると全言語をビルドしたり、ソースからビルドしたときにはないパッケージを生成したりで、驚くほどの差が出ます。機器構成と使用OSというわけで、機器構成はこのようになりました。NICも接続しています[5]⁠。使用しているUbuntuのバージョンは12.04であり、これを13.10にアップグレードしても良かったのですが、前述のとおりLibreOfficeの翻訳に可能な限り時間を割きたかったので、これはしません。言えPCは新しくなったのでカーネルやXも新しくしたいです。そこで思い出すのはHWEです。HWEについては第278回に解説があるのでご覧ください。ここではカーネルにしか触れていませんが、12.04では新しいXも提供しており、これをインストールするとカーネルも新しくなります。今回のような用途を意図してHWEを提供しているのかどうかはわかりませんが、ぴったり当てはまりましたし、Ubuntuを使っていて良かったと思います。[5]接続してあるHDDの総容量が16Tバイトになっています......ひえぇ。移行の際の作業HDDの移行これまで使用していたHDDから新しいHDDに移行するのに、定番のddコマンドを使用しました。3Tバイトから4Tバイトへの移行ですが、ddだけだと3Tバイト分しか使用できないので、GPartedでパーティションを拡大する必要もあります。新しいUbuntu[6]のインストールイメージをUSBメモリーにコピーし、古いほうのPC(ここがポイントです)にHDDを2台接続し、USBメモリーから起動します。あとはおもむろに端末を起動して、次のコマンドを実行します。conv=noerrorだいたい5~6時間程度かかるうえに作業中は何もできないので、寝る前にしかけるのが良いでしょう。問題なく終了したら、一旦電源を切って古いHDDを外します。USBメモリーから起動してGPartedを起動し、まずはスワップ領域を右端に移動し、そのあとにsda2の領域を拡大します。すべてGUIで行えるので詳細な解説は省略しますが、Ubuntuのバージョンが古いと失敗します。それで新しいUbuntuのUSBメモリーを用意したのです。待つと終了するので、電源を切ってUSBメモリーを外し、HDDから起動します。新しいPCから起動したい気持ちもわかりますが、まだ古いPCを使用し続けてください。起動時にはfsckが実行されて多少待ち時間があります。普通に起動してログインすると、端末を起動して次のコマンドを実行してください。xserver-xorg-lts-raring今だとインストールするのは“⁠xserver-xorg-lts-saucy⁠”のほうが良いでしょう。これでXとカーネル一式が新しくなります。念のため一度再起動して、ちゃんとカーネルとXが起動するか確認してみると良いでしょう。問題なければ、いよいよ新しいPCに接続して起動します。[6]今回だと13.10です。NICはLAN-GTJU3H3ですが、残念ながら新しいカーネルにもカーネルモジュールがなく、認識しません。よってPPAからパッケージを取得して使用しています[7]⁠。[7]確認はしていませんが、Saucy用のカーネルだとこのパッケージは不要のようです。温度取得TDPが低いということは実行時の温度も低いことが期待できますが、安定動作のためには確認しておきたいです。いうわけで第183回を参考にしてlm-sensorsの設定を行ってください。いえ端末から実行しているのにgksuduを使用していたり(普通にsudoで良いです⁠)⁠、コマンドの後ろに謎のセミコロン(;)が入っていたりしますが(もちろん不要です⁠)⁠。この時期だとどうしても温度が低くなりますので、やはり夏に実行して安定動作が可能かどうか見極める必要があります。4770Sの定格クロック周波数は3.1GHzですが、ターボ・ブースト使用時には3.9GHzまで上がるとスペック表に書いてあります。本当にそこまで上がるのかは/proc/cpuinfoを見てもよくわからないため、専用のツールをインストールして確認する必要があります。端末で次のコマンドをを実行してください。turbostatこの状態で負荷をかけて確認すると、図1のように3.88GHzまで上がっていることが確認できます。スペックどおりの性能が出ているであろうことと、全部のコアにまんべんなく負荷がかかっている状態ではなく、ひとつのスレッドに負荷がかかっているときにクロックが上がりやすいということがわかります。4770SはHaswellというマイクロアーキテクチャのCPUですが、これは内蔵GPUの性能が大幅に向上しているも特徴の1つです。いうわけで動画再生支援機能を使用することにしました。以前使用していた2世代前のSandyBridgeではほぼ使い物にならなかったのですが、今回はどうでしょうか。13.10だと特に問題ないと思いますが、今回は12.04なのでPPAを追加し、新しいパッケージをインストールします。vainfoインストール後、vainfoコマンドを実行して、以下などのように表示されれば正く認識しています。使用することができます。軽く試した限りだと、充分実用に耐えうるものでした。CPUが強力なので動画再生支援機能は特に必要ないのですが、例えばビルド中など極力CPUをほかのことに使いたい場合には有効でしょう。Ltd.ページ内容の全部あるいは一部を無断で利用することを禁止します⁠。個別にライセンスが設定されている記事等はそのライセンスに従います。