【PINE64】パイン64 part2【ROCK64】
>>231 >>228 の問いを何度見ても「どこが違うの」とは読み取れない。 使えているけど何が問題かという問いに答えたまでで、満足しているのであれば問題はない。 差分は表記とかボードの設計とかだが、これも素人には厳しいものがある。 オシロでも持ってればノイズとかドロップとか見えるが、個人ならUSBシリアル変換すら持ってなくても かなりのレベルで運用できるから、見た目なんかではほぼわからない。 >>233 読み取れないなら、答える資格はないということだ。 FT232RL のパチものについて知識があるひとに聞いているのだ。 知識がゼロではドライバがどうのというキーワードにも引っかからないだろう。 >>234 ドライバもソフトウェアで、パチモンハードはそれを作成者に使用料を支払わずに使うためのハードウェア。 普通は販売者がソフト業者に支払わなければならないが、それがなく販売価格に乗らないから安い。 わかるように丁寧かつ端的にご説明すると、違法利用ってことだ。 日本語論議になってきて、仕様的および商業的な説明が無駄なので、これ以上の回答は差し控える。 >>235 だから答えなくていいよ。 かつてドライバが判断して チップのID を勝手に書き換え使えなくしたらしい。 今そういう問題は起きてない、他に判別できるものはありますか? という問いなんだよ。 いじわるかも知れないが、知識がない人に答えてもらってもしょうがないんだよ。 >>234 FTDIがドライバに細工してパチものは動かなくしたんじゃなかったかな。 大騒ぎになってやめたと思うが定かではない。 ダイのレントゲン写真まで出回った。 そうこうするうちに中華格安チップ出回り始めてどうでも良くなった感はある。 ちなみにパチモンかもしれないが1万個オーバー売り上げて99.4%ポジティブ・フィードバックなセラーもある。 あ、かぶったね。 要するに、よく売れてるの買えばいい、というかそれしか手立てはないってこと。 すいません、armbianが起動しないと>>209 から大騒ぎしてた者です。 動かない原因と思われるものが判明したのでご報告です。 ダウンロードページのSpecificationsを見ると、2GBまたは4GBしかありません。 手元の1GBモデルで動かないのは、このせいかと思います。 >>211 様はじめ、通じない話でご相談に乗ってくださった方、有難うございました。 また下らない見落としでお騒がせしてしまい、申し訳ありません。 >>240 君の死は無駄にしない云々。 2台目買う時はケチって1GB版でいいかなと思ってたけど2GBにするわ。 はっ?、軽さが売りなのに1GBで動かない? 変だと思って試してみたら、確かにそのままじゃ動かない U-Boot -> Kernel の段階でクラッシュしてる !!! これ明らかにポカ・ミスの類だな、チョッと直せば動く 担当者に実物無くて確認されてない & ユーザーも少なくて報告も無い そんな処だろ Welcome to ARMBIAN 5.42 testing Debian GNU/Linux 9 (stretch) 4.4.124-rk3328 System load: 1.47 0.45 0.16 Up time: 0 min Memory usage: 6 % of 921MB IP: 192.168.0.1 CPU temp: 42°C Usage of /: 36% of 7.1G >はっ?、軽さが売りなのに1GBで動かない? >担当者に実物無くて確認されてない & ユーザーも少なくて報告も無い https://forum.armbian.com/topic/5771-rock64-nightly-image/ 英語読めないのだが。 残念ながら担当は認識している模様、かつ 「何言っちゃってんの? ググれカスww」(公式っぽい人の発言、だいぶ端折った意訳) 的な扱いをして現状のものをstable扱いしているように思える。 >>242 氏の方式がどんなものか知りたくはあるが、さておき。 4月時点の上記スレッドを見る限り、今後もArmbianの1GB不動問題はここ以外にもあるが、 公式にはあまり期待できなさそう。 >>240 そんな書き方ではなく、しっかり1GBは動かんあるニダですよと明記して欲しいよな 1GBバージョン買う奴はほとんどいないからこんなことになるのかな んなわけない 組込的に単(少)機能で使うからSBCが生きる であれば少しでも安い1GB選ぶ奴は少なくない 何でも動かしたいならintel機買うっての ラズパイ(2B)のメモリが1GBで、ウチでsambaサーバ立てて3年目に突入した。 rock64の1GBモデルは、その後継を目論んで購入した。 しかしayufan版は、ioniceのcronのせいでHDDがうるさくなる。 削ってしまえばいいのだが、それでも5〜6分ごとに何かカシャカシャやってる。 構築ポリシー(非公開)を見ずに手を入れすぎると、システムが不安定になるので構築保留。 armbianはその処理がなくシンプルだから、動けば有難い。 2G版買い増ししろって話になるが、1Gが用途なく余ってしまうのが難点。 なんにしてもこの件が出てrock64は基本放置中で、今はNAS以外のヤツ(nanopi neo)をやってる。 >>248 SDBootでHDDをつなげてfdiskしてみたが、おかしい fdiskコマンドラインでtの82(Linux SWAP)を選択したが、何度選択しても39になってしまう fdiskなんか何回もやったことあるから間違えはほぼないし、何度やり直しても同じ 基礎の基礎でその状態で、興味がガッツリ失せて放置 CUI運用だと一般的には不要、他は使ったことないんで知らない。 ラズパイだけど、NAS+web+PHPその他で3か月ぐらい放置、遅くなったなと思ってみたらswapが 50kぐらい発生してた。 普通はそんなズボラな運用はしないんだろうなと思いつつ、週一深夜cronリブートをまだ仕掛けてない。 そう、rock64鯖さえキチンと立ち上がれば経験が反映できるので、こんなことには・・・。 みんな、1Gモデルなんか買うんじゃないぞ。 hddじゃないからってのは間違い フラッシュメモリでもフラグメントはパフォーマンス低下と寿命低下の要因 それ以前に、fdiskすらマトモに動かないものじゃ先が思いやられすぎる。 まともに動くまでにどれだけ苦労するか、そもそもまともに動くかっていうレベル。 例によって俺の手元の1G問題かもしれないんで、やってみたい人は挑戦すればいいと思う。 ちなみにHDD起動もしたが、Armbianもdietpiも現状SD起動前提なのでそれなりに苦労する筈。 繰り返しになるが一応言っておくと、fdiskの問題はSD起動で接続したデータ用のHDD。 オンメモリ前提でOS作ってくれよ デカいのはPC系のボードに任せれば良い LLVMビルドするんで800MHzで抑えたのに余裕で60℃オーバーに速攻突っ込むとか いやすぎるわ>rk3328 冷却ファンは使いたくないのだが使わざるを得ない >>259 そう? ケース構造にもよるだろうけど、ヒートシンクだけでもだいぶ違うよ シンクA(板状、密度薄)は熱くて触れなくなるけど、シンクB(柱状、密度高)はギリ触れる 無いとボードがアッチッチでイヤン うちはSoCとメモリに貼ってる メモリの熱はそれほどだろうけど、ボード伝わってくる熱まで何とかしてくれそうとかそんな感じ ヒートシンクなんて大前提ですよ ヒートシンクをつけた状態でファンを回しても 1.3GHzでビルドでフルロードにすると70℃に肉薄するわ だから800MHzに抑えたのだ ファンうるさいし >1.3GHzでビルドでフルロード ごめんビルドって情報を拾い損ねてた https://docs.armbian.com/Process_Contribute/ さっくりしか見てない&勘でしかないんで思い込み9割な情報 armbianだと個別で環境がわかれていない(fork元の構成+configで変えるんだと思う) 逆説的に、armなクロスビルド環境あるんじゃね? nanopi neoとか明らかに無理あるもん >>262 >armなクロスビルド環境あるんじゃね? こんなのを使う奴はクロスビルド環境はやろうと思えば自分で構築できるだろう LLVMのビルドはx86PCでも重処理なのに、arm機でビルドとなると長時間の激重処理になるだろうな こんな安いのは長時間の激重処理をやらせるのに十分な冷却機構を搭載してないだろうから 冷却は自分でなんとかしてねだろう 上に、USBファンでも乗っけておけばいいだけだからな ヒートシンクは気休め程度、ファン無しだと直に あっちち になる UnixBenchはSparc Station 20の性能を10とした場合のIndexらしい PINE64をマルチコア対応のUnixBench 5.1.3で強制的にマルチコアを効かせてベンチすると Dhrystone 2 using register variables 2081.4 Double-Precision Whetstone 789.1 Execl Throughput 639.7 File Copy 1024 bufsize 2000 maxblocks 605.3 File Copy 256 bufsize 500 maxblocks 381.8 File Copy 4096 bufsize 8000 maxblocks 1098.2 Shell Scripts (1 concurrent) 1271.7 整数演算は、SS20の208倍 当時の100万円もするワークステーションより100倍も速いのだ! 100倍じゃなかった 200倍 価格は0.5万円として200倍ぐらいだから、 コストパフォーマンスは、40000倍 1コアで同じくらいの性能のVPSが年数$で借りられるんだがなぁ いくら早くても使い道がなければ無用の長物@1GB(まだ言ってる) ソフトのメンテが長くされるか疑問 ラズパイは納得のいくレベル。 x64でできそうなのでビルドを試していた 暇つぶしにアチコチ拾い読みしてたらこんなものが https://forum.armbian.com/topic/7613-boot-problem-with-rock64/ 中ほどにあるイメージを発見、早速書き込んで起動… ____ ___ ____ _ ____ _ _ | _ \ / _ \ / ___| |/ / /_ | || | | |_) | | | | | | ' / '_ \| || |_ | _ <| |_| | |___| . \ (_) |__ _| |_| \_\\___/ \____|_|\_\___/ |_| Welcome to ARMBIAN 5.51.180704 nightly Debian GNU/Linux 9 (stretch) 4.4.138-rk3328 System load: 0.12 0.14 0.06 Up time: 2 min Memory usage: 6 % of 920MB IP: 192.168.1.13 CPU temp: 51°C Usage of /: 7% of 15G Last login: Sun Jul 8 13:25:40 2018 MEM1Gマシンにも風吹いてキター!!! 次に期待つないだー!!! そんでまだビルド終わってねー!!! もうええわー!!! PINE64, ROCK64, ROCKPRO64の比較が出ていた https://forum.pine64.org/showthread.php?tid=6158 ビデオエンコードの速度の比較で PINE64 Real 2m49s ROCK64 Real 2m32s ROCKPRO64 real 0m56s PINE64の3倍近い速度 ROCK系がmicroUSB給電だったら買うんだけど 流石にきついか PCIe x4スロット搭載のシングルボードコンピュータ「ROCKPro64」が入荷 2018年7月28日 00:00 https://akiba-pc.watch.impress.co.jp/docs/news/news/1135312.html PCIe x4スロットを搭載したPINE64のシングルボードコンピュータ「ROCKPro64」の メモリ4GBモデルがテクノハウス東映に入荷した。 ただし、初回入荷分は28日(土)に売り切れ。次回入荷は8月を予定している。 ヒートシンクとケースとのセット品で、店頭価格は税込13,900円。 このほか、オプションの64GB eMMCモジュールとUSBアダプタのセット 「PINE64 64GB eMMCモジュールキット」も販売予定だ。 ただし、同店は「ノンサポート商品」としている。店頭価格は税込5,900円。 >テクノハウス東映 ... この値段なら、急ぎでもない限り 直接PINE64から買うだろ 前回もそうだったが ここが仕入れてるなら、秋月でも扱う可能性大とみた 適切な価格でな。 armbianのbionic、グラフ半分ぐらいまで行ってなかったっけ? いま完全にゼロに戻ってる Rock64と3.5HDDで常用NAS作りたいけれど ACアダプタよりATX電源用意して5V引っ張ってくる方が良いのかな? まあまて焦るな 消費電力がどれくらいなのかよく観察したほうが良い それによっちゃmini-ITXのatomマザボに勝てないということになりかねない >>282 3.5インチUSB-HDDケース(電源付き)+Rock64の組み合わせ 消費電力的にも安定的にも一番いいハズ 1つのアダプタだけから電源供給したかったら、HDDの電源+15Wぐらいのアダプタから Rock64分だけ降圧でもかませばいけんじゃねーの的な http://akizukidenshi.com/catalog/g/gK-07728/ 電流制限どうやってかけるか、もしくは要らないか知らんけどー っていうか2.5だけど、HDDケースに電源入れたらUSBから逆流する(RaspberryPi実績、運用時限定) 俺はRock64本体の電源供給からの2.5インチHDD起動で、armbianで3日ぐらい連続駆動成功してる 基本電源切り忘れただけだけともいうが、外部からssh接続でshutdownコマンド使って切ってる なお電源接続は基本的に秋月推奨方式、理由は察せよ Rock64が通関中でまもなく届きます LinuxでGUIありで一通り触るには、どのOSがお薦めでしょうか? (ラズパイからでLinuxには疎いです) ちなみにayufanさんのは一人でアップデートとかやられてるんですか? >>286 やっぱりarmbianがとっつきやすいですそうですかね! しかしお盆のせいか昨日から通関中が動かない… 秋月推奨の電源工作供給しないとどうなっちゃうの? ラズパイみたいにカミナリマークとか出るのかな? 単に、秋月では1.35/3.5mmの変換プラグを扱ってないってだけの理由だな 秋月の普通の5V-ACアダプタ+変換プラグ、 or プラグ径=1.35/3.5mmのACアダプタで動くよ aitendoのこれとか -> http://www.aitendo.com/product/7372 amazonで売ってる プラグ径=1.35/3.5mmのACアダプタとか usbに電気食いのHDDとかぶら下げない限り、3Aも必要ない 5V/2.5Aで十分動く 本体+MicroSDだけの構成なら、例えフル・ロードで回しても2Aは超えない >>289 どもです 中国からメーカー違いでサイズの合う電源2つ、PINE公式から念のためケーブルを購入しました Armbianの2つ、Bionic LXDE、DietPiと試したのですが、どれもカーネルパニックというんでしょうか、インストール途中で止まってしまうんですよね 1時間以上放置しても進まないので電源抜いちゃうんですが… その後インストールできたように見えても不安定で ひとまず電源は原因から外せそうです microSDも4枚試してるので外してますが、他に何か思い当たりますか? > 中国からメーカー違いでサイズの合う電源2つ 思い当たるのは↑↑これだな、表示と実力が全く異なるヤツとか平気で売ってる。 俺の処にも、手元にchainaのハズレ品が一つあるよ 5V2Aとか提示しておきながら 実測したら1Aの能力にも満たない、こんなの当然動かんわな 全てがそうだと言は言わないが、平気でこういう事するのが普通のお国柄だから 買うなら、そのつもりで買わないと。 あと、最低限 クラッシュ直前のログでも貼らないと どんな腕自慢のヤツだって解らんよ 起動絡みのトラブルなら、シリアル・コンソールは必須。 >>291 出力やサイズの粗さも考慮して異なる製造元のを購入したんですが2つともハズレ引いた可能性もありですね… 一応公式USBケーブルに手持ちの5V/2.5Aでトライはしてみました 現状の停止状態はこちらです https://i.imgur.com/ozkGHfX.jpg BUG : spinlock lockup suspected on CPU と Exception stackはよく見る気がします 全部お見せする何か良い手段ありますか? 途中でログが止まる場合の動画撮るにも最初は早いスピードでログが流れます 1/4で起動し 1/4で起動せず 1/4で再起動かかるも画面真っ暗でログすら出ず 1/4で途中のログで止まる な感じで後ろ3つは電源抜くしかありません >>294 https://www.amazon.co.jp/dp/B01LVXGT04/ http://akizukidenshi.com/catalog/g/gM-08461/ シリアル接続ボードとして、3MBPSをサポートしてる上記2点をお勧めしておく ここの住人が勧めるような2〜3百円はお勧めしない(血涙) それ以外にmicroUSBなケーブルとジャンパーケーブルが必要 秋月の方はこれに加えハンダ付けが必要 …なんかこの時点でもうグッタリ感 たぶんレスつかないのは、UART知らない素人にはあまりに距離が遠いから この機材を指定のポートに接続、teratermなどでログを取る必要がある ごく当然に相応の説目や操作が必要 なのでその前に、手が届きやすい以下を確認したい ・使用したイメージ(xxx.imgのファイル名全部) ・使用したSDカード(class10以上かどうか、メーカーがどこか) ・使用したモデル(rock64のメモリサイズ) ・使用した書き込みソフト、もしくは書き込みコマンド >>294 なんか電源の問題のように思えるけどなあ…。 電圧・電流は計ってみましたか? >>296 入れ違いで数百円のシリアルコンソールポチってしまいましたorz [使用したイメージ] Armbian_5.42_Rock64_Debian_stretch_default_4.4.124_desktop.img Armbian_5.42_Rock64_Ubuntu_xenial_default_4.4.124.img bionic-lxde-rock64-0.7.8-1061-arm64.img stretch-minimal-rock64-0.7.8-1061-arm64.img DietPi_v6.7_Rock64-ARMv8-Stretch.img [使用したSDカード](ともにUHS-T) ・東芝 Exceria 32GB ・東芝 M203 16GB ・SunDisk 16GB [使用したモデル] ・Rock64 4GB *2 [書き込みソフト] ・Etcher ・Win32DiskImager >>297 そうなんですよね 初めてのラズパイのときも電源不足でつまづいた記憶はあります カミナリマークのようなものが出ればいいんですが… 手元にあるのは簡易ワットモニターと、USBの電流チェッカーです AC電源(5V3A)は2台とも4-6Wのワット表示しか物理的にできません USB電源(5V2.5A)+公式で購入したケーブル&経由では5V0.3-1.2A程度の推移です >入れ違いで数百円のシリアルコンソールポチってしまいましたorz FTD1232(FTDI232の誤植)のシルク印刷があるならまだワンチャンあるんだけど… Jtw32.exeでググると、UARTドライバ経由ではない接続で1.5Mに対応できる…らしい 理屈はともかくrock64でUART確認済み さておき、他は問題なさそうに見える rock64で実測できる環境持ってないけど、raspberry pi2B+、nanopi neoとも なにもつながないで5.2V/0.3A程度 Lチカナイトライダーやったけど一緒、普段つながないHDMI(CUI)でも一緒 GUIやったことないけどってそんなにバカ食いなの? ってのが私の限界 ちなみにUSB計測器を使ったけど、3Aまで対応している(質問主は気にしなくていい話) > [使用したSDカード](ともにUHS-T) > ・東芝 Exceria 32GB > ・東芝 M203 16GB > ・SunDisk 16GB 新しいヤツ(kernel)にはバグがあって、 少なくとも "東芝 Exceria 16GB" がダメなのは 俺の処でも確認できているる(read-error) 本家スレにもが同様の報告複数ある。 どの道、IFの速度制限 25MB/s で頭打ちだから、はっきり言って "UHS-T" なんか無意味 むしろ、UHS-I非対応の遅いやつの方が安定してるぐらい。 問題切り分けのために、古いヤツ↓で試してみ https://github.com/ayufan-rock64/linux-build/releases/tag/0.5.15 stretch-minimal-rock64-0.5.15-136-arm64.img.xz > シリアル接続ボードとして、3MBPSをサポートしてる上記2点をお勧めしておく > ここの住人が勧めるような2〜3百円はお勧めしない(血涙) コイツも変なヤツだな それって、単に自分が不勉強でハズレを引いたから ってだけの理由じゃないか 一年前に買った、俺のPL2303HX(amazon@180円)のヤツは 今でも問題無く使えてるぞ そもそも本家のはCH340Gを搭載の$1.99なので、FTDIの話はどこから出てきたか不明。 中華通販でポチればCH340Gを引いてる可能性の方が高い。 3MBPSでなく1.5MBPSのようだから、ん、と思うような速度ではある。 OPiは115200だったので1桁間違ってるかと思った。 >コイツも変なヤツだな ラズパイ流れでnanopi neoも115.2kなもんで、それ以上のヤツ探したらFTDIの1.5M非対応しかなかった configでなんとかする手段ないか、あるいはお勧めないかってこのスレで聞いたら書いた通りの固定概念 植え付ける結果になった >PL2303HX >CH340G 辛口でも正解のほうが有難いんでこんど買い替える ということで >>ID:qiL+uVHc こちらが足らない知識を披露してしまった様子、申し訳ありませんでした まぁそんな処だろ、俺も同じようなもんだ 仕様は 3Mbps 以上 & 本家のは CH340G この2点を調べた上で、何かのついでに該当品を併せ買いした程度のもの 中華製品は当たり外れが多いから念のために3つぐらいポチッたな、確か 最初の1つ目で動いたんで、今となっては残り2つが何処かにいったか不明 ハズレ引いたら、その間の待ち時間がもったいないぐらいのモンで 金額的には、(血涙)とか言って メクジラ立てる程のものではないよ。 シリアルコンソールはググってPL2303のものを買いました (できれば海外発送が届く前に別の原因解決したいです) >>301 リンクをもとに上記3つのmicroSDに下記を入れて、 今までカーネルパニックになっていたインストール、update/upgrade、 再起動を確認してみました stretch-minimal-rock64-0.5.15-136-arm64.img.xz xenial-mate-rock64-0.5.15-136-arm64.img.xz xenial-minimal-rock64-0.5.15-136-arm64.img.xz xenial-minimal-rock64-0.5.15-136-armhf.img.xz xenial-minimalのarm64版はインストール時の読み込みの時点で失敗、 他の3つは全てすんなり進みました! 指摘の通りmicroSDの問題なのかなと思い、他で使用していた Trancend 32GBに再度>>298 を入れてみたものの失敗しました... (これもUHF-Iではあるんですが) 少しは役に立ったようで、よかったね もう少し付け加えて置く UHF-Iが悪いとか、東芝が駄目だとか言ってる訳じゃないよ あくまでも kernel 側の不具合 Rock64(RAM-4G)は駄目だけど、Rock64(RAM-2G/1G)なら同一の駄目カードでも問題無し そして極めつけは、コードを追って該当箇所を直したらRock64(RAM-4G)でも問題無し kernel の不具合と言ったのはこれが根拠 それともう一つ、同じ "東芝 Exceria" でも MicroSD-8G なら問題無し。 特にRock64(RAM-4G)の場合、kernel の不具合が 症状に大きく出る傾向にあるようだ。(固体差が大きい?) もし手持ちに 8Gのカードが余ってたらそれで試してみたら、0.7.x でも動いてくれるかもよ? 以下、私見) 0.5.x あまり覚えていないが、"statable" のポジションのに長い間居座ってただけ有って、安定感はある 0.6.x 極初期のは比較的マシ、版を重ねるたびに ↑のMicroSD不具合の症状が 顕著になる傾向 0.7.x その殆どが rockpro64 の為の修正版(とばっちり食らって、rock64では起動せず てのが何度もあったな) >>306 なるほど 4GRAM2つ買ったのですが、1つは2Gにしておくべきだったのかも 電源やSDカードはバラバラのモデルにしてリスク回避したつもりでしたが無念 カーネル弄るのはまだ敷居が高いです… もう他に手持ちのMicroSDは無いのでしばらくv0.5.xで遊んでみようと思います ファイル鯖でUSB3.0、録画鯖で関係カーネル動いてくれるといいなー ちなみにフォーラムでSamsungのEVO勧めてる方がいましたが使ってる方いますか? 手持ちの東芝2種類、Sandisk、Transcendダメとなるとなかなか同じメーカーには手を出しづらいところであります(Exceria 8GBはアヤシイ高い販売店しか見つからず…) v0.7.xでRock64(4GBRAM)で動作実績のあるmicroSDの情報ほかにもお待ちしてます! UHS-I だと I/O 電圧が 1.8V になる。SoC が UHS-I に対応してるのに、3.3V からの切り替えが正しく出来ないと誤動作を起こす。 そういうことだと思う。 rock64(rk3328+rk805)は、基板回路上で3.3v 固定されてるから、そういうことはやってない eMMC / USB3.0 が有るんだから、速いI/Oが必要なら そっち使え 安さが売りだから、たいした効果も見込めないものに金は掛けたくない って事らしい 全うな見解だと思う rockpro64(rk3399+rk808)だと、追加費用無しで実装可能だから、後はソフト側の対応次第 >>308 近所のコンビニ( ローソン or 7-11)で売ってた 東芝の8G(桃色のパッケージ)、エラー無く正常に動いてる。 [ 3.645141] mmc_host mmc1: Bus speed (slot 0) = 50000000Hz (slot req 50000000Hz, actual 50000000HZ div = 0) [ 3.694669] mmc1: new high speed SDHC card at address 1234 [ 3.695460] mmcblk1: mmc1:1234 SA08G 7.22 GiB [ 4.042841] mmcblk1: p1 p2 p3 p4 p5 p6 p7 価格は1000円程度と高めではあるが、コンビニなら まぁそんなモンでしょう 他にも手持ちのヤツで、 SPとかTeamとかが正常に動いてるけど何れも 8G。 当面、16G以上は避けたほうが無難だろうね 長文のわりに一般性がないので、読みたくない人はスルーしてくれ >あくまでも kernel 側の不具合 >そして極めつけは、コードを追って該当箇所を直したらRock64(RAM-4G)でも問題無し 大昔にATAカード(SDとかのフラッシュメディアの先祖)のドライバ開発をしたことがある 前任者のドライバが非常に出来が悪いということで、こちらに回ってきて(ATA仕様見た後 ドライバコード見て眩暈がして思わずゴミ箱に叩き込んで)ゼロから完全改修した この時の解析結果を当てはめると、上記引用は納得がいく SDみたいなデバイスは大抵ミリ秒単位でコマンドのキャッチボールをしなければならない この際の時間調停にnanosleep()の類(OSにより微妙に異なる)のウエイト命令を使う だがコレが曲者で、私がやった時は、OS標準関数内がただの空ループだった OSのデフォルトがその状態で、恐らく開発に際してハードウェアクロックに接続するべきなのだろう だがそこまでの開発権限がなくハード設計ももらえなかったんで、当時のハードでスペック計測して ソフトでできるタイミングを限界いっぱいまで合わせた 勘が鋭い人はわかると思うけど、これってマルチタスクが干渉するだけでもタイミングが狂う カーネルが変わったりすると、本来はその計測をやり直さなければならない たとえばstretch(Debian9)の母体は汎用OSなので、タイミング調停関数が初期状態である可能性がある また安いSBCは、クロックに関するハードAPIをそもそも持っていないかもしれない そんな設計思想だと、仕様通りでも本体側のマージンができてしまい、SDのマージンに収まらないと不動 そんな感じで、どうしても相性というものがあり動かないものが発生してしまう 手間かけたくない人は、妥協して動くSDを探すしかないと思う >>311 ROC-RK3328-CC board は UHS-I に対応している。対応していない Rock64 にそのドライバをそのまま使ったら問題がでる。どうせそういうレベルの話だろう。 RK3328は、I/O 電圧切り替えの外部回路が必要で Rock64にはその回路がない。たぶん数行の修正で済むはなし。 ググれば "Add sdmmc UHS support to ROC-RK3328-CC board. " なんてメールが見つかるぞ。 In roc-rk3328-cc board, the signal voltage of sdmmc is supplied by the vcc_sdio regulator, which is a mux between 1.8V and 3.3V, controlled by a special output only gpio pin labeled "gpiomut_pmuio_iout", corresponding bit 1 of the syscon GRF_SOC_CON10. なんて説明がある。どうやら VCCIO3 への供給電圧を GPIO で切り替えられるようになっているようだ。 ROCK64 は VCCIOx は 3.3V で全部共通。 + vcc_sdio: sdmmcio-regulator { + compatible = "regulator-gpio"; + gpios = <&grf_gpio 0 GPIO_ACTIVE_HIGH>; + states = <1800000 0x1 + 3300000 0x0>; + regulator-name = "vcc_sdio"; + regulator-type = "voltage"; + regulator-min-microvolt = <1800000>; + regulator-max-microvolt = <3300000>; + regulator-always-on; + vin-supply = <&vcc_sys>; + } ここを適当に弄ればよいのかどうか? 俺は、ROCK64 もソーソコードも持ってないんで、ここまでにしとく。 >>312 実は>>311 はものすごい古い技術で、PCのATAではDMA(SATA専用の小さいCPUみたいなもん) が常識になってる ボルテージの切り替えの可能性を否定するわけではないが、それだと>>306 のカーネル変更の 相性の有無や、モデルでコンフィグレーション変更程度で動いちゃう説明がつかない気がする ともかくソースいじる意思や時間のない一般人は、動くSDを探して使うぐらいしか手がない ちなみに私のrock64に刺さってるのはtoshibaの30MB/sで16GBという極端に古いもの 当時rock64なんかなく、ラズパイで動くMicroSDを大量にかき集めたものの残骸 ラズパイ、rock64、nanopiNeoあたりで使いまわしてるが、寿命が来ない限り相性は出ない 相性が出るものと比較して、恐らくSD側のマージンが広く汎用性が高いんだと思う 端子の少ないIF規格は時間で機能が切り替わる そんなものはハードが時間を作って制御しないと無理なので ハード設計者が決めた手順通りにレジスタを叩いてないってだけでしょ >ハード設計者が決めた手順通りにレジスタを叩いてないってだけでしょ って話とついでにOS側の初期状況を>>311 に長々と書いてる どちらにしても、相性のいいSD探すぐらいしか手がないと思う >>311 は随分と的外れだよ。 SoC にはコントローラがあって、タイミングはハードでやっている。SD に送るコマンドを指示するだけなんだが、それは Linux の上位レイヤがやっている。 ドライバと言っても 上位レイヤに対してプリミティブを提供するだけで、作ってるのは SoC メーカ。 SoC 共通の部分で問題が起きるはずがないんだよ。 探したらSamsungのEVO 32GB(もちろんUHS-I…)も見つけたんですが駄目でした >>310 秋葉原行く用事があるときに、シリコンパワーの方探してみようかと思います 最近はUHS-Iでもないclass10とか、8GBとか少なくて割高感ありますよね (1つにはデスクトップ環境入れたいので容量心許無いです…) 難しいこと分かりませんが、0.5.xなら全部動くのに0.7.xだと全滅ってラズパイより格段に相性厳しいなーと >>318 class 10 ですらやめとけと言っておこう。 昔 ポラスマというスマホでおなじような相性問題があってね、 - class 2,4 は 32GB でも確実に動く - class 10 は動かないものが多いが、16GB なら動く可能性が少し高い。 - UHS-I は全滅 ということだったよ。 class4の遅さでもいいなら昔のガラケーに無名メーカーの16GBが刺さってたような… 最近はclass4でUHS-Iとか訳分からんのも売ってるんですね 使えない場合、遅い小さいだと他の用途に回せないんで購入に躊躇するところです Rock64の4GB版だけど システムもストレージも全部HDDで SDは起動にしか使わないからClass4の2GBでも間に合ってるな >>311 は随分と的外れだよ。 >ドライバと言っても 上位レイヤに対してプリミティブを提供するだけ 要するにSDのレジスタを叩かずSoCのレジスタを叩くだけでSDとの通信を確立してる、と そうなるとSD通信の遅延が極小になり確実性が増すから、相性が出る原因がますます謎になる SoCのマージン(タイミング)かSD側のマージンがSDの仕様から外れてる? まさかとは思うけどUHS制御を半端にサポートしてる? それもラズパイとかnanopiとかみな一様に相性持ってるの? まぁそこは掘り下げても、OS公式が正しいパッチ当てなきゃあまり意味がないけど >class 10 ですらやめとけと言っておこう。 悪いが手元の8G以上のSDは1枚除いてすべてClass10以上でUHS対応 既に書いたが、ラズパイで相性出ない極端に古いの(廃版)を大量に買い貯めてて、他でも相性でない >>318 だけでなくできるだけ多くの人への提案なんだが SD相性に関しては俺みたいに参考にしようのない情報じゃなくて、現状入手できるのでrock64で確実に 動いてるヤツの型番示すべきじゃないの?(高飛車で申し訳ないが、ココが肝のはず) それがなければ>>290 はSDが原因かどうか切り分けられず、延々右往左往することになりかねない 同じようなもん、 通常はHDDで運用 SDは万が一のリカバー or 新しいイメージが出た時の確認 に使う程度で ブートも SPI-Flash -> HDDだから、普段はSDも抜いてある それにしても、ちょっと酷い状況だな 俺のには、V2.0、 2017-0713 ってシルクがあるけど 最近になってから、基板変更でもしたのかな そのせいで、いままでマグレで動いてたのが総崩れとか? >>323 回避策は、使える microsd を探すんじゃなくて、microsd を使わないじゃないのかね? SPI FLASH からブートしてUSBカードリーダに入れた microsd から起動する。 そうやって microsd スロットをテストできるようにしておいて、いろんな microsd をテストしてみる。 こうやってはじめて、情報が蓄積できる。 USBブートは嫌だな それこそ相性で通信の信頼性が心配 一つのUSB rootを専有出来るの? 色々とご提案ありがとうございます 自分のスキルもありまして、まず一般的なmicroSDに焼いて起動ができないものかと思っています [構成と考えうる原因] 1)Rock64-RAM4Gが2台: これが2つとも壊れてる可能性 あるいはRAM4Gモデルゆえの不適合 (バージョンは>>324 と同様です) 2)4メーカー5種のmicroSD 16,32GB: これが全てUHS-I class10のため、いるいは容量が大きいため最新のカーネルで動かない可能性 3)3種の電源:中華2メーカーのAC電源と、USB2.5A出力に公式ケーブル これらが全て出力不足 v0.5.15は凡そ起動し、v0.7.xは全て動かないという結果から3)の電源は外せるかと思います 1)は他の容量モデルが無いため分かりませんがパーツが変わってない限り、v0.5.15は動くのでこれも外せるかと思っています 動くOSが見つかったので特段急ぎませんが、引き続きRock64 RAM4GBで0.7.xが動くSDのモデルやメーカー、 あるいは全く異なる原因をご提案頂けるようでしたらお願いします >>290 = >>328 あと関係者(?) ちょっと待って、こっちでもヘンだわ(ちなみに1Gモデル) 普段armbianしか使わないけど、ayufanの最新入れようとしたら起動しない イメージは、stretch-minimal-rock64-0.7.9-1067-arm64.img 以下にUARTなログ上げた、アレなローダだけどカンベン https://www.axfc.net/u/3931037.txt こっちのayufan版はstretch-minimal-rock64-0.6.37-221-arm64.imgまで戻るけど、当時は問題なかった テスト方法も含みで甘々だけど、時間も時間なんで再検証できない 明日もう一回やってみる 書き忘れ、最終的にコマンドライン的なもので入力可能な状態で先に進まなくなる 電源切ってarmbianに入れ替えてログオン、yahoo.co.jp(意味はない)にping打ったけど通る つまりDNSは正常、但し固定IPなんでDHCPの状況は検証できてない こちらのDHCP要因による異常である可能性が否定できない…が、確か昨日あたりにDHCPなラズパイ動いてた >> 329 途中から、boot のパーティションが変更になってる spi-flash のU-BOOTから boot してるようだがそれを止めて、正規の手法 "mmcからのboot" で試してみぃ ログを見ると、仕様変更前のU-BOOTを使って仕様変更後のパーティションをbootしようとして失敗してるように見える >> 327 SD-8Gで良の報告複数、駄目な報告はまだ無し あと、やってないのは SD-8G で試す事ぐらい PINE64の時も公式にリンク張ってあるUbuntu Mateのイメージでは 起動できるのが5回に1回で、再起動もできないという症状だったのに Ayufanのイメージなら毎回起動、再起動OKだったよ AyufanのだとMateを自力で構築しないといけないけど 説明通りにやれば4時間ぐらいでグラフィカルログインできる 似たような話じゃないかな むしろ200あたりでRock64-1GBが動かんってのも290と同じ話の気がする PINE64の話よりは ROCK64-1GBはOpenMediaVaultでしか使ってないが特に問題はないかも これもAyufanのイメージでOMV3を使ってるんだったかな 電源は秋月の1.3mmの変換コネクタを店頭で買って 秋月の5V5AのACアダプターをさしてるけど USB3.0のHDDを2台ぶら下げてるが NASとしての性能は十分 >>329 ですが、確認終了しました。 今回の目的は以下の通りです。 ・問題の原因(バージョン)を切り分ける ・評判の悪いUHS対応16Gで実績を作る ・上記に、新規さんでも入手できるSDを使用する まずバージョンごとの結果は以下です ×:stretch-minimal-rock64-0.7.9-1067-arm64.img >>329 の通り ×:bionic-minimal-rock64-0.7.3-1040-arm64.img 1回目は成功(正規shutdown)したが、2回目は>>329 と同じ感じ、詳細未解析(ログ破棄) 〇:stretch-minimal-rock64-0.6.37-221-arm64.img 起動のみ確認、操作はshutdownのみ(単に深追いしてない) 〇:bionic-minimal-rock64-0.6.59-273-arm64.img apt-get update / apt-get upgrade完走、途中なんか聞いてきたけどよく覚えてない shutdown後起動、reboot程度を複数回実施したが問題なし yahoo.co.jpへのpingが通る(=ネットワーク正常、ping先はネット上の適当なもの) −:armbian全般 stableは1G非対応のため当方で検証不能 当方のarmbianはnightly(≒beta)で、4Gモデルはstable使うべき この際のbionic-minimal-rock64-0.6.59-273-arm64で、正常起動するログをアップしておきました。 https://www.axfc.net/u/3931037.txt ・・・続く ログを比較すればわかりますが、mmc1がコケています。 昨日書き忘れましたがSPIにUSB起動を書き込んであります。 またeMMCはありません。 念のため、ブート優先順位は eMMC -> SPI -> SD ->USB20 -> USB3.0 です。 結果的にローダではのmmc0がSPIになっており、SPI1はSDだと思います。 つまりSDがコケていることを示します。 一方でバージョンによっては、同じSD個体でも安定して起動します。 よって今回の起動不能はバージョン依存によるものである可能性が高いと思います。 ・・・続く 使用SD:SDSQUNS-016G-GN3MN 入手先一例 http://akibaoo.co.jp/c/item/0619659161613/ (※秋葉原に実店舗あり) 当方のmicroSDはclass10/UHSな16Gが大半です。 んで公言してる通り、microSDはラズパイ実績があったストックのうちの一つです。 手持ちの新品の中から現在入手できるという選別基準で、昨日パッケージ開けました。 個人的経験で言わせてもらうと、実績のあるモデルならだいたいOK、ロットNGとか時期NGはありません。 書き込みは手順、目的、気分次第で、今回はEtcher1.4.4(X64)を使用し、他もヒネクれた手順なしです。 今回はバージョン依存という私の見立てですが、ただSDの相性はそれはそれで確実に存在するものです。 >>331 >正規の手法 "mmcからのboot" で試してみぃ 旧来の方法で、焼いたらmicroSDスロットに突っ込んで放置で試してます。 mmcがないんで、残念ながら言われた方法で試すのが無理です。 逆に0.7.xはmmc以外が無理なのかなぁと。 0.6.xの時はSDだけでなくHDDでも起動できたんですが… 長文連投失礼しました。 >>329 ID:UlIbDYUc ごめん間違えてた x "mmcからのboot" -> o "MicroSDからのboot" > 念のため、ブート優先順位は eMMC -> SPI -> SD ->USB20 -> USB3.0 です。 前の3つはのこの通り、 SDより後ろは U-BOOT の設定次第 SPIにU-BOOTを入れてると、SDを挿しても優先順位の関係で SPIのU-BOOT(古いVer)が立ち上がってしまう U-BOOTに変更が入っているわけだから、0.7.x に関する報告は 正しいとは言えない 0.7.9 での U-BOOTのバージョンは↓参考(続き) でも、無理して試す必要は無いよ SPIのU-BOOTをDisable(消去)しない限りこうなるわけだから せっかく上手く動いてる環境を壊して、戻せなくなったら目も当てられない 代わりに、わたしの結果を書いておく 以下、駄目で定評の有る "東芝 Exceria 16G" & 0.7.9 U-BOOT -> Kernel 正常 Kernel(ブート途中でRead-Err) 今までの報告通り あと、"0.7.3, 2回目が・・・" 確かそう言うバグあったよ、だからこれは無視していい 0.7.x は、かなりの頻度で更新されてたから、特別な理由でも無い限りは最後(0.7.9)のだけにした方がいい ところで、文体が違いすぎるが、ID:UlIbDYUc = ID:q65QTIAR じゃないよね? 続き 0.7.9 での U-BOOTのバージョン U-Boot SPL 2017.09-rockchip-ayufan-1025-g482cd6ec8b (Jul 26 2018 - 08:18:32) setup_ddr_param 1 booted from SD Trying to boot from MMC2 ... U-Boot 2017.09-rockchip-ayufan-1025-g482cd6ec8b (Jul 26 2018 - 08:18:38 +0000) ... mmc1 is current device Scanning mmc 1:7... Found /boot/extlinux/extlinux.conf Retrieving file: /boot/extlinux/extlinux.conf 1055 bytes read in 26 ms (39.1 KiB/s) select kernel 1: kernel-4.4.132-1075-rockchip-ayufan-ga83beded8524 2: kernel-4.4.132-1075-rockchip-ayufan-ga83beded8524-memtest Enter choice: 1: kernel-4.4.132-1075-rockchip-ayufan-ga83beded8524 >ID:UlIbDYUc = ID:q65QTIAR じゃないよね? いいえ、両方とも俺様じゃでござ候。 夏休みなんで別スレのIDコロコロな煽りに対抗していた影響です。 >x "mmcからのboot" -> o "MicroSDからのboot" こちらもSPI1とかチマチマ誤植してるんでお気になさらず。 >SPIのU-BOOT(古いVer)が立ち上がってしまう こちらで確認した限りでは、0.6.59しかない。 別バージョンがあるんです? >SPIのU-BOOTをDisable(消去)しない限りこうなるわけだから 逆説的に、>>290 の新しいロットにはSPIにブートローダーが書き込まれている可能性があるのかな。 そうなると新規さんにはいろいろヤヤコシイ感じかな。 >でも、無理して試す必要は無いよ ぶっちゃけNASはラズパイ2B+、メイン開発はnanopi neoになってる。 現状Linuxそのものが目的じゃなく電子工作必須なLinux開発(シグナル合成)が最大の課題。 rock64は基本その辺に転がってて動かしてない。 最後に。 やっぱり新人さんには厳しい状況っぽい。 SPI更新しない前提で、新人さんへのおすすめは ・0.7.9 ・0.6.x以前 で大丈夫そう? > こちらで確認した限りでは、0.6.59しかない。 > 別バージョンがあるんです? 例えば辺りにあるイメージ https://github.com/ayufan-rock64/linux-build/releases bionic-containers-rock64-0.7.9-1067-arm64.img.xz bionic-lxde-rock64-0.7.9-1067-arm64.img.xz コイツのらの先頭部分には、みなU-BOOTが入ってるわけ これらには、 U-Boot 2017.09-rockchip-ayufan-1025-g482cd6ec8b (Jul 26 2018 - 08:18:38 +0000) 入っていた ってこと でも、SPI-FlashにU-BOOTが書かれてると、そっちが優先されて そちら様、提示ログの通り U-Boot 2017.09-ga0a2b48 (May 18 2018 - 08:07:44 +0000), Build: jenkins-linux-build-rock-64-221 が起動する U-BOOT に 前方互換/後方互換が 確保されてれば問題無しだろうけど、残念ながら そうはなってないんだろうね んで、U-BOOT単体はこちら https://github.com/ayufan-rock64/linux-u-boot/releases >> 逆説的に、>>290 の新しいロットにはSPIにブートローダーが書き込まれている可能性があるのかな。 ないない >> SPI更新しない前提で・・・ 消去済みで出荷だから、自分で意図的に書いたりしない限りは気にしなくていい・・・ハズ(update等 で強制に変更されたとかないよね?) SPI-BOOT は、最低限でもシリアル・コンソールもってない人は、手を出すべきじゃない 不可能ではないが、書込みに失敗した場合 復旧に苦労する羽目になる > rock64は基本その辺に転がってて動かしてない。 真逆だな、Pi3、1つは買った当時の箱に入ったまま、もう一つは引き出しの奥 逆にトラブルが少なくて、すぐ飽きちゃった。 最初に、基本俺レスは>>290 みたいな新人さんにも取り付いてもらえるように気を付けてる 結論はユルいのがいいと、個人的には思う >>342 電子工作だと手順ミスで基盤破壊するんで、入手しやすく価格も低いnanopi neoを選んでる NASはrock64が好ましいんだけど、ayufan共通のioniceなcronが1分おきに走るのがイヤすぎる スパムログのせいでSDの寿命を縮める armbianは1Gモデルがstableに入るまで放置しようかと…つまり反映されるであろうbionic待ち DietPIは日本語回り(?)が弱すぎて断念 >>341 つまり正しい手順は、(事情わかってなくても) (1) OS変更時にはu-boot-erase-spi-rock64.imgで本体内のSPIお掃除 (2) 目的のOS(ayufanだと0.7.9以降推奨) ってことかな これだと強制的にuBOOT(本体内蔵のSPI)とOSのバージョンを合わせられる MicroSD無しで運用でもしない限りは、SPI-FLASHからブートするメリットがないからね 誰もがそうであるように、最初はMicroSDから始まる この限りにおいては、SPI-FLASHに何も書かれていないから 何も気にする事無く、公式のイメージをカードに焼いてスロットに挿すだけ そのうち慣れてきて、HDD/SDD/eMMC等 の運用に移行 SDはもう不要なんで、SPI-FLASHにBOOTに切り替えました この様な場合、U-BOOTの互換性を失うような変更もありうる事 を忘れずに その点を確認して、必要があれば・・・・ 以下、アナタの結論、↓の通り >> つまり正しい手順は、(事情わかってなくても) (1) ・・・・ (2) ・・・・ * 0.7.9は、その殆どが rockpro64 のた為のモノ 切羽詰ってたのかどうかは知らなが、日々と言っていいほどの頻度で更新された (一般への発売開始時期だったから、恐らくそれなりのプレッシャーが有ったものと思う) つまる処、その必要性(バグ?)があってそうなったわけだから もし、0.7.x を試してみるなら 現時点での最終版 "0.7.9" 以前のものはかなり怪しいと思ったほうがいい 一方、現時点の最終版 0.7.9 はリリースから20日以上変わってないから、ひとまず一段落 って事と思ってる >>336 > 念のため、ブート優先順位は eMMC -> SPI -> SD ->USB20 -> USB3.0 です。 ユーザマニュアル見ると、boot の優先順位は、 eMMC -> SPI FLASH -> SD ->USB OTG になってるね。SPI FLASH の書き込みに失敗すると、別のマシンで 書き込んだ eMMC が必要になるわけか。 気を付けないとまずいね。 >>345 >>341 氏提供情報だと、0.7.9にSPI更新が入ってる(自分で公式確認しないスタイル) これってよくよく考えたら、起動失敗でオシャカになるかもしれないのか > 起動失敗でオシャカになるかもしれないのか これは心配無い https://github.com/ayufan-rock64/linux-u-boot/releases しかし↑に有るのは PC等で言う処のBIOS書き換えツールと同じ意味合いのモノ 安易にこれを使って失敗したりすると、仰せの通り お釈迦になって 復旧に苦労する (復旧の方法を知ってればどうって事無い作業だが、知らない人ならハマル) もしupdate等で該当物が降ってくるようなら(未確認)、それは止めた方が良い source.list からは外して置くべきだろう >>341 氏提供情報だと、0.7.9にSPI更新が入ってる(自分で公式確認しないスタイル) 悪いが、私はそんな事は言っていない MicroSD-Image同梱のU-BOOTは、それなりの頻度で更新されている しかし、それを "SPI-FLASH-ROM" に書き込むかどうかは全く別次元の話 0.7.9 のImageでも ユーザの同意無しにそのような事(SPI-FLASHの書き換え)をする事はない 覚えが無いのに書き換わってた?、もしそれが有りうるとしたら、update ぐらい 私の場合、まず最初にsource.list からは外すからクチだから これついては確認していない また、その事を敢えて確認するつもりは無い >>ID:juqpBEjJ にお尋ねするが、 あなたの掲げたlog、覚えが無いのに "SPI-FLASH-ROM" に書き込まれてた と言う事なのか? >>>ID:juqpBEjJ にお尋ねするが、 >あなたの掲げたlog、覚えが無いのに "SPI-FLASH-ROM" に書き込まれてた と言う事なのか? NO、0.6.xのヤツを手動で落とし手動で書いた >>>341 氏提供情報だと、0.7.9にSPI更新が入ってる(自分で公式確認しないスタイル) >悪いが、私はそんな事は言っていない 大変行使わけない、誤解だった SPI-BootとuBootを混同してしまった >>346 は完全に撤回させてほしい 本当に申し訳ありませんでした >>338 も私だが SPI-FLASH は、それなりにリスクが高いので最初に↓書いていておいた > でも、無理して試す必要は無いよ > SPIのU-BOOTをDisable(消去)しない限りこうなるわけだから > せっかく上手く動いてる環境を壊して、戻せなくなったら目も当てられない おそらく貴方だろうが、これに対する応答もあったので "その程度は知ってるよ" との事だろう理解して そのつもりで種々書いて、まずは誤解が解けたようで一安心 あなたは、電子工作の経験も有るとのことだから お礼に、お釈迦になった場合の復旧の仕方を一つ書いておくよ 回路図を見れば、SPI-FLASH-ROMの出力端子 "DO" が 40PinヘッダのSPI_RXD_M2に繋がっているの事が見て取れると思う。 コイツをGNDにクランプすれば、SPI-ROMからの応答が届かなくなり eMMCに対するDisableジャンパと同じ効果が得られる。 結果、MicroSDから起動が可能になるので 後は… GNDにクランプして壊れないか? って電子工作の経験がある人からすればこれは愚問 心配なら止めておけ とだけお答えしよう 貴方の場合は、 "rock64? 普段は使ってなく てそこらへんに転がってるって" 事らしいから そんな心配はなさそうだ。 所詮 大人の遊びと割り切れる、この程度の余裕は欲しいよね >>349 誤解のないようにちょっとだけ 私はとある大規模プロジェクトでドライバ開発を担当しただけで、ICEとか使ったので ハードは内側から見たことの方が多いが、そのために知識が偏ってる SPI-FLASHのプログラムを「ブートローダ」と呼ぶのはその時の名残 だが>>349 が金言であること(rock64の文鎮化を完全に回避できること、手順によっては SPI復活も狙える)ぐらいは理解できる プロジェクトでそうなると、ROM抜いて焼いてた状況(そういうソケットついてた) そしてその辺に転がってないモノにはGNDをHIGHにしてしまう粗忽者 当方の諸々の誤解、ご容赦いただきたく 雑談につきレス不要 >>349 壊れるのは、SPI FLASH のほうだから 運が悪くてもダメージは大きくないでしょうということで DO ですか。 クランプって書いてあるけども 30 Ωぐらいの抵抗で GND とつなげば良いかな? ところで、SD の信号も 40pin に出ているね。引きまわしてたり分岐があったりするわけで、クロック落とさないと 不安定かも知れない。 そんな SBC はあんまりないかも。 >>351 横失礼 USBメモリにOS焼いて、UART出力確認しました (1)ジャンパなし、SDなし、USBにOS 起動OK(SPI) (2)(1)にSPI_RXD_M2SDを0ΩでGNDに接続 起動不能、UART無反応 (3)(2)にOS書き込み済みSD 起動確認(非SPI) >>349 のSPI_RXD_M2に関しては、SPI出力をすべてゼロに落とすことを目的としてると解釈しました SPIが破損した場合は(3)の状態で起動し、SPIをddでゼロフィルすれば復旧できるということかと 面倒なんでゼロフィルまでは試してませんが >ところで、SD の信号も 40pin に出ているね。 内部の内部では出力可能なようですが、SoCのコンフィグレーションがそうなってるかは不明(多分 そうなってない)とかいう話ではないかと ちなみに私Linuxのほうが得意でどっちかっつーとソース書く人だったりするので、信憑性は微妙です 書き忘れ >SPIをddでゼロフィル この手順の前、OS起動完了後に(2)のジャンパ外さないと、SPI不応答でゼロフィル不能になるかも ジャンパ外すまではやりましたが、デバイス名探すの面倒だったのでやっぱゼロフィルやってません >>351 電子工作の経験有りそうな人だったから、あんな風に書いたけどソフト屋だとピンと来なかったのかもな 3.3VのI/C端子、地絡程度で壊れるようなデバイスの設計なんて誰もしませんて んなヤワな物を設計したら量産でトラぶって、自分の身が火の車になるのは目に見えてる 第一、その程度で壊れる物なら、それ以前に身内の社内試験で落とされてしまう では、それが保障できますか? と顧客に聞かれてたら 当然 保障などしません 推奨する事もありません、スペックを守ってください と杓子定規に答えるだけ なぜなら、それを保障しても する側には得られるメリットなど何も無いからだ 当たり前の事だよな、誰だって同じ受け答えになるだろ いわゆる、本音と建前 ってヤツ。 > 壊れるのは、SPI FLASH のほうだから 運が悪くてもダメージは大きくないでしょうということで DO ですか。 > クランプって書いてあるけども 30 Ωぐらいの抵抗で GND とつなげば良いかな? どれを潰しても結果は同じだけど、どれか一つ選んで下さいと言われたら D0 既に何度もやってるけど、直線GNDにショートしても壊れんよ >>353 U-BOOTで任意のキー入力 ポーズ状態になるからこの時点でジャンパーを外す その後、kernelを選んで 起動 後は、従来通り "SPIが普通に読み書きできる状態でkernel が起動" する > SPIをddでゼロフィルすれば復旧できるということかと > 面倒なんでゼロフィルまでは試してませんが フラッシュ物だから、消してからじゃないと正しい値は書けない dd if=/dev/zero なら 結果論で同じになるけど、普通は "flash_erase" ってツールがあるんでそれで消す 消えた状態は全てのデータが 0xFF >クランプって書いてあるけども 30 Ωぐらいの抵抗で GND とつなげば良いかな? もし、手元に適切な抵抗が転がってれば 例え壊れないと解っていても 私も同様の事をする 用心するに越した事はないからな。 無きゃ、わざわざ買いに言ったりせずに ポイとやっちゃうけど 雑談なんで無視してもおkです >>354 >電子工作の経験有りそうな人だったから、あんな風に書いたけどソフト屋だとピンと来なかったのかもな ここで嫌味ブチ撒けてもしょうがないですが、お上品な現場で育ってないものでw 大規模な現場ではハードがないとソフト動かしようがないので、必然的にソフトが末端工程です ハードの納品が遅れた分はソフト屋が飲むしかなく、その他の仕打ちもあって常に殺気立ってる現場なんです たとえばアナログで特定の信号必要なのにエミュレータ貸してくれない(はずすのめんどくさがるハード屋) なんてのは日常茶飯事で、性質理解してて可能なら別の機材+素手で強引に再現します そこまでしても工期の末端の末端でハード改修が入りテスト全滅とかも… さておき、ここはLinux板でいろんな人がいて、ソフトどころか何も知らないズブの素人さんも入ります 私みたいな両方を知ってて汚い反則が基本の人間じゃなく、ちゃんとした識者の手順書があると有難いです 今回もそもそもが「初めて買いました! うまく動かないです…」が発端の話のはずです Armbian、実装がおかしいところ多すぎないか? IPv6が使える環境なんだけど、再起動の度にLink Localアドレスが変わったり、IPv4の固定IPが設定できなかったり・・・ リモートログインすらマトモに機能しない環境ってなんなの? それはmacアドレスが固定されてないからじゃなくて? >>359 そこは変わってなかったw Debianにはプライバシー保護のためにIPv6アドレスを再生成する機能があるらしいんで、そっちから当たってみる。 IPv4アドレス(固定)が設定されないことがあるのは要調査。 IPv6が起動毎に変わってしまう件と、IPv4のアドレスが認識されない件 interfacesにeth0の設定を追加したら、解決した。 デフォルトのinterfacesはauto eth0の記述しか無かったが、それではダメで iface eth0 inet auto ← IPv4の場合 iface eth0 inet6 auto ← IPv6の場合 の両方を記述する必要がある。 Pinebookが今更メールが着たのでIPS液晶の11インチをポチってみたよ ROCK64ってmpegのハードウェアエンコードできないのか… ubuntuにあるffmpegはh264_omxが使えるようになってるけど、soがなくて使えないってなる… スマホとタブレット出すつもりらしい Pine64 is Working on a Linux Smartphone Running KDE Plasma | It's FOSS https://itsfoss.com/pinebook-kde-smartphone/ rock64の用途ってopenmediavaultでNASという人も多いと思うんだけど。 ワンドライブでopenmediavaultの運用に成功された方っていらっしゃいますか? PCの成功例は見つけたのですが・・・ ワンドライブでって、USB接続のHDDから起動ってこと? >>367 はい。 USB3.0のHDDから起動までは漕ぎ着けました。で、OVMの仕様で2ドライブが必要と言うことを知りました。 どうしても使いたいので、USB2.0のメモリスティックから起動して、データはUSB3.0のHDDに格納してます。 信頼性から、USB2.0のHDDから起動すべきと思うのですが、これだと一番の目的だった低消費電力になってるのか悩ましいです。 >>368 「Rock64のUSB HDDから起動できたOSは」でググったら 出来たっぽいこと書いてる人の記述が見つかるけど どうなんだろ >>368 OMVはパーティション切れば1ドライブ起動しなかったっけ? OSが使う領域とデータ領域を完全に分ける仕様だから2ドライブ必要なはず。 そのままメモリスティックにOS入れる運用が楽だと思う。「今動いてる」って実績は貴重。 >>369 起動は出来てます。 物理的に起動ドライブと別なドライブじゃないと、共有とかの指定ができません。 >>370 sd, emmc, USBスティック, USB-HDD 全てで起動→omv の動作確認までてきてます。気になるのはメモリスティックの耐久性と、ならHDDにしたときの省電力についてです。 それらを全部クリア出来るのが、HDD 一台での稼動です。 で、このスレなら既にクリアしてるひともいるかと思い、アドバイスを頂きたいのです。 >>369 この方は、ラズパイとかrock64ではなく、PCでの成功例のようです。 あちらのページで質問してるのは私です(>_<) それはこのスレじゃなくNAS自作スレに行った方が良いよ >>374 アドバイスありがとう。 rock64ユーザはNAS用途が多いと決めつけて、ここのが良いかと考えてました。 NASにするならSATA出てる方がいいだろ ROCK64でNASに使ってる奴なんて少数派だよ >>376 つか、SATAていっても中身はUSB2.0でしょ? orangepiとかのsataは内部USB2.0なので 電源取れる分USB-SATA変換アダプタの方が ましなレベルだよ >379 > orangepiとかのsataは内部USB2.0なので... まさにそのとり USB-SATA変換アダプタ(USB2.0)が、ボードに乗ったのと等価だからな 余分に電源ケーブルが必要になるだけで、メリット無し NAS目的以外に、発売当時ラズパイとかより高くて、長所と言えばギガイーサとUSB3.0しかないrock64を選んで、何の用途に買った人が多いのか知りたいw コイツ、嘘言うなよ 秋月は、最初から ¥3,780 で売ってるし 本家も $24.95 で変わりなしだ。 むしろNAS以外の用途は微妙かもね Kodi系は動画の再生支援イマイチだし GPIO使うなら情報量的にラズパイが良いだろうし NAS用途として使ってる事を少数派と言われてイラっとしてたんだろう、そっとしておいてあげて AESアクセラレータのためだけに買った ラズパイも付けてくれればいいのに eMMCモジュールソケット採用してるのは コレとODROIDくらいしか無くて >>384 ん?オレ? 気にしてないよw 素朴な疑問。 >>387 まず>>382 に対して弁明反論しなはれ Piより高いボッタ価格で買ったマヌケにとっては、それが真実なんだろ 察してやれ >>382 そうか。 嘘つくつもりは無かったけど、オレが物色した当時は秋月では扱ってなかった。 $24?の1Gはともかく、ラズパイがそれより高いとは知らなかった。 しかしラズパイのスレで、ラズパイにケチつけた用なたたかれ方w rock64ユーザ同士じゃん、なんで? 自分の意にかなった回答が得られなかった 腹いせに 嘘を付いてまでケチ付けてんだから、叩かれて当然だろう >>392 バカなの? 選択の基準が価格だけならpiも有るだろうけど、USB3.0が必要で選択したんだから、しょうがないだろ? で、お前はrock64を何に使ってるんだ? 価格を勘違いしてたよ(・ω<)テヘペロ とすれば良いものを、グチグチと風呂敷を広げていっても喧嘩にしかならないぞぃ 振り上げた手の下ろし方を知らない訳じゃあるまいし openmediaのNASの作り方は別スレ案件なんだし、IDも変わるんだからこの話題に幕を下ろして無視してれば良いのよ 俺のRock64が到着するまでには仲良くなってくれよ 月曜注文したのがやっと発送されたみたいなんで >>396 知らなかったて言ってるだろ。 どんだけ純真無垢な童貞なんだよw お前が絡んできた原因は、嘘までついてケチつけられた(と感じた)からだよな。 で、ケチつけられた対象ってrock64なの?それともpiなのかな? 今更だけどw 何も知らずに言ったとしたら、それこそ全くの作り話 大嘘吐きのチョウセン人 >>403 Twitterでもよく見かけるよね 本人の中ではテンション上がって何かを成してる充実感や楽しくなってるのだろうけど 周りは良い迷惑だという事に気が付いていないという 価格の間違いを指摘されただけなのに、今度はケチ付けられた事に対し、 その次は付けられた対象は何だと拡大解釈していって収拾がつかなくなってる 次は何だ?名称の綴りがどうとか?それとも国語の文法が〜に発展していくのか? 案の定>>405 の様に人種差別まで始める始末、どうなってるんだろうね ここもIDコロコロ変えてる「マヌケ」が口癖のキチガイの自演か 集中砲火浴びてるやつ(ように見えてる奴)気にすんな 底辺おっさんスレらしい盛り上がりだな 底辺おっさんはこんなことでぐらいでしか盛り上がらないんだろうな >>410 底辺底辺うるせえぞ上辺 参加できてない底辺もいるんだからな 日付見れば分かるだろ 一人浮いてるお前が去れば静かなもんよ >>412 日付?浮いてる?、、、ごめん聞きたいんだけど、なんか心の病持ってる? シングルボードも何だかリッチ化しちゃってるし 既存のはオーディオマニアに売り込みしてるだけだし、盛り上がりも終わりかなぁ 盛り上がりは終わっても衰退ではない。定着したということ。 4枚買ったのでもうお腹いっぱい 用途限られるからもう故障以外で 買わないと思う 俺は、 RAM 1G/2G/4G と 3個 HDDで使ってる分には、RAM大小差はあまり感じない 逆に、MicroSDで使うなら RAMの大小に関わらずもっさり 書込みが絶望的に遅いから、これはもう どうしようもない 結局、RAM=1G版のコスパが最も高い という結論になった。 -- あと eMMC、速くて文句は無いんだが、とっても壊れやすい 要注意な >あと eMMC、速くて文句は無いんだが、とっても壊れやすい マジか! スキップしながら到着を待ってるというのに・・・ そもそもBGAで直接繋ぐのが普通だからあんまりノイズとか変な電圧に強くない コネクタが汚れてたり変形してたりするとエラー書き込み増えて死ぬよ eMMCが悪いわけじゃない 1.8v 端子が、剥き出しで出てるからなぁ USB感覚で抜き差しでもしようもんなら、あっという間に死んでしまう 加えて、"USB Adapter for eMMC Module" とかを併売してるもんだから、これが誤解を招く元にもなってる 赤い字で注意書きでも付けてもらわないと、犠牲者が増えるよ 本家スレでは、今日も犠牲者と思われるヤツ が出ててるし ROCK64(1GB)にUSB3.0のHDDをUSB3.0ポートに繋げて OpenMediaVaultでNAS構築して見たのですが 転送速度が25MB/s辺りで頭打ちになります。 HDDはNTFSフォーマットでマウントしてます。 ext4フォーマットじゃないと速度でないとかありますか? >>427 即レス感謝です >>137-150 に記載ありました通り 早速フォーマット変えてみたらくそっぱやになりました ありがとうございました! 外付けHDD(3.5インチ)を接続している方に質問です。 通常ACアダプターが2個になるかと思いますが 何か良い方法をご存知の方いませんか? 大容量HDD繋げたいので2.5インチのバスパワーは無しで >>429 外付けHDD から電源を取れないかという質問だと解釈して答えると・・ まずACアダプタの容量をクリアしないといけない。 良くあるのは、12V 2A タイプ。SBC まで駆動できるか微妙なところだが、12V 5A のに替えるという選択肢がある。(Amazon で安く買える) 次に内部。12V → 5V の DC/DC コンバータが普通入っている。チップやインダクタの能力を調べて判断するしかないが、普通は必要な電流分の能力しかないと思われる。 5A タイプの DC/DC コンバータも安く入手できるから、それをなんとか取り付けて SBC に回すという手はある。 >>430-432 レスありがとう DC分岐ケーブルの片方を5V降圧させる方法が理想的ですね しばらくアダプターで我慢してそのうちチャレンジしてみます。 コスパだけで言えば、適当な自作PCのITXケース+端子台+電源スイッチ+必要なコネクタ ググればATX電源の仕様書出てくるので、16pin?あたりのPS_ONをCOM(GND)に繋げば電源ONになる 誰か書き込んで。 もう気狂いクレーマーこないでしょ 基本自家用NASで他は汎用的な鯖目的で運用しているのでOSをarmのarchlinux使ってたのですが 最近リリースされたLinux kernel 4.20の相性でUSBが動かなくなり年末年始に障害探求に5時間もかかってうんざりしました(https://archlinuxarm.org/forum/viewtopic.php?f=67& ;t=13318&p=60169&hilit=Kernel+USB#p60169) そこで相談なのですが、安定運用第一でお勧めのOSはなんでしょうか 公式debianのarm版かarmbianのstretchか悩んでおります ホストOSなんて深刻な脆弱性以外は更新しなきゃいいじゃん たいしたスキルもないくせに ダボハゼのように新しいモノに飛びついてる、身の程知らず なんで安定運用第一を気にするのにリリース直後のOSを使うのか 痛い目にあわないと何が危険がわからないというのはありふれた話だろ だからすすめられたものをドーンとぶっこんで変になったらどうしよう、とかおそらく考えてないだろう まあ遊びなら大したことはない OMV入れて、NTFSでフォーマットしたHDDをUSB3.0ケースに入れてマウントしてるけど 読み込みは100MB/sいくけど、書き込みは30MB/sなんだよな NTFSだからなのかな EXT4なら100MB/sいくのだろうか SATA直付けだと読み込みも書き込みも100MB/s超えるHDD USBならそんなもんだろ ファイルシステム変えても大して変わらんよ そもそもWindowsに接続するわけでも ないのにNTFS使う意味が分からない とりあえず使ってない余りものをつないでみることはよくあるだろ。 大事ではないがさりとて完全に消してしまいたくもない中途半端なファイルが残ってたりするやつ。 まっさらなHDならわざわざNTFSにするのはどうかと思うが。 その手間を惜しんで使いづらくするのはアホとしか言えない SDにDebian入れてるけどストリーミング動画がカックカク あと何故か音声が出ない HDDに変えたら変わるかなぁ デバイスレベルでは、ハードウェア Enc/Dec を持ってるからなら あとは、ソフト側の対応次第 試したのは、"1920 x 1080 @ H264" @ フル・スクリーン だけだけど、ヌルヌルで動いたよ ブラウザでの期待なら、それは望み薄 やっぱ中華のメーカーよりこっちの方が安定性高いね 他のは電源が本当にシビアで辛い iphone4sでも動画ぬるぬるなのにパイパイがヌルヌルじゃないのおかしいよね そもそもRaspberry Piすらブラウザでの再生支援は効いてないしね 今度のカーネルに再生支援のドライバが組み込まれるらしいから望みはある それは無いね カーネルの再生支援なら、かなり前から入ってる その証拠が↓ ソフト・デコードじゃとても無理。 full-screen 限定だが、それが現状でもヌルヌルで動く https://www.libde265.org/downloads-videos/ bbb-1920x1080-cfg02.mkv 非力なCPUだからな 例えH264であっても、このサイズだと再生支援無しじゃ厳しいだろ (例えば↓のヤツとか) http://distribution.bbb3d.renderfarming.net/video/mp4/ RK3399Pro搭載のボードが発売されるみたい でも、値段がHiKey970と同じって誰得なんだろうな https://gadgetrip.jp/2019/01/vamrs_tb_rk3399pro/ FOSDEM 2019 Blog! Pinebook Pro, PinePhone Dev Kits and much more! https://forum.pine64.org/showthread.php?tid=7093& ;pid=43850#pid43850 先週末に買ってみてずっと試行錯誤してるんだけどどうやっても起動せん・・・ シングルボードコンピュータに手出すの自体初めてだったのだけども どのsdにどのos焼いてもhdmiもLANケーブルも無反応で困惑 たまに白いLEDがチカチカ点滅してるから読み込んでないわけじゃあないとは思うんだけどなぁ まずSD Card Formatterでsdをフォーマットして(fatになってるのは確認した) 公式のPINE64 Installerと本家のetcherとUSBWriter-1.3の三種類を試した感じ win32diskimagerはなんか知らんけどうちの環境だと立ち上がらんかった もう一つ買うか・・・そうか・・・ とりあえずLinux環境からコマンドで焼いてみ めんどくさいソフトは何一つ使う必要ないし不具合も起きづらいから Linux機もってないけどWindows10上で走る仮想でもいけるかな? ためしにやってみる まさかACアダプタが合ってないってオチじゃなかろうな >>463 基本的なところで電源およびケーブルは公式?ラズパイもだけどそこで躓く人いる >>469 ACアダプタはこいつを買ったんだけどまずかっただろうか・・・ 一応要件は満たしてるはずなんだけども不安になってきた ttps://www.amazon.co.jp/dp/B074SXQ4QL >>471 買ったのがRock64なら大丈夫だと思う Rock64なら... SD-Card: 相性が有って読めないヤツがある。 本体は、RAM-1/2/4 GB: と3種類あるが、 特に4G版で相性が出やすい まぁこんなトコだな boot で躓いたら シリアル・コンソール繋いで、ログ見ない限り正確な事はわからない 安いから、あれこれ悩んでるより買った方が早い もし、手持ちにraspi用のが有ればそれが流用できるかもしれない (1.5M bbps 対応なら流用可) raspi と違ってソフト(OS)の完成度はイマイチだから シリアル・コンソールは必須と考えた方が良いだろ >>463 何を買ったのかさえ書かないレベルのコミュ力の脳だと Raspberry Piを買った方がよかったんじゃないのか。 PINE系の物は安いのにユーザー少なく情報が少ないから脳力低いと激大変 そうよな肝心などのモデルか書いてねぇんだから頭の弱さがにじみ出てるよな rock64 の4Gモデルでした申し訳ない本当に linuxから焼くのも追加でsd買い足す(エレコム、ソニー、東芝)のも試してみたけどあかん 処理に時間かかってるのかと毎度電源さしてから1時間ぐらい様子見してるけど様子見足りないってことはないよな...? とりあえずどんな処理してるのかさっぱりで辛いからシリアルコンソールと本体買い足しの方向で考えます みなさまご助言ありがとうごさいました。 ちなみにラズパイだとやってみたい用途にはスペックが足りなそうだったので断念しました ブートでコケた時のためにシリアル必須って それは起動するかどうか判らないイメージ使う時でしょ 今回は実績あるイメージとツールでやっててSDも何枚か試してるみたいだから 初期不良濃厚じゃね? なんか初心者貶したいだけに思えてしまう 因みにSDは最初は小さい容量ので試した方が良いよ Rockに限らず大きい・企画が新しいのは相性出やすい Rock64 の回路図見ると、SD のピンがヒンヘッダにも配線されている。 SDの高速動作は相当怪しい感じがするね。 >>477 何を言ってるんだ? このスレの上の方 >>290 >>298 辺りに実例があるじゃないか あと、使ったImageも具体的にな 一概に、新しい方が良いという訳でもないし 家のrock64は正式カーネルだとmmcは読めるがメインラインやnextカーネルはエラーが出て起動しない。 pm当たりが怪しい。 Rock64 4GだけどSDは起動だけにしているな システムはUSB HDD >>479 ありがとう。 回路図見たらSDがエラー吐いた理由がわかったよ! ラズパイ互換はコネクタだけで、配置は互換じゃなかった。 SDのピンにhatが悪さしてた 2019年02月14日 10時56分 ハードウェア 誰でも簡単にRaspberry Pi 3へ64bit ARM版Windows 10をインストールできるツールが登場 https://gigazine.net/news/20190214-raspberry-pi-run-windows-10/ まあメモリー1GBでは実用的では無いでしょうから PINE64やROCK64用のバイナリーが待たれます 問題はGPUやUSB3の認識やGbit-LANかな >>485 Rock64の4GBに入れてみたいなあ https://github.com/Kwiboo/linux-rockchip/issues/26 RK3328 : MPP MPEG2 decoder doesn't seem to work. We have used successfully H264 / H265 / MPEG4 / VP8 / VP9 with MPP rock64で、mpeg2以外でハートウェアデコードができるの? 上記の >>487 のやつでは、イメージファイルがなかったが、 Slackware for Rock64なら、イメージファイルがあるようではあるが https://www.linuxquestions.org/questions/showthread.php?p=5956920 聞いたことがないOSだなぁ、 使いものになるOSかどうかわからんので、入れはしないが。 >>488 Slackwareは結構老舗のディストリだと思うが… 秋月のrock64の4Gにディスンコンマークがついたので 近い将来、直販でしか入手できなくなるのかな。 H6を採用したSBCに置き換わっていくんだろうけど 電源コネクタの質問です。 この変換プラグってROCK64で使えますか? http://akizukidenshi.com/catalog/g/gC-00088/ DCプラグ変換プラグ 2.1mmメス⇔1.3mmオス ROCK64 3.5mm 1.35mm それ 3.5mm 1.26mm ささらないんではないでしょうか。 >>492 【M-08311】 スイッチングACアダプター5V3A AD−D50P300 とセットで使用しています。どこかのブログで動作報告があったはず。 ACDCは2.4Aで動くかな? カモンのUSB変換で使えると捗るんだけど > 秋月のrock64の4Gにディスンコンマーク・・・ rev3 が控えてるから それまでは仕入れを控える ってだけじゃないか? >>492 秋月でrock64の商品ページの下の方を見れば分かる。 うちは4GB版がanker+ダイソーのPSP用充電専用USBリールケーブルで動いてるんで、そんなに電源気にしてない。 満足に動くOSがないのが駄目 CPU以外の構成をraspi完全上位互換にすりゃいいのに TS録画にカネル再コンパイルがいるらしいってのも ttps://blog.ayushio.com/2018/12/27/rock64-record/ ケースは本体付属の入れ物をニッパーとハンドニブラーで加工した あとは放熱対策だけだ 3ページ目最後の方。これで解決するらしい。なんだかなー SOLUTION. To make it short so you don't need to read the whole thread. Go in OMV GUI configure network as static do not do apply on "The configuration has been changed...." or you will get an an error. remove file in etc/network/interface d and while you are still in CLI write systemctl stop dhcpcd systemctl disable dhcpcd reboot login with your new IP apply the yellow banderole and you are done will work 100% SoftEtherVPNをソースビルドしてVPN(L2TP/IPsec)サーバも立てられた やりたいことはひとまず完了 ちなみにここの過去ログにあるionice云々の定期的に読みに行く現象はうちでは起きていない アイドル状態になるとHDDはスリーブし その後のアクセスで起きてくるまで時間が掛かる 以前に秋月で買ったrock64がホカしてあって時間ができたので OpenMediaVaultでNASにしたら結構いい感じに動いたので追加購入 PCのように使おうとすると日本語入力できるまでにひと苦労 ラズパイならネットで調べることもなく動いたのに 今のところarmbian-bionicでの課題 3.5mmオーディオジャックから音がでない 動画は元からあるmpvが動かずvlcだとクソ遅い いずれもラズパイでは問題ない、やっぱりこなれ具合が違う rsyncバックアップ用にrock64もう1セット買った H64 ボード自体、Rcok64と比べて大差無いのに、驚くほどの人気の無さだ 前モデルが一年も放置状態だったからな、 まぁこうなっても不思議はない もう取り返せないね、対応が酷すぎた。 rock64のarmbian stretch GUI無しにGNOMEデスクトップをインストール 見た目いい感じで日本語表示はできるが日本語入力がうまく動かん mozcはapt-getできず anthyはインストールできるがibusとfcitxでも動かず朝になった この非力な機械にguiとか魅力を感じないのだが sshでよくね? 同意 俺も、起動時にシリアル、その後SSH GUIで使ったこと無いや 自分もRock64には最初からGUI入れてないな 専らTera TermでSSH でも鯖としてはかなり良いと思うよ、GbEもUSB3もあるし 先週中国行ったんだが出発前にShadowsocksを立てて行ったらいろいろ捗った ラズパイでもシリアルとsshしか使わんなあ GUI使いたいなら素直にx86使った方がいいとおもう まあ何を期待するか人それぞれだけど 自分はキャッシュカードサイズでPCぽく動くとこに感動する ラズパイゼロなんて切符サイズで動く まあPCとしてはクソ遅くて実用範囲外だったが動かしてみたくなる sshでいいならラズパイですむんじゃないのか? なぜrock64? >>522 SSHでいいけどラズパイですまないから >>523 いや、その「sshですむけどラズパイですまない」のはどんな用途? 考えづらいので、知りたい と書いて確認したら 最新のpi3 B+でもuse3.0化してないというのに気が付いた(勝手にusb3になったと思い込んでた) ファイルサーバー用途とかなら差があるんだろな >>524 は忘れてくれ ところで自分は4KHDR対応メディアセンターとしてrock64を検討してるんだけど、実際そんな使い方してる人います? 実力を知りたい 4Kはandroidしかムリ? 静止画だけならLinuxでも行けるけどまともに使いたいならやめたほうがいい pi3 B+ は、GbE も USB 2.0の上に乗っかってるからな 残念なのは、USB 3.0 だけじゃない pi3は100baseだからUSB2.0接続のギガビットLANアダプタの方が倍速いという記事を見たことがあるなぁ Rock64にOMVな環境でファイル転送は90MB/s前後出る ちゃんとしたNASでSMBマルチチャネルとかにはかなわないが概ね期待通り 今後もNAS+αとしてしか使わないだろうな ラズパイは出来るのに… GbE+USB3.0+AESアクセラレーション+動画再生支援で 安いの出ないかなあ そりゃ使ってるSoC違うし安いチップ売るとこはまともな対応してくれないよ うちもファイル+Nextcloud+VPN+rep2鯖だな 動画再生支援とかはハナから期待していない >>531 かなり前から PMP や TV BOX 用の SoC を作ってた中華メーカーが amlogic と ROCKCHIP android tablet の登場のタイミングで割って入ったのが allwinner 。 安い 中華 SBC の SoC はこの3社に絞られる。 今 最速なのは amlogic S922X まだ ODROID-N2 にしか採用されていない。 その前に最速だったのは ROCKCHIP rk3399 かなりの数の SBC に採用されていて RockPro64 もそのひとつ。 性能的に後塵を拝しているのが allwinner H6 。採用している SBC は少ないが PINE H64 がある。 どれもこれも ハード的には GbE+USB3.0+AESアクセラレーション+動画再生支援 を満たす。OpenCL による GPGPU も可能なはず。 それ以外の機能としては PCIe, とか NPU とか。 ロックチップrk3328 SoCはaarch64アーキテクチャで、よくarm64またはarmv8とも呼ばれます。 幸いなことに、armv8命令セットには、「Cryptography extensions」(http://infocenter.arm.com/help/topic/com...DEBAF.html )と呼ばれる同等のオフロードメカニズムが含まれています。 だからあなたが達成しようとしているものは何でも、あなたはあなたのハードウェアが実際にサポートしているオフロードメカニズムを使わなければならないでしょう。 ayufansの最新のカーネルでは関連オプションが有効になっているようです: CONFIG_CRYPTO_HW = y CONFIG_ARM64_CRYPTO = y CONFIG_CRYPTO_SHA1_ARM64_CE = y CONFIG_CRYPTO_SHA2_ARM64_CE = y CONFIG_CRYPTO_GHASH_ARM64_CE = y CONFIG_CRYPTO_AES_ARM64_CE = y CONFIG_CRYPTO_AES_ARM64_CE_CCM = y CONFIG_CRYPTO_AES_ARM64_CE_BLK = y >>535 Xiaomi好きなんだけどXiaomiのMi BoxやMi TVもSoCはAmLogicだね つか中華STBやスマートTVは殆どそうかな ディレクトリのインデックス用のメモリを別に確保して欲しいなあ でかいファイル転送後ファイル一覧出てくるの遅い sambaの設定なのかな ファイルサーバーにしてる人ってどういうケース使ってる? USBでSSD繋いで輪ゴムで本体に固定してるんだけどダサいから何とかしたい The NODE Mini Serverがかっこよくてコンパクトだからあれ参考にして作ろうと思ってる 3Dプリントかさもなくばアクリル板とかMDFボードあたりを加工 >>539 自分は付属のケースに穴開けて使ってるけど ラズパイケースに電源用の穴開ければそのまま使えるよ 輪ゴムは数ヶ月で劣化してボロボロになるからやめた方がいいよ > I bought a Rock64 V?3? a?nd it wouldn't boot Armbian "Fixed" at the download page https://www.armbian.com/rock64/ かなり怒ってる ...が、切り替えしは粋だね。 だなあ Rock64にArmbianのUbuntuでNAS+VPN+Nextcloud+rep2用の自鯖立てて10ヶ月ほどだがド安定 その間16.04から18.04にアプデしてカーネルをMLの5.x系にしたぐらいか カーネルを入れ替えたのは今月の連休中、最近の話だが TCP BBRを使えるようにしたかったので(ArmbianのデフォはLegacy Kernel 4.4なので4.9以降にしかないBBRは使えない) RockPro64で10GのNIC動作させてる人はいる? >>546 nextcloudって外部に公開してる? それともVPNしてから接続する感じ? >>548 鯖ごと独自ドメインで外に出している(ロボット拒否とかは一通り入れてある) とりあえず以前Windowsで自鯖始めた頃からずっと外からアクセスできるようにしているけど他人に入られたことはないな NextcloudのIDは自分のしかないがw >>549 NASを外部に公開するのは危険じゃないか? >>550 NASは外に出していない VPNからでないと入れないようにしてある Nextcloudとも完全に分けてある Rock64 OMV4 停電時の対応なんだけど 9時から11時まで停電。この場合9時前にシャットダウンをスケジュールしとけば あとは11時になったら勝手に電源ONしてくれるってことでいいんだよね UPSなんか無い 民主党政権3年3ヶ月 見事に80円以上(最高値75円)に張り付き日本の産業を焼け野原にしてくれました 民主党ってすごかったんだなたった3年ちょいでか 晋三なんか何年もやってるのに何もできてないどころか金巻き上げて上級国民にばらまいてるだけw もう一度焼け野原が来るとなればお前ら億り人になれるぞ いい加減Crypto Extensions付いたのかな 無いんだろうなあ usb3で4tbのhdd x 2でraid1で運用始めたんだが、 以前使用の2tbのhdd(usb2で接続)をrsyncでリストアすると数時間ほどでhang upする、 6回試したけど毎回気が付くと落ちてる 温度は大型ヒートシンクにファンつけてるので確実に60度は下回ってる、 電源は5vの3A、試しにusb2で接続してみたがやっぱ落ちる なにか情報ありましたらお願いします ログとれたらまた来ます ところで hddの電源は?Bus-Power とかじゃないよな USB 2.0 でも同様の症状、と いう事のようだから違うとは思うが USB 3.0 の方は もともとバグ持ちだから、 "raid" とか 過渡な期待は しない方が良いぞ >>558 電源が足りないのでは?3台接続してるんだろ? 2.5inch HDD 1台あたり 1A で電源設計すべき。 あれからrsyncでのリストアをhdd to hddからssh to hddにして試したが、 仕事から戻って見てみたらrsyncのログは無く、リブート後のログイン画面になってて、どうもwatchdogが働いたのか リセットがかかったようでした。 今度はserial consoleでつないでるのでログが取れそうです。 <改善に向けてこれから試そうと思ってる事> 1 OSはDietPiを使ってるんですが、netbsdかcentosにしてみる 2 もうラズパイ4を買う 3 素直にx86のミニPCを買う それとレスありがとうございます、 hddの電源はすべてROCK64とは別でコンセントからACアダプターでとってます 昨日の夜rsyncを仕掛けて、 今日仕事から帰って見たら落ちました、今夏はシリアルコンソールつないでたのでログが取れました [66256.452216] Internal error: Oops: 96000005 [#1] SMP [66256.513259] Modules linked in: af_packet lz4hc lz4hc_compress zlib lzo rk_vcodec zram ip_tables x_tables autofs4 raid10 raid456 async_raid6_recov async_memcpy async_pq async_xor async_tx raid1 raid0 multipath linear md_mod hid_logitech_hidpp uas usb_storage hid_logitech_dj [66256.811595] CPU: 3 PID: 30915 Comm: rsync Not tainted 4.4.182-rockchip64 #1 [66256.898129] Hardware name: Pine64 Rock64 (DT) 〜〜〜〜 レジスタの値の表示 〜〜〜〜 [66276.107841] [<ffffff8008197a08>] get_page_from_freelist+0x394/0x784 [66276.187431] [<ffffff80081980d8>] __alloc_pages_nodemask+0x180/0x7e0 [66276.266947] [<ffffff800819c880>] __do_page_cache_readahead+0x114/0x1f0 [66276.349567] [<ffffff800819cac0>] ondemand_readahead+0x164/0x214 [66276.424871] [<ffffff800819cbf0>] page_cache_async_readahead+0x80/0x94 [66276.506393] [<ffffff80081920c8>] generic_file_read_iter+0x1bc/0x544 [66276.585837] [<ffffff80081f4454>] __vfs_read+0xc8/0xe8 [66276.650713] [<ffffff80081f4c9c>] vfs_read+0x84/0x138 [66276.714523] [<ffffff80081f578c>] SyS_read+0x5c/0xb0 [66276.777218] [<ffffff8008082f30>] el0_svc_naked+0x24/0x28 [66276.845097] Code: 90007b41 912ee021 11001000 8b000c20 (f8626801) [66276.922375] ---[ end trace 8f95e4672f534fa7 ]--- stack trace 見た感じだと読み込みで落ちてるっぽい? 今って液晶安くなってるけど電子インクはそんなに安くないよね? 数が出ない文もあるだろうけど 店頭の値札とか電子インクになりかけてて安く出るんじゃないかと思うんだけどまだまだなの? 全ラズパイに電子インク液晶付けたいわ >>558 OMV4、Rock64同士でrsyncをしてるけど何の問題も起きてない ヒートシンクは秋月で売ってるラズパイ用のちっこいやつ raidや複数HDDが原因だと思う 特にUSBはハブかましてると不安定になる代物 >>565 https://www.aliexpress.com/item/32830012306.html こういうのは $20 ぐらいであるが、Full refresh time: 6s と書いてあるぞ。 動かない画面を出してなにがしたいのか? あれからROCK64でNAS諦めて、AliexpressでWintel W8っていうAtom製のミニPC買って使ってます、 今朝みたらraid1構成で4TB分rsyncが問題無く終わってた、どこぞのバタモンのSBCでも熟れているせいかintel製は安定してるんだなと、 ROCK64はゲームコンソールにでもしようかと とっくに届いてるぞ PinePhoneもそろそろ発送される 次はPineTabだ PinePhone Braveheart Editionを手に入れた https://togetter.com/li/1464606 楽しそう >>579-560 おめ で、OSなに入れた? 重すぎたりしない? 物理スイッチがすぐ壊れそうでやわそうとかない? >>581 Ubuntu Touch 物理キーはしっかりしてる。 重さは191gだった。 https://i.imgur.com/WFc3qb4.jpg Pinetab キーボード付き、在庫がないと出る。。。 Book ProもタブもPre orderなのにカートに追加できないわ、残念 ProのUSキーボード売り切れ UKキーボードは違和感あるしなあ >>595 DHL強く推奨されてたけど大丈夫? 届くの何週間か遅くなるかもよ ProもTabも全く買えない orz 海外の串からアクセスしたら買えるのかな 複数回の購入経験有りだが、SBCの場合だと届くまでに2週間 確か 送料=$10 程度だった筈だが 費用の割には遅いよ DigiKey等を使って米国からだと、同程度の費用で1週間ぐらいで届くからな (この日数だと おそらく船便、Amazonでよく見る 送料無料の仕組みと同じ手法だろ) 商品が安い分、送料で穴埋めするビジネス・モデルだろうが 慈善事業じゃないんだから赤字で続ける事は出来ない 有りだろ 購入初めてだけど、米国から来るの? 中国なら、Aliで遅いの慣れてるが。 ubuntu touchが使えんのわかってるからなあ いまいち買う気がせん なんか今月のブログ記事RISC-Vがどうとかで盛り上がってるな RISC-Vは、まだ先だな 出て間もないから当然だが、 現状、性能面/価格面/ソフトウェア対応 の全てで劣っている 触手が動くのは、新しいモノ好きのヤツらだけ PINE64のように1GB以上メモリがあって普通のLinuxが動かせるRISC-Vのボードは まだ高いけど、K210というRISC-V64bit2コアに人工知能用のNPUと数MBのメモリが 載っているボードなら数千円で買えるよ カメラ付きで1450円 ttp://akizukidenshi.com/catalog/g/gM-15355/ 液晶、カメラ、Wifi、Bluetooth付きで3300円 ttps://www.shigezone.com/?product=maixduino Linuxはkernel5.7から対応開始しはじめた段階 ttps://www.phoronix.com/scan.php?page=news_item&px=Linux-5.7-RISC-V K210はメモリが少ないからOS載せずに直接いじったほうがよさそうだけど この辺で盛り上がってる ttps://mag.switch-science.com/2020/06/07/otegaruai/ RISC-Vの実機がほしいだけなら液晶とmicroSDスロット付き715円のボードもあるよ ttps://www.switch-science.com/catalog/5946/ >>609 最後の知らんかった液晶ついて750円っていいね 送料入れても千円切りか TwitterでPinePhoneで検索してみたら画面上部中央にタッチパネル効かない部分があるって投稿があったから試してみたら効かなくてワロタ ハズレ個体なのか仕様なのかわからん 国内でRockPro64販売してる店無いですかね? テクノハウスは在庫無し 本家で買えば良いやん 何回か利用したけど、大体2週間程度で届くよ *但しコロナ騒ぎ前の話、今は知らんが・・・ クソリプありがと (国内には代理店が無いので)本家以外で買えないか聞いてるのに本家をオススメするのマジ有能 Ask a silly question, get a silly answer.... RISC-Vのデバイスの話はTS100ベースのはんだごてだってよ USB Type-Cでも動くのは嬉しいかも しかも25ドル PBP、eMMC書き換えトラブルの報告が多いな これ、自分で復旧できないレベルのヤツはアウトだろ 595です。 PINE64使うの初めてなので教えてください。発送方法が安い方で申し込んで 8/6頃にPINEからその発送はできなくなったから5ドル追加してDHLにするか キャンセルするか返事くれときましたDHLに変えるとメール打ったら 数日後にPaypalで5ドル請求あって支払い済みです。 その後の動きがわからないのですが、DHLで発送されるときってメールきますよね? >>621 Pinebook買ったときは発送完了時に Your PINE Store order from (日時) is complete. ていう件名のメールが来た。 そこにTrackingNoも載ってる。 注文履歴とか現在のステータスが見れるページがないからモヤモヤするよね。 >>622 どうもです。気長に待ちます。 っていうか細かいこと気になるなら使うところではないんだろうと。。。 月例のブログ記事でなんか遅れてるとか言ってなかったっけ >>624 ディスプレイ駆動チップだったかを変更するからどうのとあったと思う。 その時点で1週間程度の遅れですむとあった記憶。(つまり8月初旬に発送) 公式案内はないが安い方の配送方法が使えなくなり、DHL一択となった。 そして俺の場合、8/9にDHLへの差額支払いだから遅れるとは思う。 おまえらに最適なスマホが約14800円で発売 https://hayabusa9.5ch.net/test/read.cgi/news/1598413131/ 1 デスルフロモナス(北海道) [US] 2020/08/26(水) 12:38:51.17 ID:UzzCQ9sv0 BE:422186189-PLT(12015) https://www.pine64.org/wp-content/uploads/2020/05/PinePhone-3.jpg CPU Allwinner A64 (Cortex-A53 x4, 1.2GHz) GPU Mali-400 MP2 メモリ 2GB (149ドルモデル) 3GB (199ドルモデル) 内蔵 16GB eMMC (149ドルモデル) 32GB eMMC (199ドルモデル) 外部 microSD (起動ディスクとして使用可能) バッテリ 3000mAh(Samsung Galaxy J7互換、交換可能) GPS GPS、A-GPS、GLONASS センサー 加速度、ジャイロスコープ、周囲光、近接、方位磁針、バロメーター ディスプレイ 720x1440, 5.95インチ, IPS液晶 背面カメラ 5MP, LEDフラッシュ、1/4インチ、OV6540 前面カメラ 2MP, 1/5インチ、GC2035 Wi-Fi 802.11 b/g/n、シングルバンド、ホットスポット対応 その他 Bluetooth 4, A2DB, 3.5mmヘッドフォンジャック(UARTシリアルポートとして利用可能) USB-C (USB-PD対応、DisplayPort対応) カメラ無効化スイッチあり マイク無効化スイッチあり https://monobook.org/wiki/PinePhone#.E4.B8.BB.E3.81.AA.E4.BB.95.E6.A7.98 >>626 これ安くね? これってdebian10動く? メモリー2GBだとfiregoxすら動かんのでは? Kernel作ってるのはインテルと赤帽運輸なんだから、遊びじゃないんだったら、インテル一択になる。 AMDでさえ、出たばかりのプロセッサはLinuxディストリでいろいろ不具合を抱えるのだから。 よくサポート云々という人が居るけど、赤帽運輸以外は真のサポートを実現できない。 新カーネルに対する発言権が無いんだから。 この現象がバグなのか仕様なのか、カーネル開発に携わっていないディ鳥が決定出来るでしょうか? 赤帽はわかるが運輸は何だ? その言い方はかっこいいのか、通ぶれているのか? ちんぽイクヤみたいなもんだろ。 いずれ、イクヤ専用の冠詞として辞書にも載る。 Wikipediaにチンポイクヤの項目が必要では? ちんぽイクヤへの言及がない百科事典って意味ある? >>626 これはgpsオフ、モバイルデータ・wifi物理スイッチオフはついてないの? キルスイッチについて https://wiki.pine64.org/PinePhone > Killswitches: Modem, WiFi & Bluetooth, Microphone, Cameras https://i.imgur.com/zBMZZGl.jpg 動作するOSについて https://wiki.pine64.org/index.php?title=PinePhone_Software_Releases CommunityEdition買えばプリインストールされてるから悩む必要ないと思うけど念の為再インストールの方法は調べておいたほうがいい https://wiki.pine64.org/PinePhone#Flashing_eMMC_using_Jumpdrive この端末を使うメリットはAndroid/iOSを避けられる、物理キルスイッチが存在する、背面パネルを外してバッテリー交換できる、背面パネルを外したところにPOGOピンがあって機能を拡張できる点などがある 現在はキーボード付き、ゲーム用コントローラ付き背面パネルを計画しているらしい デメリットは公式ストアで買うと送料が数千円かかるから思ったより安くない、デカい割にしょぼい、あと現状だとOSが不安定だしアプリがろくに無い 高性能版欲しければ買って応援 今売り切れてるけど Armbian_20.08_Rockpro64_focal_current_5.7.15 no HDMI output after "starting kernel" ソフトウェアにバグは付き物だが、 リリースする前に せめて一度くらいは確認しろよな 一度も確認せずにリリースするとは、 タマゲるね まぁ この業界、 ココだけに限った事では無いようだが。 驚くよ nightlyのうちにテストしてバグ報告しなかったお前が悪い ROCK64の時も、Ver3 見せてから 何度も延期して実際に物が出るまで2年ぐらい掛かってたからな (Forumでも?み付かれてたよ、責任者と思われる人物が) 出たら出たで、互換性無くて既存のイメージから起動できないとか・・・ 散々だった 特にココの場合、運営側が言う時期は全く当にならん 指摘のヤツは、4月頃とか言ってたよな 確か 発送連絡来ない。流石に1ヶ月なのでメールで連絡とってみるかな。 自己レスだが今日DHL発送連絡が来た。 3日後到着予定。 今日到着し開梱。早速勝手がわからず。 ubuntuはともかくtouchは初めて。 bluetoothが使えない。ペアリングモードの btマウスが見つからない。先は長い。 Forum見ると、PBPは盛況のようだが それ以外は萎れてる 何 買ったん? pinetab異口同音にハードはいいがソフトの完成度が 低すぎるという評価だね。フォーラムで売りに出ている始末。 他のデバイスも完成度低いのかな? Pinebookのこと考えるとPro出てからが本番なんじゃない? たぶんとりあえずOS育てたくて出したんじゃないかな、スマホタブレット向けのまともなLinuxほとんど無かったし これからの成長が楽しみ Allwinnerが、ダメなんじゃない? SOCとしてのデバイスが・・・、と言うより資料公開の姿勢が 特にVideo系、 データ・シート or サンプル・コード 等の情報開示が無いと 開発側は何も出来ないからな 品質は別として、RockchipはVideo廻りもKernel-code として公開してる その分、Kernelコードを書く側としては手を付けやすい ベースになったTS100が7000円ぐらいみたいだからかなり安くない? チップセットも本来は一本あたり1000円以上するみたいだし debianとfedoraが動いてるのは見たことある GoogleとApple嫌いだからスマホ頑張って欲しい >>657 あらゆるGoogleのサービスやソフトウェアを利用せずに、生きていけるの? ROCK64ファンレス運用 一定温度に達するとクロック落とすデーモン作ったらrsync安定した pinephone2万円らしい 【乞食速報】高性能PCが2万円s://hayabusa9.5ch.net/test/read.cgi/news/1623224289/ 君たちのは大丈夫か?? 【事件】犯罪者御用達の暗号スマホ、実はFBIが制作 やり取り筒抜けで逮捕者800人超 [haru★] https://asahi.5ch.net/test/read.cgi/newsplus/1623247681/ 「組織の構成員らは、犯罪計画をひそかに実行するために、ANOMのスマホを購入し配布していた。だが実はこれらのスマホは、FBIが運用していた」 https://news.yahoo.co.jp/articles/255c5054f1ba12d60c6bcb22144b62cb2138208c Pine Store: Quartz64 ・ No products were found matching your selection. Pineは、納期に関してエライ・ルーズだから、 アナウンスまでしておいて 後にボツになったヤツとか沢山ある 或いは、2年後にようやっと発売とか・・・ 過去の実績を見れば、 ここ 実際に販売されるまでは 全く信用ならんよ 不良品も多し、 安いだけが取り柄 Quartz64 model A in stock 来たか!(ガタッ とか書きたいところだけど今の所対象外だしスルー ところで 世界初のコンシューマ用Linuxタブレット「JingPad」登場。Androidアプリも動作 https://pc.watch.impress.co.jp/docs/news/1331776.html Pinetabはコンシューマ向けじゃないってことかな... (ま、マーケティングタームに突っかかっても仕方がないけどね) >>668 pinetabはノーパソだって思ってるんだろ >>666 発売したのにOSイメージがないって やっぱりpine 価格と性能が極端なのでJingPadとPineTabの間にもう一つなにか欲しいところ RK3399ぐらいの性能で4G/128Gでいい >>670 5月のステータスレポートだかに 「初期ロットはOSの開発に貢献してくれる開発者にまわしたいから一般ユーザは遠慮してね」(意訳) ってあったし(販売ページにも書いてあるけど)、まだそういうフェーズってことじゃね RK3566は日が浅いからRockchipが出してくるBSPも多分バグが多いんじゃないかと github 見る限り、殆ど動いてない commits が数ヶ月に一度程度の、ほぼ死んでる状態 BPSの品質は酷かったからな、まさに無法状態 (Syntax Error レベルのコードが、ガンガンcommitsされる) 何れこうなるだろうとは思ってた 期待されてるのは BPS じゃなくて、mainline の方だろ いやBSPの品質を期待してるのではなくて、 (どうせダメだから)今必要とされているのはOSを叩いて治せる人でしょって話 mainlineでのRK3566サポートの品質にしても実機がないとどうにもならんから #Rockchipの中の人だけでまともな品質になるとは端から期待してないw Quartz64 model A 発売されたって言うのに、 forum みても全く動きが無いな 確かに、Raspi3が全盛の頃に出した Rock64/Pro64 に比べれば魅力に欠ける 当時は、 USB / Ether 共に速度10倍、 値段同等でRAMは2倍、RAM容量-同等なら価格は0.7程度 だったからな、正直かなりお買い得感があった それに比べると… まぁ仕方ないか Pro64 比だと、RAMが増えた程度で性能的には低下 その分価格は低価格だが(同値でRAMが2倍に増量)、敢えて試してみようとは思わせる程の魅力は無い コンセプト的には失敗かな? model Bなら、比較対象はRck64となるから それなりの利点もある 試してみようか、 って気になるかもしらん そっちが本命か 今更ながら興味が出てきたんだが今から買うならPINE A64+かROCK64どっちがいいのかな ちな用途はサーバーでGUIはなくてもok 今A64+とROCK64で迷うってことは秋月で購入予定? その2つは大分違う、重点ポイントは人によって違うだろうけど A64 - SoC: Allwinner A64, 1.2GHz, 40nm, DDR3 - 物理形状: 独自 (純正専用ケースあり) - SPI Flash: なし - eMMC: 対応なし - microUSB 受電, 5V 2A ROCK64 - SoC: Rockchip RK3328, 1.5GHz, 28nm, LPDDR3 - 物理形状: ラズパイBサイズ (一般的なケースは要加工) - SPI Flash: 16MB(128Mb) - eMMC: モジュール対応 - 3.5/1.35mm バレルジャック受電, 5V 3A 自分で買うならROCK64だけど、(秋月で買うなら)メモリ1GBは用途を選ぶかもね サンキュー お察しの通り秋月で買おうかと思っててね SPI-Flashにu-boot入れられたりROCK64の方がいいかも知れない Linuxの心得はあるので1GBでもまあなんとかなると思う paypalが使えるから、rock64proを中国本土に発注でもいいと思うけどな ayufanばっかりかと思ってたけどFedora IoTも対応してるみたい https://docs.fedoraproject.org/en-US/iot/reference-platforms/ Arm SystemReadyってのはよく分からんけどお墨付きを得てるということらしい > paypalが使えるから、rock64proを中国本土に発注でもいいと思うけどな 他にも合わせて買うなら別だが、本体だけが欲しいなら微妙 納期: 2週間(速くても) 送料: $12 程度 (payplaを使うなら、その手数料分が加算) -- あと、シリアル・コンソール(usb to uart) 無い状態で "boot" で躓くと、完全な手詰まり状態に陥る 手持ちに raspi用 のがあるなら、それを使えばいいが rockchipは、"1.5M Bps" 対応が必須なので要注意 今見たら、R64-BOARD-1GB: "Out of stock". 例の半導体… の煽りを食らって、このところ全般的にこの状態が続いてるな RK3399搭載のchromebookが売ってるみたいからPBPが販売再開しなくても似たような性能のものは買えるのかな でもchrome osって特殊だから好きなディストリで上書きできるのかわからないか 秋月でRock64とACアダプターとUSBシリアル買った ただRock64は在庫がかなり少なくなってたので売り切れになりました まずは、メモリーチェックの実行を お奨めする 本家のforumに、メモリ・エラーの報告が定期的に出てくる(勿論 定格速度で) 報告を見てる限り、全数出荷検査をしてるとは思えない 多くが、メモリー速度を落とす事で動作が安定する との報告 (その為に u-bootをビルドし直すとか・・・、これがまた面倒くさい) 秋月じゃなく本家からの購入だが オレの場合、 4台の内の1台 がこれに該当 貴方が、幸運である事を祈るよ 後、USB-UART のチェックだな 繋いで、読めるような文字が出てくるなら問題無し。 標準とはいえない 1.5M BPS 故に、 これに対応してないヤツが相当数出回ってる マトモじゃないのは、この速度を選択したRockchipの判断の方 だとは思うが 今更そんな事を言っても仕方がないからな 秋月から消えたね 安く調達できないならもうラズパイ4でいっか… pine tab届いてそろそろ1年だけどOSの未完成度半端ない。 まあ150ドルの勉強代だと思っているが。 forum 見ると、閑古鳥 状態 その1年間、殆ど変わってないと思われるな Pinebook Proの方は、賑ってるようだが 、こちらは玉切れ状態でモノが無し 半導体不足の煽りを食らって、 部品納期が80週 & 価格が 800% up とか嘆いてるようだ・・・ まぁ当面、無理だろう 俺がどうにかしてやるぜって人向けのガジェットだろ最初から 秋月: 在庫限り・・・、おっ 戻ったか? と思ったら、たった1日で無くなったな 今は店も夏季休暇だしそのうちまた復活するといいなあ NAS+αな用途ならROCK64-1GBで十分な性能なんだよね 爆熱のラズパイ4なんか必要ない 秋月様また入荷してくださいよ 最後の在庫やっと届いた 1GBはプラケース付いてないのか 尼で安い3Bのケースぽちってニブラーで加工したよ 秋月の事かな? 昨今の情勢により(コロナ/オリンピック/台風)、 配送には かなり遅れが出てるようだな 買ったの全く別物だが、オレの注文も まだ発送されてない 既存のROCK64は8GBのmicroSDで運用してたけど、追加分のROCK64の分は16GBのmicroSDしかなかったのでこれを使うことにした。 microSDイメージをUSB Image Toolでクローン。 このままだと8GBとしてしか使えないのでlinux-root(ext4)をなんとかして16GBに拡張したい。 結局VMwarePlayerからgparted-live-1.3.1-1-amd64.isoをブートさせて、 物理のSDカードリーダーマウントしてlinux-rootを8GBから16GBに拡張した。 フルLinuxディストリなんて極力触りたくないからほぼWindows上の作業で済んで助かったというお話。 rock64のbullseyeのパスワードは何? 入れない >>699 rock64と1234は違うみたいよ バスターも入れなくなった。 前のバージョン消しちゃった。 バスターの8月26日以前のある? armbianじゃないなら知らん ダウンロード元を調べたら >>701 パスワード root/1234では入れた rootで入れたなら自分でユーザー追加すればいい armbianなら初回起動時にユーザー追加のダイアログが出た気がするが bullseyeは、まだ不安定? 入れたけどファイル破損する。 100万円達成の除外支払いに 電子マネー、プリペイドカードへのチャージ とあるけれど、kyashってどうなんだろう? quartz64発注した スレはここで良いんだよな? 昨今の半導体事情で、軒並みの製品が "Out of Stock" の中 ず〜と "In-Stock だった" Quartz64 本家のスレも閑古鳥。 最低限の電話/メール/Webブラウジングとかなら困らないと思うけど普段使いと言われるとアプリがなさすぎて厳しいかな 今の所PinePhoneはキーボードカバーつけてPDA的な使い方するのが正しいと思う RockPi 4+っての買ったけど、ここだとスレチかな? 回路図見ると、pine64のrockpro64と似たような構成 (だが、価格は高めだね) 例えソフト系が貧弱だとしても(未確認)、 dtb 少し弄れば先発のrockpro64用のイメージの大方が使えそう 構成に大差無いし、ここで良いんじゃない Rock64のArmbianダウンロードできなくなってる rock64また秋月で扱ってくれんかなあ SBC的なバランスはあれが一番よかった 電源もDCジャックで頑丈だし bullseye、rock64 では 元々 出してなかったと記憶 archive を探っても bullseye は存在しない そして、今ではサポートそのものからも 外されてしまった。 まぁ、オレ自身は Armbian使わないから何の実害もないのだが・・・ > 秋月で扱ってくれんかなあ う〜ん、 無いだろうな・・・ 昨今の半導体不足の影響で、本家でもず〜と弾切れ状態だった "単価の安い RAM=1GB 版" はもう生産しない・・・ ような事も言ってたし 今時点でも、 In-Stock は RAM=2GB だけ 半導体の値上がりで、 もう原価割れなんじゃないか? >>723 bullseyeのダウンロードしたファイル残ってた PinePhone Pro Explorer Edition全然発送されないんだが はよしろや >>726 春節の超大型連休中だから、仕方ないよ そろそろ、ぼちぼち、動き出すんじゃないかな >>727 公式には下旬って書いてあったな SIMもまだ契約してないしゆっくりやるか >>729 Pineは発送されてからもドキドキの連続だよ 中華当局に止められることもよくあるので、トラッキングをこまめにチェック要 チョンの品は知らないが、 不良が多いよ Pine は 俗に言う、中華クオリティ その分 安いから、仕方ないが 到着したら、弄くり回す前に マズは確認する事だな PinePhone届いた キーボードのピン接続に設計の欠陥があって最初は繋がらないけどggったら出てくる方法で解決 キーボードのポゴピンにShimを挿入 上段1列のキートップを外してShim装着 これやらないとマトモに使えない そしてFcitx入れたらソフトウェアキーボードが無効化されて快適になった SHIM? Subscriber Identity Module Hは何だ? >>737 shimとは (ものを水平にしたり,すき間などに入れる)詰め木 まさか犬板でシムの正しい綴りを知ることになろうとはw PinePhone Pro Explorer EditionでSuperTuxKartを遊んだ 割といける 値上げしないのは立派だが、そのかわり売るモノが無いって 値上げするぐらいなら売らない、 ってのがポリシーのようだな まぁ、他所の最近の価格見れば 買う気がうせる こんな値段だったら、 もう x86ボード で良いや ってなるわ PinePhone Pro Explorer Editionをキーボード付きでしばらく使ってみたけどやっぱ縦向きにカスタマイズされてるアプリが多すぎて使いにくいな 俺がカスタマイズしたポイント ・デフォのターミナルはゴミなのでKonsoleを入れる ・fcitx5とmozcをインストール(これやったらソフトウェアキーボードが出なくなって快適) ・kbpwrdで電源管理 ・キーを外して針金を埋め込んで感度UP ・ポゴピンの接触がゴミなので紙を差し込む Suspendが動かないのはTow Bootのインストールでなんとかなるな ラズパイZERO2 について調べてたら PINE A64+ っつー安いのを見つけたんだけど >>723 見て不安になっちまった 大丈夫なん?ZERO2の品薄が解消するまで待った方がいい? armbianのpine64は現状サポート対象だけどメンテナ不在 そのうち切られてもおかしくないとは思う まあソフトウェア面でのサポートが脆弱なのはどの互換Piメーカーでも似たようなものなので そこで苦労したくないならラズパイ選ぶのが無難だろう thx、そういう事情だったんだ、もう少し調べてみる PINE A64をレトロゲーム専用機兼おもちゃとして割り切ろうと思うんだけど LakkaっていうかRetroArchでロードできるコアだと どのくらいのゲーム機まで満足にエミュレーションできるかな? ありがとうございます、ZERO無印ではダメみたいですね ZERO2の入手はかなり絶望的みたいなのでPINE A64に突撃してみようと思います 無知で申し訳ないんだけどA64ってUSBAtoAでストレージ認識させられる? USBOTGの記述はよく見るんだけど仕様が上手く読み取れなくて、知見ある人いたら教えて欲しい。 OTGはBをA(ホスト)にするだから違うんじゃね? Aには余分な配線無いからクロスケーブルでつなぐしか無いんじゃね? A64配下のストレージを別PCに表示させたいって言う感じなんだけどダメなんかなぁ AとBならUSBガジェットでできる気がするが AとAは難しい気がする AとAでは途中にチップが入ったものでなければ繋がらない それがlinuxで使えるかどうかは知らない >>744 これwifiついてんの! でもHDMIがない キーボードの故障に引きずられて旧pinephoneメインpcb逝ったな pcbの在庫無しか MobianをTrixieにしたらターミナルとか設定とか全部消えたわ 絶対やるなよ ROCK64をメンテされているarmbianの公式イメージで使ってみる。 OMV7のインストール、btrfsのsamba共有、snapshotの定期取得、Windowsから以前のバージョンが使える事まで確認。btrfsは便利だな。 ・使用イメージ Build: Community releases User space: Armbian Bookworm Interface:Minimal Kernel: 6.6.17 Release date: 2024/02/22 Link: https://github.com/armbian/community/releases/download/24.5.0-trunk.58/Armbian_community_24.5.0-trunk.58_Rock64_bookworm_current_6.6.17_minimal.img.xz 焼いて起動するとsshが最初から有効になっているが、初期状態はDHCPなのでnmapやfing等で探す。 ・Armbian 再起動不具合の対処 ROCK64は対処なしだとreboot等で再起動すると起動してこない問題を抱えているらしい。 (rock64 soft reboot等で検索) がaptでのカーネル更新を無効にしてからupgradeすると問題は出なくなった。 # apt-get update # apt-mark hold linux-headers* linux-image* linux-generic* linux-modules* linux-hwe* # apt-get upgrade # reboot (成功するはず) ・OMV7(7.0-32)インストール ※6と7共通だがBookwormだと強制的に7になるらしい wget -O - https://github.com/OpenMediaVault-Plugin-Developers/installScript/raw/master/install | sudo bash ※OMVインストール直後の再起動が怪しい。電源コネクタを何度か抜き差ししてると復活する。今回シリアルコンソールは繋いでないので何が起きてるのか不明。 ※OMVは細かい事ができないのでやる事が決まってれば不要。今回初期設定を省略したかったので使用。 read.cgi ver 07.5.5 2024/06/08 Walang Kapalit ★ | Donguri System Team 5ちゃんねる