私のUbuntu 18.04 LTSシステムでは、NVIDIAのGeForce 1050 Tiを搭載したグラフィックボードを使用している。ところがこの影響なのか、サスペンドから回復(レジューム)しようとすると、システムは動いているのだが画面が回復しないという症状が発生してしまっていた。

備忘録代わりとなるが、今回いろいろと組み合わせてうまく行ったので、その方法について書いてみることにする。

まず使用しているドライバーだが、nouveauと呼ばれるオープンソースのものではなく、NVIDIA提供のプロプライアタリなものを使っている(バージョンは390系)。これを最新のものにすることで、この問題が解決するケースもあるようだ。私の場合は残念ながらうまくいかなかった。

そこで取った手は以下の通り。

(1) /etc/default/grubを書き換える。起動時に読み込まれるコマンドを記した行、GRUB_CMDLINE_LINUX_DEFAULTにいくつか書き加えて、このような感じにする。書き換えたあとは、sudo update-grubコマンドの実行を忘れずに。

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash nouveau.modeset=0"

(ただし、nouveauドライバは使っていないので、ここは意味がないかも知れない)

(2) /etc/X11/xorg.confを作る。rootで何らかのエディタ(例えばgedit)を開いて、以下のような内容を足す。

Section "Device"
     Identifier     "Screen0"
     Driver         "nvidia"
     VendorName     "NVIDIA"
     BoardName      "GeForce GTX 1050 Ti"
     Option         "NvAGP" "1"
 EndSection

ポイントはDriverの行と、最後のOptionの行である。BoardNameは自身のボードに合わせて適当なものを記入すればよい。

(3) 続いて、/etc/modprobe.d/blacklist.confを編集する。同様にrootでエディタを開いて、以下を追加する。

blacklist intel_agp

この状態で再起動する。これで、サスペンド・レジュームが有効になる(正確には復帰しても画面が真っ暗のまま、ということがなくなる)はずだが、念のため、コマンドラインから一度サスペンドをテストしてみるとよいだろう。

sudo pm-suspend

職場と自宅、あるいは個人用でも複数といったように、今や複数のGoogleアカウントを持っている人は多いはずである。こういったとき困るのが、特にブラウザにおけるアカウントの扱いである。
以前使ったアカウントがそのまま残っていて、いちいちログアウト・ログインを繰り返さないと別アカウントを使うことができないというケースはけっこうある。
Ubuntu、あるいはそれに限らず、そのような場合の対応策について考えてみた。なお、ここでは基本的にFirefoxを使用した場合とする。Google Chromeであればもう少しスマートな解決方法はあるかも知れない。

まず、最も基本的(？)な方法は、ブラウザの使い分けである。アカウントAはFirefox、アカウントBはGoogle Chromeのように、複数アカウントをブラウザごとで使い分けるという手である。ただ、これではブラウザが固定されてしまって、ここのブラウザがもつ機能をそれぞれのアカウントで使うことができない。また、利用するアカウントが多い場合にはブラウザの数に追いつかないということも考えられる。

そこで、 Firefoxだけで使い分けることを考えよう。
Gmailだけであれば、FirefoxのアドオンであるX-Notifierが便利である。
X-Notifierは、複数のGmailアカウント(すなわち、Googleアカウント)を管理して、メールの着信を通知、自動的に複数のGmailタブを開いてくれる便利なアドオンである。
Googleアカウントの使用がGmailだけであれば、これで十分である。

ところが、Googleアカウントをほかにも(例えば、YouTubeやAdSense, Mapなど)細かく使い分けていて、ブラウザごとに変えたいという場合には、これではちょっと不十分である。
そこで、このような場合、ブラウザのウィンドウごとにGoogleアカウントを切り替える、Multifoxというアドオンを利用することにする。
Multifoxは、Firefoxの上部にボタンを持ち、アカウントを切り替えたいときにはそこから「プロファイル」(これはFirefoxでいう「プロファイル」とはまた異なるようである)を切り替えて対応する。別ウィンドウが別のGoogleアカウントになるので、Gmailはもちろん、YouTubeやAdSenseなどもウィンドウごとに別々のGoogleアカウントとして問題なく機能する。

ところが困ったことに、このMultifoxとX-Notifierは同時に使用できない(複数のGoogleアカウントには対応しない)。どちらかを選ばないといけないのだ。
そうすると、X-Notifierで便利だった通知機能はMultifoxにはないので、これが使えないのは痛い。

そこで登場するのが、Ubuntuの機能である「Unity Mail」である。
Unityという名前からもわかるように、これはUbuntuのユーザインタフェース機能、Unityの中に実装されている。Ubuntuソフトウェアセンターで「Unity Mail」で検索すると、候補の中にUnity Mailがあるので、それをインストールすればよい。

Unity Mailは、複数のGoogleアカウントのメール通知に対応している。メールの到達状況は、Unityのランチャーの中に、このような形で表示される。

さらに、画面上部のアイコンも、メールが到達すると青色に変化して知らせてくれる。これで、メール通知も(一応)ばっちりということになる。
もちろん、画面右上にポップアップが出る、デスクトップ通知にも対応しているので、メールの到達はむしろX-Notifierよりわかりやすいかも知れない。

ただ残念ながら、Unity Ｍａｉｌは、どのアカウントからのメールが到着したのかまでは知らせてくれないので、どのアカウントに到着したのかがわからない場合には、それぞれのウィンドウを開けてメールをチェックしなければならない。その点が若干不便ではある。

Windowsでも同様の環境を構築する場合には、Gmail Notifierをデスクトップ常駐アプリとして使用し、同じようにMultifoxを使用すればよいだろう。
また、Unity Mailの設定画面をみるとお分かりかと思うが、メールの着信はIMAPでみている。もしご自身のメール環境がIMAPに対応している場合、IMAPサーバーとポート番号が分かれば、設定することによってUnity Mailでの新着通信に対応することは可能である。例えばYahoo！メールも可能である(と思われる。私自身試していないので…)。

私自身、GoogleアカウントはGmail以外にもかなり広範に使い分けしているので、試行錯誤の上こういうやり方にたどり着いている。また新しいやり方ができ次第、随時報告する。

(ご注意)　現時点でも対処は継続中です。良好な結果が出次第、本エントリは随時更新されます。

以前のブログの記事にて、ネットブックに余ったSDカードを挿入し、それをスワップ領域として活用することで高速化を図るやり方を紹介した。ところが、この方法を採用すると、スリープやハイバネートが効かなくなるという問題点がある。
今回はそのための対処の方法である。(参考サイト: http://afrivirt.wordpress.com/2010/06/04/4/)

まず、内蔵ハードディスクのスワップ領域が残っていることを確認する。
スワップが内蔵ハードディスクの場合にスリープやハイバネートが正常であり、SDカードをスワップ領域にするとうまくいかないという場合には、スリープやハイバネートのときに、このSDカードのスワップ領域を使用停止にするとよい。もちろん、回復するときには改めて有効にすることも必要である。

そのために行うのは、/etc/pm/sleep.dというディレクトリの下に、ちょっと特別なファイルを作成することである。

端末から、

sudo gedit /etc/pm/sleep.d/11_sdcardswap

(ファイル名は任意だが、先頭の11_はあまり変えない方がいいだろう)と打ち込み、ファイルを作成する。このファイルは以下のような内容とする。

#!/bin/bash

case $1 in

hibernate)

echo “Turning off sdcard swap …”

swapoff /dev/mmcblk0p1

;;

suspend)

echo “Turning off sdcard swap …”

swapoff /dev/mmcblk0p1

thaw)

echo “Turning on sdcard swap …”

swapon -p 10 /dev/mmcblk0p1

;;

resume)

echo “Turning on sdcard swap …”

swapon -p 10 /dev/mmcblk0p1

;;

*)

echo “Wrong operation”

;;

esac

さらに、このファイルは実行可能にしておかなければならない。端末から以下のコマンドを打ち込む。

sudo chmod +x /etc/pm/sleep.d/11_sdcardswap

先ほど作成したファイルは、スリープ時やハイバネート時にSDカードへのスワップをOFFにし、逆にレジューム時やハイバネートからの回復時にはSDカードへのスワップを再びＯＮにするものである。
ただ、このままでは、スリープやハイバネートのときにスワップがなくなってしまう(そうなると特にハイバネートのときにはたいへん困ったことになる)。そこで、改めてハードディスクのスワップ領域を有効にしておく。これは、/etc/fstabで記述する。
このときに、なるべくSDカード側のスワップ領域が使われるよう、スワップの優先度を変更しておくとよい。

/dev/mmcblk0p1    swap    swap   sw,pri=10  0   0

/dev/sda3               swap    swap   sw,pri=0   0   0

上記は、/etc/fstabにおけるスワップの部分だけの抜粋である。
オプション領域で「sw,pri=…」と記述されているのが、スワップ領域の優先度である。この場合にはSDカード領域(/dev/mmcblk0p1)の方をハードディスク(/dev/sda3)より高く設定している。

以上の作業が終わった時点で再起動し、設定を有効にすれば大丈夫なはずである。

…はずなのだが、現時点では、スリープはまぁまぁ動作する(しない場合もあるが、コマンドラインでsudo pm-suspendとするか、メニューから選ぶとほぼ間違いない)ものの、ハイバネートはほとんどダメである。
ひょっとして、Ubuntu 14.04だとうまくいく、ということもあるのかも知れないが、さすがにもう6年にもなるネットブックをいまさらアップデートするのも何なので、とりあえずUbuntu 12.04のままで対処方法を探ってみているところである。

Ubuntuが起動するときには、「Ubuntu」の文字とロゴがしばらくの間表示され、その後ログイン画面、あるいは直接ログインする場合にはデスクトップ画面へ移行する。このシンプルだが美しい画面のことを「スプラッシュ画面」(splash画面)という。

昔のLinuxディストリビューションでは、起動時にはいろいろなサービスが起動する様子が延々と表示されていたので、それに比べるとシンプルで一般向けといえるだろう。さらに、このスプラッシュ画面は、いろいろなアプリのテーマのように着せ替えることもできるので、自分が気に入ったものを利用することも可能だ。

ところが、困ったことにこのsplash画面が非常にみにくいものに変わってしまうことがある。特に、起動時に画像ではなく、文字で「Ubuntu」と表示されるようなケースがある。
これは、ビデオドライバをプロプライエタリなものに変えた場合によく発生する。典型的なのがNvidiaのドライバで、これを利用するとたいてい、文字表示に変わってしまう。
もちろん、文字表示でもUbuntuの利用に実害は発生しないが、せっかく美しいデザインを誇るUbuntuのこと、できればもとの美しいスプラッシュ画面が出てくれるようにしたい。
このようなときに、以下のような方法にすると修復が可能なようである。

以下、Ubuntu 14.04でテストしている。なお、以下編集するファイルはいずれもシステム設定ファイルなので、慎重に編集すること。また、管理者権限でないと書き込みできないので注意する。端末を開き、

sudo gedit /etc/default/grub

のようにするとよいだろう。

＜その１＞

1. 最初のUbuntu起動画面(grubの画面。背景が紫色)のところで、「C」を押して起動を止める。
2. プロンプトが出るので、ここで「vbeinfo」と入力する。
3. 数多くの解像度の組み合わせが出てくる。例えば「640x480x32」とあれば、640×480ピクセル、32ビット解像度での表示をサポートしているということである。この中から1つを選んで記録しておく。自分のディスプレイの解像度になるべく近いもの、そしてなるべく高い解像度のものを選んでおく。
4. 「exit」と入力してgrubの起動画面に戻るか、Ctrl+Alt＋Delを押して再起動する。
5. このままコンピュータをブートし終わったら、作業開始である。まず、grubの設定を変更する。/etc/default/grubで、以下のようにある行
   

   #GRUB_GFXMODE=640×480

   の次の行に、以下のように書き足す。

   GRUB_GFXPAYLOAD_LINUX=1920×1080-32

   ここで、=のあとの部分は解像度と色のビット数である。先ほど起動時に調べた解像度と色のビット数を上の数字に当てはめて書いておく。この数字を間違えるとスプラッシュ画面がうまく起動しないので、もしうまくいかない場合はgrubでの解像度と色の数値をいろいろと試し、ここの部分を書き換えてみよう。なお、解像度と色の数値はできるだけ高いもののほうがよいようだ。

6. 次に、/etc/initramfs-tools/conf.d/splashというファイルを編集する。ここにはただ1行、
   

   FRAMEBUFFER=y

   とだけ書く。

7. 以下のコマンドを実行して、initramfsへの変更を有効にする。
   

   sudo update-initramfs -u -k all

8. 以下のコマンドを実行して、grubへの変更を有効にする。
   

   sudo update-grub

9. 再起動し、スプラッシュ画面が出てくるかどうかを確認する。

＜その2＞

「その1」の方法でスプラッシュ画面が出ない時には、先ほどのファイルに書いた解像度と色の数値が間違っていないことを確認した上で、さらに次のような変更を加えてみる。

1. 先ほどと同様、/etc/default/grubを再度編集する。今度は、
   

   GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash”

   と出ている行の先頭に「#」を加えてこの設定を無効化し、その下に以下のように書く。以下は1行である点に注意。

   GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash nomodeset video=uvesafb:mode_option=1920×1080-32,mtrr=3,scroll=ywrap”

2. 同じく/etc/default/grubにおいて、
   

   GRUB_GFXMODE=1920×1080-32

   とある行があり、その先頭に「#」が入っていたら、それをとって、この行の設定を有効にする。なお、数値は先ほど述べた通り、grubでサポートされている解像度と色の数値のうち、いちばん高いものを選んでおく。

3. 続いて、/etc/initramfs-tools/modulesファイルを編集する。このファイルの最後に、以下の1行を加える。
   

   uvesafb mode_option=1920×1080-32 mtrr=3 scroll=ywrap

4. 「その1」の6.で行った、/etc/initramfs-tools/conf.d/splashファイルの作成を行っていない場合は、それを行う。
5. 以下のコマンドを実行して、initramfsへの変更を有効にする。
   

   sudo update-initramfs -u

6. 以下のコマンドを実行して、grubへの変更を有効にする。
   

   sudo update-grub

7. 再起動し、スプラッシュ画面が出てくるかどうかを確認する。

＜その3＞
上記2つでもうまくいかない場合には、そもそもスプラッシュ画面が出せる状態になっているのかどうかを確かめよう。スプラッシュ画面を表示しているソフトはPlymouthというものである。これを実行してみる。

sudo plymouthd ; sudo plymouth –show-splash

これで画面が出るはずである。画面が出たことを確認できたら、Unityで端末を選んでおいて、

sudo plymouth quit

でPlymouthを終了する。

これで画面が出ない場合、plymouthの一部パッケージを追加する必要がある。追加して出るかどうかを確認しよう。

sudo apt-get install plymouth-x11

これで上記のPlymouth画面表示を試し、それでもダメであれば、さらに/etc/default/grubを以下のように編集する。
まず、

#GRUB_GFXMODE=640×480

という行があれば、その行の下に

GRUB_GFXPAYLOAD_LINUX=auto

という1行を加える。grubへの変更を有効にするため、update−grubを実行する。

sudo update-grub

再起動し、スプラッシュ画面が出るかどうか試して欲しい。

私の場合は、「その1」「その3」の組み合わせ、あるいは全てのケースを投入した結果うまく行っている。おそらくは「その1」「その2」だけで、解像度を正しく記述すればうまくいくかも知れないが、それぞれに違いがある可能性もあるので、上で記述した方法をいろいろ試してみて欲しい。

＜参考＞

• Fix Ubuntu Boot Screen (Plymouth) After Installing Nvidia Drivers
• (Another Method) Fix Ubuntu Boot Screen (Plymouth) After Installing Nvidia Drivers
• Fix Boot Screen ( Plymouth ) After Installing Nvidia Drivers

この4月にリリースされる予定のUbuntu 14.04 “Trusty Tahr”、私も次期プラットホームになる予定なので、アルファ段階からのテストに入っているが、予想外に安定していることにちょっとびっくりである。

Trustyはその名の通り、「信頼できる」という雰囲気を大きく感じさせるリリースである。
基本的に13.10などからの大きな変化はない。もちろん、ユーザインタフェースなどの細かい点ではいくつかの違い(改善)がみられるが、基本的には、Unity,上部アプリケーションバーといった画面構成などに変更はまったくなく、むしろそれをうんとブラッシュアップした感じとなっている。

アルファ版からの使用感にしても、もちろんアルファならではのとんでもないエラー勃発などはあるにしても、全体に非常に安定しており、また、12.04 LTSのユーザである私からみても大きな戸惑いを感じない設計となっている。

12.04 LTSは、確かにPreciseというニックネームでデビューしたが、実際のところはどこまで”Precise”であったかという点でやや疑問が残るリリースであった。とりわけUnity、あるいはそれにまつわるCompizなどはあまり安定しているとはいえない部分もあったし(度重なるアップデートでずいぶん改善されたが)、私もこれを2年使うというのはちょっとつらい部分もあった。正直今ですら13.10にアップデートしようかと思うくらいである(もう14.04が待ち構えているのでやらないが)。

特にプリンタ周りでは12.04 LTSには相当苦労させられた。もともと、Ubuntuは印刷機能が弱点の1つではあるのだが(これはUbuntuに限らず、Linux全体にいえることだが)、12.04 LTSはかなりこれがひどかった。職場のマシンではプリンタがハングアップするトラブルにいくども出くわし、自宅のマシンではブラウザからプリントアウトすると画面が真っ黒になるというトラブルが出る有様。
前者はアップデートが出たのだが、そのアップデートを適用しても治らないケースが多発。後者については私だけの症状だからなのかLaunchpadでも放置されたままである。
ただ、仕事で使っている私のようなユーザにとってはプリンター使用は必須であるだけに、12.04 LTSのような悲惨なプリンタサポートではちょっと困るのである。

14.04についてはまだ実機をつなげてのプリンタテストは行っていないが、ネットワークプリンタの使用だけに限定していえば、スピードの改善などがみられ、期待を持たせてくれる。

その他の点でみても、12.04 LTSではなかった「再起動」メニューが追加されていたり、細かな点での改良の積み重ねがいい感じで効いてきている。
4月のリリースが待ち遠しい。

先日、こんなニュースが流れていました。

• The Impact of Microsoft Office for Ubuntu (Linux Today)
  http://www.linuxtoday.com/upload/the-impact-of-microsoft-office-for-ubuntu-130211143015.html
• Microsoftは2014年にOfficeのLinuxバージョン提供か–新戦略としてのオープンソース化 (TechCrunch)
  http://jp.techcrunch.com/archives/20130206microsoft-considering-a-linux-version-of-office-in-2014/

これらの記事に書かれているのは、Microsoftが2014年頃をめどに、Linuxの1ディストリビューションであるUbuntuに対して、Microsoft Office(のネイティブ版)を提供する可能性がある、というものです。

数年前であれば、LinuxをベースとしたOSに対してMicrosoftがソフトウェア、それも自社のソフトウェアの中核であるMS Officeを提供するなどということは全く考えられませんでした。私がもしそんなことを言ったとしたら、「熱でもあるんじゃないか？」と軽くあしらわれたことでしょう。

しかし、この数年で、OSを取り巻く状況は随分変わってきています。
まず、Microsoftは、Linux、あるいはオープンソースに関して、かつてのような敵対的姿勢を転換させています。オープンソースに対して最近ではMicrosoftが有力なコントリビュータであることは、オープンソースに携わっている方ならよくご存知の事実です。
基本的に、オープン標準、オープンシステム上で自社ビジネスを展開していくことがMicroosoftの方針となっているようで、現に、ウェブでは業界標準のHTML5を基盤としていくことを標榜しています。
オフィスソフトの分野でも、OOXMLという文書規格(これ自体はいろいろと問題はありますが)をオープン規格にして、従来の囲い込みの姿勢を脱出しようとしてきているようにみえます。

次に、記事でも指摘されていますが、デスクトップLinuxのシェアが次第に伸びているということが挙げられます。もちろん、Windowsのシェアの90％以上、などというのには遠く及びませんが、現時点では各種調査により、大体1％強のシェアはあるみたいです(まぁ、ディストリビューションごとでいうとまたいろいろあると思いますが)。
さらに、このデスクトップLinuxを採用しているところが、公共団体や自治体など、オフィス分野に特化しているという点も注目です。オフィスソフトを買うかどうかわからない個人客ではなく、確実な購入がみこめる(かも知れない)業務分野でLinuxデスクトップが浸透しつつあるということは、ここに確実な収入源があるとMicrosoftが考えたとしてもおかしくないでしょう。

さらに、ターゲットがUbuntuというところもポイントです。
Ubuntuはスケジュールがしっかりしたリリース方針や、自前のUbuntuソフトウェアセンターなどで、ユーザを確実につかむ(というか、囲い込む)作戦をとっています。また、バックにはCanonicalという会社もあってサポート体制も万全。
つまり、サポートできるOS(というかディストリビューション)を絞り込め、サポートをCanonicalと共同、あるいは委託して行うことができ、さらにはソフトウェア購入をUbuntuソフトウェアセンターから行えるようにできるという意味で、ソフト販売プラットホームとして他のLinuxディストリビューションから一歩抜きん出ているといえるでしょう。ちなみに来年(2014年)は長期サポート版のリリース年でもあり、この14.04 LTSがターゲットとなる可能性があります。

今回のMS Office for Ubuntuだけをみるとちょっと突飛なように感じるかも知れませんが、先ごろリリースされたLibreOffice 4.0でも、ユーザインタフェースではUnity(Ubuntuが採用しているデスクトップユーザインタフェース)との統合が図られています。
つまり、ソフトウェア流通、さらにはオフィスワークなどの分野で、Ubuntuが十分注目され始めているといえるのです。

私としてはこの傾向は大歓迎です。もちろん、私自身がUbuntuユーザだということもあるのですが、現在のWindowsの90％シェアというのは、実際のところセキュリティなどの面であまりにも危険ですし、MacOSなども含めて、より多様なOSの世界があってもよいと思います。
PCがいくらジリ貧とはいっても、タブレットやスマートフォンにすべてが置き換わるわけでは決してありません。むしろ、PC自体のプラットホームが活性化することで、新たな可能性が開けていくかも知れないのです。

また、ウェブサービスが普及すれば、プラットホームがどのようなOSであっても同じような形で仕事ができる(要はブラウザ1つで何でもできる)ということがある半面、依然として企業などではデスクトップアプリケーションへの要望が強いことは確かです。
そういった企業に対しても、MS Officeを装備したUbuntuというのは魅力的な選択肢として響くでしょう。

まだまだ噂という段階ではありますが、このニュース、注目する価値があるでしょう。