auのSIMロック解除スマホのapn設定(CPA設定保存)

SIMフリーでスマホを持った。今まで頑なに(？)というか、必要性がなくてモバイルで使う電話はガラケー。他に、３年くらい前から職場のネットワークのセキュリティが強化されて、私用メールをチェックできなくなったので、タブレットでフリーのデータSIMも使っていた。3GB契約でもほとんど余るような実態で、家でも職場でもPCが使えて外回りもほとんど無いので正直スマホに換えて、キャリア会社に高い料金を払うこともないかなと…。

ところが、家族はみんな何年も前からスマホで、最近、機種変更をしたので、古いスマホをくれることになった。キャリアのスマホでもSIMロックを解除できるようになったので、通話するのには向かないタブレットよりモバイルの使い勝手が良いだろう、とのこと。

auで使っていたスマホなので、DoCoMo回線ではなくau回線を選べるbiglobeに申し込むことにし、webから手続きをすると2日ほどで荷物が届いた。SIMロックもwebからすぐ解除できたので、これですぐ使える…と思ったら落とし穴が…(笑)。

送られてきた説明書通りにapnを設定しようとしても「入力データに誤り、または不足があります」とエラーメッセージが表示されて設定を保存できない！　事前に無効化していたau関連サービスのアプリのせいかと思って有効化してみても変わらず。仕方なくネットで検索。しかし、どれもメニュー構成が違っていて、参考にならなかった。そもそも「設定」アプリはauのことだけ考えていて、apnの設定ファイルから新しい接続先を選択する、という操作自体メニューにないという次第。接続先名やユーザー名、パスワード等をダイレクトに入力して保存するスタイルの画面が出て、さらにプロキシやポート番号も入力することができる、という若葉マークユーザーには敷居の高い代物だった(笑)。

もっとも、その部分はタブレットの設定をする時に経験済みなので特に困ったわけではないんだけど、説明書通りに入力しても保存されないのでは手の打ちようがなかった訳です。 そのうち、検索したページの中にuser名の後ろに「＠」をつけてapnサイト名を付加する（「user@biglobe」）と保存できた、というコメントを見つけて実行したらすんなり成功！

何度やっても保存できないので、パスワードがゼロ(0)かオー(O)かで間違っているのかとか色々想像してしまったけど、何のことはない説明書の記載が不十分だったってこと。もし、auのスマホからSIMロック解除で格安SIMを使う人で、うまくapnを設定できない人がいたら参考にしてみて下さい。

SSD換装（迷走の1日）

思いがけず臨時収入が（本当にわずかだけど－笑）あったので、デスクトップの起動ドライブをSSDに交換した。

今自宅に置いてあるデスクトップは、前のデスクトップが突然死した（年末年始に単身赴任先から帰ってきていた元旦当日！）ので、とりあえず使えればいいと急遽購入したもので、システム用とデータ用にHDDを2つに分けて使っていた。もっとも、単身赴任でほとんど使うことは無いのでそのままでもさほど支障は無いのだけど、SSDを使ってみたかった、というのが正直なところ…。

もともとシステム・パーティションは128GBだったが、半分以上空いているような状態だったので同じサイズのSSDを購入。…これが迷走の出発点であった(笑)。

確かにネット上では、元々のシステム・パーティションより大きなサイズのSSDで作業する記載が多く、小さい場合は、システム・パーティションを縮小させて作業するような記載があった。だが、Windowsのまま作業するから制約があるのだろう、くらいに思っていて、自分はLiveCDでLinuxを起動させて、パーティション編集ソフトから作業すれば楽勝とたかをくくっていた（笑）。

ところが、Bootストラップ・ローダやらドライブ・レターの付いていないシステム用パーティション やらがからんでそうは単純に行かなかった……。

仕方なくWindowsでシステムのバックアップをとり、それをSSDに復元しようとすると「サイズが小さくて復元できないぞ、ボケッ」という感じのエラーが出てダメ。バックアップ・ソフトを代えて試してもやっぱりサイズが小さいとエラーが出てダメ。パーティションを分けてあっても、システム・バックアップのファイル情報には、どうやらドライブ全体のファイル構造などの情報が入っていて、パーティション単独で処理する作りにはなっていない様子。そこまでほぼ半日が費やされていた…。

この段階で、出発点に戻り、手間がかかるから避けていた方法に着手。まず、データ・ドライブに入っていた不要なソフト、データ等を削除、あるいは外付けドライブにバックアップ。データ・ドライブのパーティションを解放。システム・パーティションもサイズを縮小。そこでシステムをバックアップ。接続済みのSSDを選んでそちらに復元。

データ用に増設してあるHDD（当初はＥドライブ）のドライブ・レターをパーティションを解放したドライブ・レターのＤに変更。そこで再起動。システムが起動する前にUEFIを起動させ、システムの起動ドライブを変更。ちなみに、失敗している途中は、形の上でシステムをSSDに書き戻しても起動ドライブとして選択できなかった。多分、Bootストラップ・ローダがうまく書き換わらなかったのだろう。

改めてUEFIの変更を保存して再起動。SSDから起動することを確認して、前のドライブをフォーマット。先ほど一時的に変更したＤドライブをＥドライブに戻し、フォーマットしたドライブの方をＤドライブと変更。こちらに、他のドライブに避難させてあったデータ類を書き戻しすべての作業を終了。

HDDの情報管理が複雑な仕組みになっていることを改めて感じた1日でした（笑）。

WINE のフォント設定

　WINEを入れてみた。いくつかWindowsで使っていたソフトを、Windows10以降も継続的に利用できないかと思ってのこと。10になって、互換設定を使っても上手く動かないソフトが多く、ubuntu内で使えたら…との思いで試してみた。

　結論から言うと成功。しかし、ソフト内でメニューなどを表示するフォントが不自然で不満が残ったので、色々トライしてみた。幸い文字化けは起こさないのだけど、フォントが小さく、文字と文字の間隔も詰まっていて見辛い状態だったので、フォント設定を見直してみた次第。

　あるページでは、MSゴシックのフォントをWINEのフォント・フォルダにコピーすればいいと紹介されていたが、変化無し。ちなみに、WINEの設定等は、「～/$HOME/(ユーザー名)/.wine」以下のフォルダに格納されているらしいことを知った。先頭に「．(ドット）」のついたフォルダは非表示になるという、LINUXの仕様で、ファイル・ブラウザからは所在を確認できないので、端末で「CD」しながら、ダイレクトに名前を打ち込んでフォルダの所在を確認してみた。こちらもちょっと勉強になりました。

　そのうち、端末で「winetricks allfonts」すると、必要なフォントがインストールされるという記述を見つけたのでトライ。しかし、リンク先に指定されたファイルが存在しないと言われて失敗。さらに、検索すると  「winetricks corefonts」を先に試して、それでもダメだったら「allfonts」を試すと良い、と紹介しているページがあったので、そちらを実行。

　今度は正常にインストールが進み、無事終了。改めてWINEからWindowsソフトを起動すると、以前より読みやすいフォント表示になっていて、とりあえず一安心。

　段々、新しいWindows無しでもPCを利用する上で支障のない状態になってきたな～というのを実感する今日この頃であった(笑)。

Thunderbird メールデータの統合・再生

現在、主に使っているノートPCは、Windows7 から10にバージョンアップした際、すんなり移行できなくて、一度、７を最初から入れ直して10にアップすることになり、Thunderbird も新規に入れ直したもの。そのため、メールデータが途絶。一応、移行作業前にメールデータを保存してあるフォルダを、そのままコピーして取っておいたので、書き戻せば元に戻せたのだが…いつものことなんで、特にこだわる必要もないかと思い、新規に使い始めたせいでもあるのだけど…。

ただ、添付ファイルなど、必要になる場合もあるので、しばらく交信していなかった人のメールアドレスを調べるついでにデータ回復・統合法を調べてみたので、自分用の備忘録を兼ねメモ。ただ、バックアップとはいっても、Thunderbirdのメニューからファイル保存を行ったのではなく、通常のメールデータ保存フォルダを、他の場所にコピーして複製を残してあった、というケースへの対処法。

手順
１．メールデータのバックアップ、あるいは保存フォルダが残っていることが前提。
　　自分が今回試した方法は、Thunderbird の左側、メール・アカウントの下にある、ローカルフォルダに作ってある、メール振り分け用のフォルダ単位でメールを Thunderbird に認識させ、その時点で保存されているメールデータと統合したという方法。IMAPで運用している人には、当然、無用の話。

２．バックアップされているファイルは、「○○○.msf」というファイルとmsfの拡張子のつかない「○○○」だけのファイルでセット。○○○には、ローカルフォルダにあった各フォルダ名。

３．○○○が、現在使っている Thunderbird でも使っているものだと上書きされる心配があるので、リネームする。全然違う名前でも良いし、何文字か追加するだけでも大丈夫。例えば、○○○-tmp など。

４．○○○.msfと○○○の２つのファイルをセットで、現在のメールデータフォルダ（ローカルフォルダ側）にコピー。
　　現在の環境では　"C:\Users\（ユーザー名）\AppData\Roaming\Thunderbird\Profiles\（アカウン名）.default\Mail\Local Folders"。AppData のフォルダは、ファイルの表示設定を変更しないと、デフォルトでは見えないので、事前に設定を変更しておく必要あり。

５．統合したメールデータをコピーしたら Thunderbird を起動。一回では認識してくれないこともあるので（ファイルデータが大きい場合、読み込みに時間が必要だっただけなのかも…）、１～２分してもう一度起動すると、ローカルフォルダの部分にリネームしてコピーしたファイル名が、フォルダとして表示されているはず。そのフォルダを選択して、右側のメールリストにメールが表示されれば成功。手動になるけど、個々のメールを選択して、保存したいフォルダに移動させれば終了。念のため、メニューからファイルの保存を行っておけば、またデータが分断しても安心。

６．フォルダ内にさらにサブフォルダを作ってあった場合は、メールデータを保存してあるフォルダ内に「▲▲▲.sbd」というサブフォルダが作られていて、その中に、msfの拡張子のつくものとついていないものがセットで保存されているので、先ほどと同じように処理（ただし、サブフォルダとして回復させることはできないので、通常のフォルダとして認識させ、その後、サブフォルダに移動させる必要）。


以上。

（おまけ）
送信メールを示す「SENT」というファイルがあり、コピーする時、たまたま「SENT-old」としてコピーしたら、ローカルフォルダの中で「送信済みトレイ」と表示されて、専用のアイコンがついていた。偶然だけど、システムの予約語だったのかも…。

エラー：Unknown file type “vboxsf”

　virtualbox が 4.3.30 にバージョンアップしていたので、久しぶりに更新してみた。

　そうしたら、また共有フォルダが上手く機能しない様子。色々と設定を試しているうち「Unknown file type “vboxsf”」というエラーメッセージに遭遇した。これは初めて目にしたものだったので、ネットで検索したところ、次の記述を発見した。

－－－－－－－－
I've fixed mine using the following way:

1) Update system's packages

$ sudo apt-get update

2) install virtual box guest additions (referenced from here)

$ sudo apt-get install virtualbox-guest-additions-iso

3) Now install guest additional package (Crucial step! People generally miss this which creates an error “Unknown file type “vboxsf”)

$ apt-get install virtualbox-guest-utils

－－－－－－－－
　国内の記事では見つけることができず、英語のページで発見したのが上記のコメント。この内容に従ったところ共有フォルダは利用できるようになった。


　…が、今度は、ディスプレイのサイズを上手く調整できなくなってしまった。virtualbox の画面サイズを、ホストである windows7 のデスクトップ上に表示する時、最大サイズより少し小さく設定していたのだが、再起動のたび、デフォルトのサイズに戻ってしまう。guest additions を再度適用して kernel を再構築してもダメ。

　その際、ターミナルの画面は従来の処理経過の表示と違って、「building …」となる部分でリンクの所在を表示する形になっていた。最終的には guest additions の適用は成功したってことで終了しているんだけど、依然として画面サイズの検出は上手くいかない状態。

　そこで、今回、vboxsf というファイルタイプを認識させるため、iso ファイルをインストールする形を取り、そこから参照するスタイルになっているのが原因だと推測して、ターミナルで打ち込んだコマンドの内容をすべてアンインストールしてみることにした。（それでまた「Unknown file type “vboxsf”」が出てきたら、その時はその時で…(笑)。）

　iso ファイルの方は remove しても「そんなものは無いぞ(ボケッ）」って怒られたが、utils の方は無事 remove 成功。そうして再起動したところ、めでたく画面サイズを、指定したとおりの形で再現することができるようになった。（めでたしめでたし…）

(何度目かの) 共有フォルダ設定方法の整理メモ

　共有フォルダの自動マウントにチェックが入っていると、以下の位置に自動的にマウントされる。

    /media/sf_NAME

NAME は、ホスト OS 側で設定した 「名前」 の値。ただし、このディレクトリのアクセス権は、vboxsf ユーザーグループにのみ許可されているため、ファイルマネージャーで普通に覗こうとすると弾かれてしまう。それを知らなかったので、いつも sf_××× というフォルダができているのにアクセスできず不思議に思っていた。ゲスト OS 側の一般ユーザーから共有フォルダにアクセスするには、あらかじめそのユーザーを vboxsf グループに追加しておく必要があり、そのための書式が

sudo gpasswd -a ユーザ名 vboxsf

ということだった（らしい）。

したがって、VirtualBoxの共有フォルダの設定「自動マウント」にチェックしていると、システムの方では、「既にどこかにマウントしているぞ」と判断して、後からマウントしようとした操作をエラーとするらしい。そのため、

sudo mount vboxsf -t (共有フォルダ名) 　/media/マウント先

の記述は無視orエラーとなっていた可能性があり、何度もマウントできず悩んだ原因はここにあった様子…。でも、そうなると逆に、何度か起動と終了を繰り返しているうちに、これで有効になって使えていた理由が謎でもある…。

実際は、guest additions or インストーラのバグが原因で共有フォルダがマウントできないってケースもあるようなので、何が原因か、素人には調べても限界があるかな。…ということで、しばらくは vboxsf グループにユーザーを追加する方法で、共有フォルダを利用していこうと思う。

以上、以下のページなどを参考にまとめてみました。

参考：http://vividcode.hatenablog.com/entry/virtualbox/shared_folder
　　　http://rubellum.hatenablog.com/entry/20110508/1304835867

Ubuntu 12.04 => 14.04 (32bit)

　CaptureStream をインストールするために32bit版のUbuntu12.04をVirtualboxに入れていたが、仮想HDDの空きスペースを大きくできないかと思って、不要そうな(？)コンポーネントをアンインストールしたら、CaptureStreamがまたおかしくなってしまった(笑)。最初から、ダメになってもまた入れ直せばいい、くらいに思っていたので、想定内の事態だったが…。

　ただ、Ubuntu自体のバージョンは、12.04である必然性もないので、14.04を入れてみることにした。もともと、64bit版を入れていて上手く保存できない、ってのが事の発端だったので、32bit版の方を…。しかし、やっぱり上手く保存できない…。ということで、一度、12.04を入れて、それをupdateしてみることにした。

　結果は、正解。ただ、Virtualboxから起動させると最初「File not found.」が３行出て、「Press any key to continue...」となるようになってしまった。

　何が起こっているのか…ということで、いろいろ調べてみたら、どうやらGRUBがおかしくなっているらしいとのこと。参考にしたのはここ。

　> http://mitaka1954.cocolog-nifty.com/blog/2014/08/ubuntu-1204-140.html

　Webページとの理由とは違って、updateの途中で「GRUB」をインストールしない、という画面が出てきて、変更できなかったような気がする(ダメならやり直せばいいやくらいの意識でやっていたので余りよく覚えていないが…笑)。多分、その辺りが原因だろう。

　そこで、アドバイス(？)に従うとこんな風になった。

　　　$ sudo grub-install /dev/sda
　　　[sudo] password for xxxxx:
　　　Installing for i386-pc platform.
　　　Installation finished. No error reported.

　これで正常に起動するようになり、万事解決。