カテゴリー: ROCK64

ダイソーのカードリーダーを二枚まとめて買ってしまった。理由は最初に買ったものは私のＡＳＵＳのパソコンでは動作しなかったが、その後買ったものは、正常に動作し今はＤｉｅｔＰＩのシステムを入れて問題なく使えているから、百円で使えるものなら安いと思ったからである。

　Ｒｏｃｋ６４を試していると色んなシステムを入れたＳＤカードが必要になり、しかもＵＳＢ起動にしたものだからＵＳＢ­­‐ＳＤカード変換が必須で、数もそれなりに必要なもので、もし使えればということでついつい買ってしまった。

　色々調べてはみたが、結構気難しくＡＳＵＳのパソコンとの相性はあまりよくなく、動作したのはしかも８Ｇまでであるが四枚のうち一枚だけであった。

　しかし、ＤＥＬＬの古いノートでは難なくすべて動作した。

　問題の Ｒｏｃｋ６４ ではＵＳＢハブではダメだが、本体に直接つなぐと認識するとか環境を選ぶようである。

　まぁ、何とか Ｒｏｃｋ６４ で動かせそうなのでしばらく使ってみることとする。ただし、今のところ８Ｇまでしか確認できていないので、この範囲で使ってみる。

• 

• 

　ＲｏｃＫ６４のＯＳであるＡｒｍＢｉａＮやＤｉｅｔＰｉでもｍＤＮＳが使いたくて挑戦してみた。

　ラズパイの場合は当初から入っていたので起動時から使えたのだが、こちらは入っていない。そこで、apt-get install avahi-daemonでavahiをインストール。

　これでＬＡＮ内の端末からpingを打ってみる。ＤｉｅｔＰｉの場合は ping DIETPI.local、ＳＳＨの場合は、ssh root@DIETPI.localである。

　結果は、全然応答が無く不調であった。何が悪いか全く検討がつかない。一つ言えるのはラズパイの場合は全てＳＡＭＢＡをインストールしていたことであるので、もしや影響しているのではと思い、ＳＡＭＢＡをインストールしてみた。

　するとどうだろう本体以外の端末からはpingもsshも接続できるようになった。
　しかし、本体からのping が通らない。名前解決が出来ないとかでエラーとなる。
　そこで avahi　の端末らしい　libnss-mdns を apt-get install libnss-mdns でインストールしてみた。しかし効果は無く今度は「システム　エラー」なる警告が出るようになった。

　状況をまとめると、本体以外のＬＡＮ内の端末からはpingもsshも問題ない。問題があるのは本体からＬＡＮ内の端末に向けてのpingがエラーとなることである。
　ネットをみるとそれらしき書き込みは沢山出てくるがほとんど英語のため読む気になれない。

　使用面では大きな障害は無いが納得できないのでさらに調べてみる。

　ＤｉｅｔＰｉをＵＳＢメモリーにインストールして評価をしようとしたが、中々いいＵＳＢメモリーに行き当たらず困っていた。

　そんな時丁度テレビの録画に使っていたＨＤＤが余ったので、ＡｒｍＢｉａｎと同様にＨＤＤにインストールして使ってみることとした。

　ＵＳＢメモリーで何とか動いていたシステムを imagemagick でWindowsPCに吸い上げ、それを又 imagemagick でＨＤＤに書き込んだ。

　移行はすんなり行き、順調に稼働している。
　速度もＵＳＢメモリーで起動していた時に比べ、息をつく場面が少なくなり、これなら実用になるのではといったところである。

　また、今回のＨＤＤは２.５インチなのでバスパワーでも動くのではと思い、試して見ると問題なく起動し、今のところ順調である。

　ＡｒｍＢｉａｎに使ったＨＤＤは、３.５インチのため電源が必要だが、今回は電源が不要で形も小型のため使い勝手はＤｉｅｔＰｉが数段上のため、こちらを使う事が多くなりそうである。

　ケーブルテレビの契約を４Ｋ対応に変更したところセットトップボックスが取り替えとなった。
　それに伴い前のセットトップボックスに繋いだＨＤＤに録画していたものが使えなくなっててしまった。
　そこでこの際４Ｋ対応で録画データ量も増えることから記録用のＨＤＤを取り替え１Ｔのものにした。

　これに伴い旧のＨＤＤが余ったので、それをＲｏｃＫ６４でＤｉｅｔＰｉをインストールするメディアでＵＳＢメモリーが不調で困っていたのでそれに転用することとした。

　ＨＤＤなので通常の方法、つまりfdisk　でパーティションを切ってその後フォーマットしたのだが、何故かWindowsに繋いでもドライブ名が割り振られない。また、fdisk で　新規割り当ての n を入力した時も何時もの流れとは違った表示が出る。

　何が悪いのか良く分からないままfdisk /dev/sdb での表示を良く見ているとDisklabel type: gptなるものを発見した。

　このgptなるものをネットで調べると「fdiskはGPT(GUID Partition Table)をサポートしていないらしい。」なる記述を発見。また、Windowsで扱うものは msdos であることも分かったので、どうもこれを gpt から msdos に変更しないとダメではないかと気がついた。

　でその変更をどうすれば出きるのかもネットで見てみると parted で出来るらしい記述を見つけたので、それではインストール済みの gparted でも出来るのではと思い gparted を立ち上げて子細に見ていくとメニューにパーティションテーブルの変更なる項目を発見。

　それをたどって msdos に変更したところwindows で認識され無事システムの書き込みが出来た。

　そんな事が有るなどと言うことは夢にも思っていなかったので少し慌てた出来事であった。

　現在のОＳの動作確認は、ＵＳＢ起動で行っている。従ってОＳはＳＤカードでＵＳＢ変換で行う場合もあるが、大抵ＵＳＢメモリーにインストールして試している。

　であるから手持ちのＵＳＢメモリーをほとんど使とてしまっているのであるが、気が付いたのはＵＳＢメモリーによっては、起動しなかったり、起動しても動作が不安定になるものがあることである。

　原因はＵＳＢメモリーの読み書きの速度にあるようであるが、計測ソフトで同程度の数値のものでも動作状況に違いが有ったりする。

　という事であるから、全てのОＳを同じメモリー媒体で試したのであればまだしもそうでないならばどのОＳが動作したしないはあまり当てにならないのかも知れない。

　その後、幾つかのOSを試してみたが、なかなか上手くいかない。ROCK64 Main Pageにあるものを順番に試しているが、最後まで上手くいったのは一つもない。

今まで試したものは以下のとおりである。

• Debian Stretch Minimal 64bit OS Image　はＣＵＩでの起動は出来たが、その先の環境設定が上手くいかない。x-windowシステムであるgnomeなどは、apt-get install gnome までは出来たが再起動するとこけてしまう。
• OpenMediaVault　は起動は出来たが、ＨＤＤが無いといって先に進めない。
• Android 8.1. Stock Image [microSD Boot]　はＵＳＢでは起動しなかった。ＳＤカードで試したいが今は出来ない。

　と言うようなことでＵＳＢ起動にしたことで色んなOSを試すのは楽になったがどれも一癖ありそうである。

ＵＳＢ３のスピードを体感したくて、Ｒｏｃｋ６４にＵ‐ＢｏｏｔをＳＰＩに書き込んでみた。方法は以下のとおりである。

Ｒｏｃｋ６４をＵＳＢ起動とするためのu-boot-flash-spi-rock64.img.xzとＵＳＢ起動から元々のＳＤカード起動に戻すu-boot-erase-spi-rock64.img.xz
をダウンロードし.xzファイルをそのまま書けるＥｔｃｈｅｒで二枚のＳＤカードに書き込む。

　その後、ＵＳＢ起動に使うＨＤＤに今までＳＤカードでカスタマイズしてきたＡＲＭＢＩＡＮをWin32DiskImagerを使って書き込む。
　このＨＤＤはディスクトップでかって使っていた５００Ｇ、３.５インチのもので、ケースを別途購入してＵＳＢ３接続が出来るようしたものである。

　u-boot-flash-spi-rock64.img.xzは３００ＭＢ弱の大きさのためＳＤカードへのＥｔｃｈｅｒによる書き込みは今までの起動用ОＳの書き込みに比べると極短時間で終了した。

　このＳＤカードによるＳＰＩへの書き込み時間は、ネットを見ると何分もかかるような記述が見受けられたが、私間場合は１分もかからなかった。

　書込みの終了は、基板上にある赤白２つ並んだＬＥＤうち白い方が定周期で点滅を繰り返すことで知らしてくれるようである。

ＳＤカードを抜き、ＨＤＤをＵＳＢ３端子に刺して電源を入れた所無事起動した。やれやれである。

　問題のスピードであるが、爆速という程ではないが、アプリケーションの起動時間など確かに速くなっている。これなら常用に耐えられそうである。

　SYSBenchなるツールで測ったところではＳＤカードに対してＵＳＢ３接続のＨＤＤは、シーケンシャルで読み込み３０倍、書込み１５倍の高速である。

　また、ネットの書き込みでは、ОＳによってはＵＳＢ２では起動しても３だと起動しないものがあったりＵＳＢ起動は全くダメなものもあるなど様々のようである。

　そのため問題が無いと言われていたＡＲＭＢＩＡＮを選んだわけであるが。折角なので少し使い込んでみることとする。

　後で試しに数日前にインストールしたDietPiを書き込んだＳＤカードをＵＳＢ変換器を使って Ｒｏｃｋ６４ に刺し、起動してみた所ＵＳＢ２だけでなくＵＳＢ３でも問題なく起動した。
　 Ｕ‐Ｂｏｏｔ が改善されたのかもしれない。

　他のОＳもぼちぼち試してみることとする。

　ＡＲＭＢＩＡＮ以外も使ってみたくて、ちょっと有名らしいＤｉｅｔＰｉを入れてみた。DietPi_Rock64-ARMv8-Stretch.7zである。

　ＤｉｅｔＰｉには色んなＳＢＣ用のバージョンがあるようだが、その中でＲｏｃｋ６４版である。

　 ＤｉｅｔＰｉ のサイトよりダウンロードしたものは６３Ｍと小さなもので、Ｘｗｉｎｄｏｗsなどは当然入って無くCUＩインタフェースの必要最低限のものであった。

　操作はＷｉｎ１０で７‐Ｚを使って.7zファイルを解凍し、出てきた.imgファイルをＥｔｃｈでＳＤカードに書き込み、 Ｒｏｃｋ６４ のスロットに書込み起動した。
ＩＤ　root ＰＷ　dietpi
でログイン出来る。

　 必要最小限の構成であるが、テキストベースのツールが完備されているようである。しかし、慣れるまでは操作が難しい。

　試行錯誤を繰り返し、最終的にはUBUNTU-MATEのX-windowをインストールし、使い勝手は良くなったが、システムサイズは３Ｇ程度とかなり大きくなってしまった。

　慣れれば使いやすそうな内容なので、少し使い込んでみたいとも思うし、ラズパイ用もあるのでこれも使ってみたいと思っている。

　インストール直後は環境設定の方法がわからず、キーが違う、日本語表示、入力が出来ないなど色々不都合があったが、一つずつネットで調べるなどして解消していった。

　まず 言語設定については
「dpkg-reconfigure locales」で
タイムゾーン設定については
「dpkg-reconfigure tzdata」で、
キーボードの言語設定(キー配列)についても
「dpkg-reconfigure keyboard-configuration」
でクリアできた。やはりラズパイのraspi-config のような設定用のコマンドがあったのだ。　

　次に日本語フォントの導入は
　「sudo apt-get install task-japanese」
　「sudo apt-get install fonts-vlgothic」

　最後に日本語入力であるが、ネットで調べた
sudo apt-get install uim
sudo apt-get install uim-mozc
で挑戦するも２つめのuim-mozcでこけた。

以下のパッケージには満たせない依存関係があります:
uim-mozc:armhf : 依存: uim-utils:armhf (>= 1:1.8.1-2) しかし、インストールされようとしていません
E: 問題を解決することができません。壊れた変更禁止パッケージがあります。

　なる警告が出て進まない。そこでさらに調べるとapt-get installでim-config,ibus-anthy
でインストールできたなどの書き込みを発見、これを試すとsudo apt-get update は必要であったが無事インストールでき、日本語入力が快適にできるようになった。

　何やかやで、最初は分からないことだらけで戸惑ったが、armbian-config なるコマンドがあることも知ったりで順調に動き出すと、もしかするとラズパイより良いかもと思うようになってきた。

　暫く使ってみることとする。色々画面を載せたかったが、上手くコピーできずこれだけになった。この画像では良くわからないが、メニュー表示は全て日本語である。