AndroidおサイフケータイからiPhone7への乗り換える際の各サービス対応状況簡易まとめ

iPhone7が日本国内でApple Payに対応してしばらく経ちますが、みなさんいかがお過ごしでしょうか。早速iPhone7にiDを入れてコンビニでドヤ顔しながら支払おうとしたところレジがなかなか読み取ってくれず、店員さんに「端末の先端の方が読み取りやすいですよ～」って恥ずかしいご指導を受けた方も多いのではないでしょうか。

今回iPhoneがやっとSuicaに対応したということで、元々iPhoneを使っててケースカバーあたりに入れていたカード型SuicaをiPhone上のSuicaに乗り換えた方は多いかと思いますが、私のようにAndroid機を捨てたくてiPhone上のSuicaに機種変更した方はそう多くは居ないのではないでしょうか。ということで、手持ちのAndroidおサイフケータイからどこまでiPhoneへ乗換可能だったかをまとめてみました。

Apple Payで利用可

• Suica
• iD
• QUICPay

Apple Payは原則が後払い式（前払い式であるSuicaが異例の対応）なので、手持ちのおサイフケータイに載っていたサービスでApple Payになったのはたったの3サービスのみでした。

しかもSuicaに関してはビュー・エクスプレス特約非対応です。また、機種変前のAndroid端末で契約していたビュー・エクスプレス特約は機種変更を行った時点で解約となります。これはどういうことかというと、Apple Payでは東海道新幹線に乗れません。

Androidのおサイフケータイでは1端末でSuica入場→東海道新幹線に乗換→他地区で再度乗換……まで完結していただけに、この点は大変残念です。この制約のためにiPhoneへSuicaを移行するかどうか少し迷ったレベルなのですが、よく考えてみると東海道新幹線に乗る機会は多くても年に数回の旅行の際ぐらいなので、キッパリとあきらめることにしました。

なおコールセンターの人曰く、同一のビューカードですぐにAndroidのモバイルSuicaに登録しなおせばビュー・エクスプレス特約が解約されずに継続されるらしいです。うっかりiPhoneに移行してしまって後悔している出張族の方は検討してみるとよいでしょう。また、東海道新幹線に乗れる便利なICカード「EX-ICカード」を持っている人も、iPhoneのSuicaとは併用できないので「IC乗車票」という名称の紙の切符を事前受取する必要があります*1。この名前、なんとかならんかったのか……。

アプリ上に表示されるバーコード提示等で代替可

• モバイルスターバックスカード
• dポイントカード
• モバイルPonta
• ヨドバシゴールドポイントカード
• ビックポイントケータイ
• 楽天ポイント
• TSUKUMO
• マクドナルド

ポイント関係については、普段利用頻度の高かったポイントシステムがほとんどiPhoneアプリを出しており、アプリ上のバーコードをレジで読み取ってもらうことで代替できてしまったため、おサイフケータイより若干手間は増えたもののあんまり困りませんでした。Pontaに至っては、まれに「モバイルPonta（FeliCa）には非対応だけどバーコードのPontaには対応」という店舗すらあって、むしろ利便性が上がったぐらいです。

ただアプリによってはちょっとした罠があって、たとえばdポイントカードは専用アプリだけでなくdカードアプリでもdポイントのバーコードが表示できたりします。ただ、dカードアプリは頻繁にログアウトが発生するのでdポイントカード専用アプリのほうが便利です。また、楽天ポイントはなぜかバーコード表示時にTouch IDを要求してきます。

代替不可

• Edy
• WAON
• nanaco

前述の通り、前払い式の電子マネーはSuica以外ことごとく対応していません。まあ、実態としてSuica以外の電子マネーはほとんど使用していなかったため、残っていた小額の残高を全額使い切っておさらばすることにしました。Edyとか月単位で使ってなかったのでいい機会だったのですが、nanacoはポイント制度とも紐付いていたのでちょっと惜しい。

まとめ

Apple Payの記事のはずだったのに結論としてはバーコードの時代が到来したぞというオチでした。

ちなみに移行元のAndroid端末は、LINEのログが移せていないため結局捨てられていません。

トコトン使って売上を上げる! LINE@活用術-1通で60万円売れる居酒屋 驚きの集客法

*1:新幹線への乗換駅で一旦iPhoneを使って在来線改札を出場し、新幹線専用改札に行ってEX-ICカードで入場し直すという手もあります。要するにEX-ICカードとiPhoneのSuicaを重ねて使用することが出来ません。

Ubuntu14.04でHDDが7台以上認識しない場合の対処法

ニッチすぎる記事。

HDDの容量がとにかく足らなすぎるのでRAID6のマシンでもりもりHDDを追加していったところ、7台目に差し掛かったところでどうも認識しないという症状に遭遇した。構成は以下。

• OS: Ubuntu 14.04.5
• マザーボード: GA-Z87X-UD3H http://www.gigabyte.jp/products/product-page.aspx?pid=4481#ov

「6個までしか」というところでまず思い当たったのは以下のマザーボードのスペック。

チップセット:

6 x SATA 6Gb/s対応コネクター(SATA3 0~5)を搭載し、6台の SATA 6Gb/s対応機器をサポート
RAID 0, RAID 1, RAID 5, およびRAID 10をサポート

Marvell® 88SE9172チップ:

2 x SATA 6Gb/s対応コネクター(GSATA3 6/7)と2ポートのeSATA 6Gb/s対応コネクターをバックパネルに搭載し、2台のSATA 6Gb/s対応機器をサポート
* GSATA3 6, 7コネクターとeSATAコネクターの同時使用はできません。
RAID 0 および RAID 1をサポート

チップセット側のSATAコネクタから優先して使っていたので、ちょうど6個ということは、もしかしてチップセット側のSATAコネクタしか認識しないのでは？と思って、試しにPCI Expressに刺さるタイプのSATA拡張カードを買ってみたものの、これも認識しない。

というのが昨日まで3ヶ月ぐらい悩んでいた話で、今日ふと思い立ってMarvell 88SE9172側のSATAを認識するかどうか切り分けしてみると、どうやらIntelのチップセット側だろうがMarvell側だろうが、Ubuntu側で認識はしてるらしいことがわかった（6個を超えた分のどれか1つ認識しない）。起動時に一瞬エラーメッセージらしき文言が見えるけど、起動後にdmesgを漁ってみても見当たらない。これはやっかいだ……。

で、試しにHDDを1個抜いた状態で、起動中にSATAコネクタを接続するという荒技をやってみたところ、 /var/log/syslog に以下の出力があった。

Oct 30 16:29:15 yuno02 kernel: [  384.869837] ata7: exception Emask 0x10 SAct 0x0 SErr 0x4050000 action 0xe frozen
Oct 30 16:29:15 yuno02 kernel: [  384.869846] ata7: irq_stat 0x80400040, connection status changed
Oct 30 16:29:15 yuno02 kernel: [  384.869852] ata7: SError: { PHYRdyChg CommWake DevExch }
Oct 30 16:29:15 yuno02 kernel: [  384.869864] ata7: hard resetting link
Oct 30 16:29:15 yuno02 kernel: [  384.878375] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:15 yuno02 kernel: [  384.878389] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:15 yuno02 kernel: [  384.878389] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:16 yuno02 kernel: [  385.615531] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:16 yuno02 kernel: [  385.615545] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:16 yuno02 kernel: [  385.615545] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:16 yuno02 kernel: [  385.762921] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Oct 30 16:29:16 yuno02 kernel: [  385.763483] dmar: DRHD: handling fault status reg 3
Oct 30 16:29:16 yuno02 kernel: [  385.763496] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:16 yuno02 kernel: [  385.763496] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:16 yuno02 kernel: [  385.763510] ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Oct 30 16:29:21 yuno02 kernel: [  390.761108] ata7: hard resetting link
Oct 30 16:29:21 yuno02 kernel: [  390.777628] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:21 yuno02 kernel: [  390.777633] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:21 yuno02 kernel: [  390.777633] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:21 yuno02 kernel: [  391.105505] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:21 yuno02 kernel: [  391.105518] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:21 yuno02 kernel: [  391.105518] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:21 yuno02 kernel: [  391.252936] ata7: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
Oct 30 16:29:21 yuno02 kernel: [  391.253477] dmar: DRHD: handling fault status reg 3
Oct 30 16:29:21 yuno02 kernel: [  391.253490] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:21 yuno02 kernel: [  391.253490] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:21 yuno02 kernel: [  391.253513] ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Oct 30 16:29:21 yuno02 kernel: [  391.253523] ata7: limiting SATA link speed to 3.0 Gbps
Oct 30 16:29:26 yuno02 kernel: [  396.251113] ata7: hard resetting link
Oct 30 16:29:26 yuno02 kernel: [  396.267733] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:26 yuno02 kernel: [  396.267744] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:26 yuno02 kernel: [  396.267744] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:27 yuno02 kernel: [  396.595532] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:27 yuno02 kernel: [  396.595545] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:27 yuno02 kernel: [  396.595545] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:27 yuno02 kernel: [  396.742945] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
Oct 30 16:29:27 yuno02 kernel: [  396.743485] dmar: DRHD: handling fault status reg 3
Oct 30 16:29:27 yuno02 kernel: [  396.743497] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:27 yuno02 kernel: [  396.743497] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:27 yuno02 kernel: [  396.743522] ata7.00: failed to IDENTIFY (INIT_DEV_PARAMS failed, err_mask=0x80)
Oct 30 16:29:32 yuno02 kernel: [  401.741123] ata7: hard resetting link
Oct 30 16:29:32 yuno02 kernel: [  401.757721] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:32 yuno02 kernel: [  401.757725] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:32 yuno02 kernel: [  401.757725] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:32 yuno02 kernel: [  402.085537] dmar: DRHD: handling fault status reg 2
Oct 30 16:29:32 yuno02 kernel: [  402.085550] dmar: DMAR:[DMA Write] Request device [06:00.1] fault addr fffe0000
Oct 30 16:29:32 yuno02 kernel: [  402.085550] DMAR:[fault reason 02] Present bit in context entry is clear
Oct 30 16:29:32 yuno02 kernel: [  402.232957] ata7: SATA link up 3.0 Gbps (SStatus 123 SControl 320)
Oct 30 16:29:32 yuno02 kernel: [  402.232978] ata7: EH complete

ん？なにこれ？と思って検索してみたところ以下のURLがヒットした。

http://dpdk.org/ml/archives/dev/2013-August/000400.html

どうやら同じエラーメッセージで悩める人がいたらしい。で、気になるのが以下の部分。

I tried that as well, but it works as if I only add intel_iommu=on.. which
means I do not receive any packets from hypervisor. I also have pci realloc
added. Does this affect?

ん、hypervisor……？

ということで、試しにUEFI (※このマザボはBIOSではない) の画面からCPUのVT-d機能をOFFにして、再起動。

7台目認識した！！

なんかよくわからんけど、仮想化技術との相性が悪いらしいです。まーじかー。このマシンでKVMとか試そうかと思ってたんだけどなぁ。

そんなわけで、目下のお悩みは解決したので、これからももりもりHDD増設していく所存です。

【国内正規代理店品】 Seagate 内蔵HDD Desktop HDDシリーズ (3TB / 3.5" / SATA3.0 / 7,200rpm) ST3000DM001

最近あまりにも更新しなさすぎなので最近の画像をもりもり貼ってごまかす

初めて「取り戻した」のが3月6日という、遅れてきたガルパンおじさんです。こんばんは。

最近あまりにも近況書いてなさ過ぎということで、Flickrの画像でも貼りながら振り返ろうというこの企画です。完全に生存報告というか自己満足ですがご容赦ください。

爆音帰りに立川駅で足下を見たらこのカオスっぷり。わかるけど、いやわかるけど、もうちょっとなんとかならなかったん。

最近はすっかりガルパン二次創作RTおじさんと化していますが、ちゃんとキンプリ応援上映にも行きました。大事なのは格。

そいえば4月は、初めて竹原のたまゆらイベント行ったのでした。本物の高校でやるイベントに参加するの初めてだし、何しろ卒業式だし、それで中島愛と坂本真綾サプライズで呼ばれたら泣いてしまうやろ。

帰りに500系新幹線にも初めて乗りました。福山に最終のぞみ止まらないので致し方なく。

時間が前後しますがRed Wingにも初乗車しました。広島は大都会。

さらに遡ると春秋航空も初でした。だって広島に行くLCCこれしかないし。

めちゃ遡って、全然関係無いんですが会社最寄りのテルルが閉店してしまいました。昔ここでIS12T(東芝製WindowsPhone)買ったんだよなー。懐かしい。

そういや年始付近ではワグナリア復活とかもあったな。行く度にプレートとパフェとサイダー頼んでコースターガチャ3枚引くというハイカロリー生活を2週間ほどの間にこなさくてはなりません。今回はさすがに追いパフェすることはありませんでした（引きがよかった）。

ここから脈略が特にない画像集。ちょっとずるすぎるアマゾン箱。

風景写真です。コメントは差し控えます。

プレモルめっちゃ買ってシールを集めると全員もらえるご家庭用ビールサーバーをゲットしたんですが、プレモルを飲みすぎたせいで発泡酒とか飲めない体になってしまい見事にハメられた感があります。おさけおいしい。

これ駅に貼ってある業務用の終電接続表なんだけど、なんで「NAVITIME」の部分を中途半端に頑張って再現しようとしたのかすごい気になる。

今期アニメで最高（というか現状最新話まで追いついている唯一のアニメ）が三者三葉なんですが、Anime Japanの時点でブース写真を撮るぐらいには注目してたらしい。そりゃまんがタイムきらら連載陣で現役最古参の連載がアニメ化すると言われたらそりゃあね。あとみでしみんですし。

そうだ、今年は元旦からRhodanthe*のライブがあったのでした。Anime Japanで新作制作決定の発表があったの、非常にめでたいですね。

FIRST*MODE [Blu-ray]

キリがないのでこの辺でおしまい。