スキップしてメイン コンテンツに移動

Pixcel SlateをG Suiteアカウントで開発用に使うのは不向きっぽい

今年のGoogle I/OでAndroid StudioがChromeOSでも使えるようになると発表されました。

8月にはAndroid Studio 3.5がリリースされて、Pixel Slateでも問題なくインストール、実行することができます。

Pixel SlateでAndroid Studioを起動してHello Worldを動かしてみようとすると、気がつくのがEmulatorを実行することができず、USB接続の端末を接続するしかありません。

設定アプリの「接続済みデバイス」からAndroid端末の管理が行なえます。

エミュレータが動かないのは残念ですが、ChromeOSでAndroidアプリが動くのだから、そのままエミュレータなしでアプリが実行できればいいのに・・・と思ってたら、ADB接続を行えるようにすることで、ChromeOS上でアプリが実行できるんです。

設定アプリの「Google Playストア」から「Android設定を管理」を開くと、いつものAndroidの設定内容が出てきます。

このAndroidの設定からいつもどおり「システム」→「端末情報」を開いて「ビルド番号」を連打すると「開発者向けオプション」が表示されます。

そこから「ADBデバッグ」を有効にすればいいのですが、標準的な環境ではADBデバッグを有効にすることができません。有効にするにはChromeOSを開発者モードにしないといけないみたいです。

開発者モードにする方法は、この辺に書いていました。

最初、ボリュームアップ、ボリュームダウンのボタンを一生懸命キーボード上のボタンを押していて、全然うまくできないじゃない!!って思っていたら、本体側についているボタンの事でした(^_^;)

で、この開発者モードに切り替えるにあたり、本体が初期化されていしましす。
色々インストールとか設定していたのがサラの状態になります。

とはいえやるしかないので、操作を進めます。
初期化されて再起動が行われると

read only firmwareなんとかかんとかってメッセージが出て先に進むことができません。ググってもいまいち情報が出てこないのですが、Pixel Slateの最初のアカウント設定でG Suiteのアカウントを使っていて、どうもそこが怪しいなと思い、デベロッパーモードを一旦解除して、普通のGmailアカウントで設定し直してみました。
もちろんサラの状態になります。

普通のGmailアカウントで設定したあと、再度デベロッパーモードにしてみたところ、問題なく切り替えることができました。とはいえ、メインのアカウントは普段、主に使用しているG Suiteのアカウントにしたいので、一旦リセットしてG Suiteのアカウントで設定し直してみたところ、デベロッパーモードのままログインすることができました!


これでいい感じだ!と思って、再度、色々インストールや設定を進めました。
設定アプリからADBデバッグの有効化も問題なくできて、Android Studioの実行デバイスのところにPixel Slateが表示され、Androidアプリを実行することができました!

Androidアプリのウィンドウサイズを自由に変えられるので便利だなと思いつつ、これからのAndroidアプリの画面の組み方がより難しくなるなと複雑な心境になります。

その日は夜遅くまで色々と試して、Pixel Slateちょっと重たいけど面白いな、サブマシンはPixel Slateでいいかなと思いながら次の日に起きてみるととんでもないことになっていました!!!

Pixel Slateの画面をつけると read only firmwareなんとかかんとか ってメッセージが表示されているのです!
デベロッパーモードを解除しないと何もできない様子だったので、仕方なく解除をするとまたサラの状態に戻ります・・・

何が起きたかよくわかりませんがG Suiteで管理しているChromeOSデバイスはデベロッパーモードにできないんじゃないかと思います。

普段使っているアカウントでログインしないと何かと使いづらいし、でもそのアカウントだとデベロッパーモードにできないということで、恋に落ちそうになっていたところに性格の悪さが垣間見れて一気に冷めてしまいました・・・

改善されることあるのかな・・・
改善されたかどうか試すたびにサラの状態からやり直さないといけないので・・・

なにかいい解決方法をご存知の方がいらっしゃればご教示ください🐒

コメント

このブログの人気の投稿

MacからWindowsの名前解決をする

Windowsな環境だと、NetBIOSでコンピュータ名で名前解決ができたりしてとても便利です。そんなこともあって、一時期はLinuxサーバに用がなくてもSambaをインストールしたりしていた時代もありました。 ですがMacからはNetBIOS名で名前解決してくれません。Windowsとのファイル共有にはSambaが使われているので、NetBIOSで名前解決しようと思えば簡単にできるはずですが、色々あるんでしょうね。きっと。 実際のところ、ファイル共有だけであればWindowsでもLinux上のSambaでも問題なくできるんですが、pingを打ちたい時や、pingを打ちたい時、ほかhttpとかデータベースに繋げたい時とかに困るんです。pingを打ちたい時の方が多いですが。 とりあえず手動でなら、NetBIOS名からIPアドレスは引けたりします。おもむろにターミナルを開いて $ smbutil lookup ホスト名 とすれば、IPアドレスが引けます。 ので、このIPアドレスを指定してping打ったり、他色々できますが、面倒でやってられませんね。 じゃあMacでNetBIOSのようなものってないのかというと、ちゃんとあって、mDNSという仕組みが使われています。 mDNSの詳しいことは後日調べるとして、LinuxならavahiをWindowsならBonjourをインストールして、ホスト名.localで名前解決ができるようになります。 他、DHCPサーバとDNSサーバを連動されてあげれば、ソフトを追加でインストールしなくて済むのでスマートに仕上がりますが、最近は面倒なのでDHCPサーバはブロードバンドルータに任せっきりなのでありました。 Bonjour for Windowsのダウンロードがイマイチ良く分からないことになっています。 とりあえず Bonjour Print Services for Windows をダウンロードすれば大丈夫そう。

アマチュア無線

年末になぜか突然ドローンレースに興味が湧いてきました。 ドローンレースといっても色々なレギュレーションがあって、入門的なのでは目視で行うレースもありますが、本格的なレースになるとFPV(First Person View)といって、ゴーグルを装着してドローン視点で操縦を行うみたいです。 リアルなVRな感じですね。リアルなんですが。 さながらスターウォーズ エピソード1のポッドレースのような体験ができそうで、面白そうだなと。 このFPVでは無線で映像を飛ばしているのですが、日本国内で使うためにはアマチュア無線4級の免許が必要だったり、その他いろいろと手続きが要るみたいなんです。 ということでアマチュア無線4級の受験をしてみようと思います。 アマチュア無線の試験を受けることになるとはまったく思っていなかったのですが、ドローンのおかげでアマチュア無線資格界隈はかなりホクホクしていそうですね。 アマチュア無線の試験は同じ日に全国で一斉に行われている訳ではないみたいで、試験の日がこちらで公開されています。 http://www.nichimu.or.jp/kshiken/pdf/ama3-4.pdf 近場で直近だと熊本の2月2日の試験ですね。 っと思ったら、受付期間過ぎてました。 となると、3月8日の北九州会場ですね。 まずは1月1日から20日の間に忘れずに申し込みができるかですね。忘れないようにがんばろう!自分 ということで、とりあえず参考書を2つほどポチってみました。

DebianをSqueezeに上げたらKVMの仮想マシンが起動しなくなった

先日、無事にサーバのDebianをSqueezeにアップグレードした訳ですが、KVMの仮想マシンが起動しなくなっていたのをメモしとくの忘れていました。 実際のところ、KVMの仮想マシンが起動しなくなるという訳ではなくて、libvirtを使っていて、且つ、仮想HDDをrawフォーマット以外(qcow2とか)を使っている場合に Starting SeaBIOS (version 0.5.1-20101112_103537-polaris) Booting from Hard Disk... Boot failed: not a bootable disk No bootable device. なんて可愛らしメッセージが表示されちゃいます。 あまりの可愛らしさに胸がズキューンってなっちゃいますね。 これはlibvirtのバージョンが上がって、XMLのフォーマットに変更が入っているのが原因みたいです。新しいXMLのフォーマットではdiskにdriver要素が指定できるようになっているんですが、指定されていない場合はrawフォーマットとして扱われてるみたいです。 XMLフォーマットの詳細は こちら なのでdriver要素を指定して上げれば問題なく起動します。でもdriver要素チマチマ追加するの面倒だなぁと思っていたら、virshから編集すると、自動的にdriver要素追加してくれてました(rawになってるけど) $ sudo virsh edit ドメイン名 で、rawになっている部分を、実際に使用しているフォーマットに変更して上げればOK。 というかvirshのeditって今回初めて使ったんですが、defineしなくていいので楽チンですね。 今まではXMLファイルを編集して、その後 virsh defineやってました。