公式:https://www.pine64.org PINE64はA64を搭載したiPhone6Sサイズのシングルボードコンピュータです ケースやカメラ,Wi-Fi,タッチパネルモジュールなどもあります ROCK64はRK3328を搭載し4K60P HDR10対応のクレジットカードサイズのメディアボードコンピュータです USB3.0がありeMMCも搭載できます SDカードには必要最低限の書き込みで運用 ハードに使うとSDはサクッと死にます。使い捨て上等!の割切りも時に必要 安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう /bootのみのROは理に適います 前スレ 【PINE64】パイン64 part1【ARM64】 http://2chb.net/r/linux/1453481419/ 前スレの続きだけど、自分も鯖運用考えてて急速充電器機能付きモバイルバッテリーがUSPっぽく使えるらしい 機種によっては瞬断あるらしいけど
Rock64買っちゃったー なんだかんだ1万分オーダーしちゃった
過去2回の購入歴から、発送から到着までは おおよそ2週間は掛かる(近い割にはエライ遅い) しかも、買ったら直ぐ発送するわけではなく発送業務は1〜2回/月程度 今買ったのなら年末年始に克ち合う可能性大 チャイナはいい加減だから、物品不明になる可能性もある
通常で2週間かぁ 目安教えてもらえて助かった 気長に待ちます
最近になってトップページに次回発送予定日が書かれているのに気づいた STOREの方にも記述してくれよん 送料のExpressってどんだけ早いんかね
ayufanの 0.6.x を動かすためには・・・ 同根のブートローダーにバグ有りでで、マトモに 起動 or 動作しない 対策: ブートローダーを 0.5.x の物に入れ替える *注) ただし、確認したのはLinux系、 Androido系は興味ないんで確認してない。 具体例) sudo dd if=/dev/mmcblk1 of=./stretch_136.img bs=512 skip=64 count=32704 <- 0.5.x のブートローダを保存 (例えば 0.5.15-136 の物) sudo dd if=./stretch_136.img of=/dev/mmcblk1 bs=512 seek=64 count=32704 <- 0.6.x のブートローダを↑で保存したヤツで上書き これで動きます。 んでも、Rel-Notes: 信じれば カーネル自体はたいして変わってないんじゃないかな?
ようやっとキタな、0.6.3、TPLは実績ある元のに戻したな 前より遅くはなったけど・・・、今度のは確かに動く
試してみた、 コレ(0.6.2 & 0.6.3) eMMC:認識しなくなってるな 理由も対処も判ったけど、もう少し確認してから出せよ って思うわ
>理由も対処も判ったけど でも、それらは他には教えない・元にフィードバックしない 提供するほうは色々確認もできないような状況ではいっそ提供するのをやめた方が良いよな 他の誰かが素晴らしいの提供してくれるだろう
お、0.6.3でkernelが4.15系に変わった? やっと4.15系に切り替える気になったのかな
Linux Rock64 4.4.103-rockchip-ayufan-147 #1 SMP Tue Dec 19 22:26:10 UTC 2017 aarch64 GNU/Linux
>0.6.3: Rebase mainline kernel and u-boot patches, って書いてるのに違うのか……
4.4.77 -> 4.4.103 これの事じゃないの?
@rock64,4GB uname -a Linux rock64 4.4.77-rockchip-ayufan-118 #1 SMP Thu Sep 14(以下省略) openssl version openssl 1.0.2g 1 Mar 2016 openssl speed aes-128-cbc 16bytes 64bytes 256bytes 1024bytes 8192bytes 41454.76k 44619.50k 45796.86k 46101.50k 46164.65k openssl speed -evp aes-128-cbc 16bytes 64bytes 256bytes 1024bytes 8192bytes 161586.31k 432387.61k 722881.71k 898601.30k 966481.24k rock64の方もAESアクセレーター有りだな
早く欲しいなら秋月とかで買えばいいのに 自分も2週間程前に店行って買った Orange Pi Win PlusがSD壊れやすくて不調なので乗り換えて同じArmbianで使ってるんだが Nextcloudだけがどうやっても動かない ayufanの方試してみるかな
ケースとか周辺機器もいっぱい買ったから Pineに儲けて頑張ってもらいたいしな
USB3.0 メモリ、16-GB @ 980円 流石にMicroSDよりは速いだろ?、と思って試してみたら Write = 11 MB/s だってyo 笑ってしまう、 文字通りの 安物買いの銭失いだった。
3年くらい前に650円で買ったTermの32GBは100MB/40MB安定して出るよ
Read は 110MB/s 程度だったからこっちはマトモ、 極端すぎる 980円だったから大した被害は無しだけど、 ggってみると似たような書込み多数
ちゃんと調べてから買うか最初から安物と割り切って買うかどっちかにしろよ
なんで買う前にググらず買った後にググって愚痴るのか意味不明
rock64のarmbian server版だけという状況が続いているな
Linux Rock64 4.15.0-rockchip-ayufan-152-ga69162ebc
誰でも簡単にパソコン1台で稼げる方法など 参考までに、 ⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。 グーグル検索⇒『宮本のゴウリエセレレ』 G0WDF5KQI8
rock64のメイカー公式掲示板に日本語・英語併記でカキコした人がいるので 日本人カエレと言われそうだが。 あと、Debian strech mate コミニティーbuild がアップされて、Debian Jessie Stock イメージが消されたので 公式は Debian linuxをサポートしなくなったのか
2日前に俺のパイパイが日本に付いたのにまだ神奈川から動かない
4Gでもubuntu mate重かった 今度はarmbianにしてみる
>>43 デスクトップ環境をlxdeに変えてみたらどうじゃろ? ubuntu自体を動かすのがキツイ感じ? スレみてたら欲しくなってきた。pi2も買っただけで使ってないのにどうしよう。 0.6.xのstableはいつになったら出るんだろうか 0.5.xだと0.5.15がstableだからそろそろ出そうなもんだが……
秋月で1G版、AmazonでRaspberry Pi用のケース買ったんだけど Rock64が収まっているポリケース… これ加工したら別途ケース買わなくても良かったかもw
ついでなのでやってみた ここに説明がある http://wiki.pine64.org/index.php/OpenMediaVault 16GBのmicroSDにイメージ書き込んでブート 一瞬armbianの画面が出るがHDMI出力は消える でブラウザで http://192.168.11.**/ と入って説明通りのユーザーパスワードでログインしたら、 余ってた1TBの外付けUSB2.0 HDDをつけてマウントして ユーザー登録、SAMBA起動、共有までやって Windowsから \\192.168.11.** で入って、作った共有フォルダにネットワークドライブZ:を割り当てて CrystalDiskMark5でベンチ取ったら、読み込み115MB/s, 書き込み35MB/sぐらいだった ギガイーサーの上限まではいけるみたいだよ 初Rock64なんですが、電源入れると緑白赤のLEDが点きっぱなしは正常でしょうか? 壊しちゃったのかなぁ…ブートしてくれません。 (GPIOから電源供給しようとして上下逆につないでしまった。)
Rock64に関する英語の動画 ダウンロード&関連動画>> VIDEO が、1日で視聴回数が4300回余り、コメント数90以上あるのだが 他の情報源にない、何か技術的なブレイクツルーなものがあるのでしょうか? SBCでNASを構成する場合、OSに関してはLinuxを入れてSAMBAを入れるよりも OpenMediaVaultのようなNAS用OSを入れるのが便利です OpenMediaVault以外にもNAS4Freeなどがあるようです これらはRAID0やRAID1などのソフトウェアRAIDにも対応しています。 NASとしてのパフォーマンスについてはUSB2.0が480Mbpsなのに対して 100baseのイーサーは100Mbpsですから、ネットワークが律速になるため RP3のように100baseまでのSBCはNASには向きません PINE64は1000baseなので、USB2.0の480Mbpsを超えるため USB2.0の外付けHDDの能力を生かすことができるでしょう USB3.0の方が5Gbpsまで対応しているのでベターです コストパフォーマンスはPINE64(2G)+電源+microSD(8G)で6000円ってところでしょうか。 PINE64(1G)+電源+microSD(8G)で4500円ぐらい。 新規に4TBの外付HDDを買うと1万3000円ぐらいですので、2万円未満で4TBのNASが作れます。 しかも外付けHDDを足せば容量を増やせます。 わざわざNASのためにPINE64を買うのもどうかとは思いますが余ってたらNASに使うのも一考
USB3.0ってことはUSBカメラの出番か? 実際のところUSB3.0の速度はどんなもんよ?
OpenMediaVaultはLinuxなんだがこいつは何言ってんだ?
>>51 HDMIにブートメッセージが出だせば、赤が消えて白緑だけになる。 ddとかで焼いたのなら、Pine64 installerを使ってみれば? >>56 ? USB2.0の帯域を超えるUSBカメラがあるのか? まともに相手しても時間の無駄にしかならないタイプの人だと思うよ
>>59 どうも顕微鏡用がUSB3.0が多いらしい >>58 貴重な情報有り難うございます。 「DD for Windows」「Pine64 installer」「Etcher for Windows」 「Win32 Disk Imager」「SD_Firmware_Tool」を使ってみましたが全滅でした。 ACアダプターは5V3AをGPIO給電 イメージは「Android 7.x (microSD Boot)」と「Lakka(microSD Boot)」 MicroSDは8GBと16GBの新品を使用 ツールのベリファイチェックは問題なし、本体のスイッチを押しても反応なし ラズパイのイメージは問題なくブートするのが焼けるので、ボードが逝ってるのかなぁ 回路図を見るかぎり、電源の逆挿し保護とか なぁーんも無いからな 壊れたんじゃなくて、壊したってことだな もし、その状態で生きてたとしたら 大したメッケもん 既に人生の運を使い果たしたかも
ACアダプターはGPIOに挿すんじゃなくて 百均の給電専用のmicroUSBケーブルをばらして そこに、ACアダプターの5Vをハンダ付けした方がいいよ 給電専用なら2本しかないから調べるのは簡単 +側にトグルスイッチ組み込んでON/OFFできるようにしてもいいし
俺は電源をイヤホンジャックに指して電源はいらねーってやってた
3.5mm x 1.35mm バレルジャックだ このマヌケ
>>66 GPIOなんて電源保護が無いんだからあぶない microUSBならレギュレータやポリスイッチを通してるので比較的安全 うちのRP3やPINE64も、5V3AのACアダプタとスイッチで電源構成して そこからmicroUSBを出してボードに差している 電源のON/OFFはスイッチでやるので抜き差ししない分だけボードにやさしい GPIO受電する目的の多くはUSB端子の電圧降下で求める性能が出ないから。 保護以前に使えければ意味が無い
Pine64 to Release RockPro64 Boards Based on Rockchip RK3399 and RK3399Pro for Around $60 and Up https://www.cnx-software.com/2018/01/29/pine64-to-release-rockpro64-boards-based-on-rockchip-rk3399-and-rk3399pro-for-60-and-up/ SoC (one or the other) Rockchip RK3399 hexa-core processor with 2x ARM Cortex A72 cores up to 2.0 GHz, 4x Cortex A53 cores, and an Arm Mali-T860 MP4 GPU Rockchip RK3399Pro hexa-core processor with 2x ARM Cortex A72 cores up to 2.0 GHz, 4x Cortex A53 cores, an Arm Mali-T860 MP4 GPU, and a Neural Network Processing Unit (NPU) System Memory 2 or 4 GB LPDDR3, dual channel Storage eMMC flash module, micro SD card (bootable) Video Output & Display Interfaces HDMI 2.0 output, eDP connector, MIPI connector + TP connector + backlight supply, DisplayPort via USB type C Audio ES8316 Audio Codec; Headphone/MIC jack Connectivity Gigabit Ethernet, SDIO socket for WiFi and Bluetooth module USB 2x USB 2.0 host ports, 1x USB 3.0 port, 1x USB 3.0 type C port with DisplayPort Alt-mode Camera Parallel CSI, 2x MIPI CSI Debugging 3-pin serial header Expansion 40-pin GPIO header (I2C/SPI/I2S/UARTs/GPIOs) PCIe 4x slot Misc Heatsink mounting holes + FAN header, Power/Reset/Recovery buttons, IR receiver Power Supply TBD Dimensions 133mm x 80mm x 19mm (Same as Pine64 board) RK3399 based Rockpro64 will launch on March 15 for $59 to $65 with 2GB RAM, and $79 with 4GB RAM, while Rockpro64-AI should start selling on August 1, 2018 for $99 with RK3399Pro and 4GB RAM. Rockchip3399のGPUのMali-T860はSP(シェーダープロセッサ)が16で、24Gflopsであり ROCK64のRockchip3328のMali-T450のSPが8、12GFlopsの2倍の性能 PINE64のA64のMali-T400のSPが4、6GFlopsの4倍の性能
Rockchip 3399と、TinkerBoardのRockchip 3288の比較 https://browser.geekbench.com/v4/cpu/compare/418070?baseline=507525 Geekbench 4.0.1 rockchip3399 rockchip3288 Coretex A72x2+A53x4 A17x4 ------------------------------------------------------- Single-Core Score 1394 806 Multi-Core Score 2623 2023 これは、Single-Coreでは、ハイパフォーマンスチップのA72とA17同士の比較で A72の方が倍近いパフォーマンスなのに対して Multi-Coreでは3399のローパフォーマンスのA53が足をひっぱってるため 3328にぶっちぎりでは勝てなかったのです。 ただし普段使いの性能はシングルコア性能で決まるので3399の方が体感でも速く感じると思われます 訂正 3328にぶっちぎりでは勝てなかったのです。 ↓ 3288にぶっちぎりでは勝てなかったのです。
PCIeソケットがあるので、GPU挿して機械学習やマイニングするのに使うのでしょう
届いたけど改造しやすそうなケースにはいっているのな
PINE64もあの紙ケースのまま使えばいいのかもな
MALIの多くは、Linuxでは対応してないけど Androidでは全て対応しているので GPUを100%使いたいゲームがしたいのなら Android入れればいい
興味半分でkernelのセルフ・ビルドしてみたら 114分 一般的な4Core-PCのおおよそ5〜6倍 クロック周波数で3倍ほど差があるの考慮すると、思ってたより結構検討してる
>>ID:7IzeKWTk 大変ご苦労だったけど、URLだけ貼ればいい。 だらだらコピペされてもうっとうしいだけ。 よけいな解説も必要無いよ、自分で読むから。
>>87 立ち上がった瞬間にHDMI出力はゼロになり インターフェイスはWEB-GUIだけになるので 実行中のメモリー消費は200MBぐらいです ゆえに余裕を見ても1GBので十分 >>88 早速のレス、ありがとうございます。 参考にさせていただきます。 Cortex-A53だからね 同時期に発表されたCortex-A57は、三命令同時実行のアウトオブオーダーと 大きいバッファーの分岐予測により高い処理能力が与えられており そのプロセスシュリンク版がA72 A53はA57みたいなてんこ盛りじゃなくて低消費電力で動くようにできていて性能が低い Intel風に言えば飛躍的とか革新的とか形容するんだろうけど、たかだか2倍程度だからな bionic-mate, そんなレベルじゃなかったね 簡素なTerminalでさえ、ドラッグに遅れてトロトロ付いてくる まるで、何のアクセラ機能も無い標準VGAドライバ、そんな感じ。 さっきアップ・デートしたら、かなりマシになったよ。
PINE64のイーサーは遅いとラズパイマガジンの去年の号に載っていて 30MB/sしか出ないと書いてあった 手持ちのIntelのNUCに入れたUbuntu間でiperfで測定してみたら 224Mb/s 28MB/sで確かに遅い 念のためにサーバーに使ってるFreeBSDマシン間で測ったら688Mb/s 86MB/sでまあまあの速度 遅かったのはIntelのNUCのRealtekのネットワークチップとドライバーか! というわけで現在のPINE64のイーサーは遅いわけではないようです
その PINE64 が A64 を指すなら、eMMCも対応してないから 何を付けようがストレージネックで、実質30MB/s程度 86MB/s って数値を疑うつもりは無いが それは、RAMキャッシュに収まる程度の極端に小さいファイルの場合とか /dev/null or /dev/zero とかの実態の無い類を対象とした、ベンチだけの話
☆ 現在、衆議員と参議院の両院で、改憲議員が3分の2を 超えております。総務省の、『憲法改正国民投票法』、 でググってみてください。国会の発議はすでに可能です。 平和は勝ち取るものです。お願い致します。☆☆
ケースでグダグダ言う奴が、いいケースがあるか調べもせずに買い、予定通りグダグダ言う。 自業自得。
rock64でハードウエアエンコーディングができた人いる? gstreamerとmpp、rockchipmppはビルドしたんだが、 どうやっても再生可能なmp4を作ることができない。 /dev/vepuは動いている様なんだが…
>>108 レスありがとう。 Tinker Boardの方で動いてそうだったので、期待してた。 もしかして、kernelの方からイジらないといけないのかな。 rock64はソフトウエアのサポートが残念だよなあ。 >>109 >Tinker Boardの方で動いてそう >>109 >Tinker Boardの方で動いてそう すまない。なんかえらい誤送信してしまった >>109 >Tinker Boardの方で動いてそう そうなのか Tinkerの方は大手のものだから,rock64より開発リソースがあるんだろうな >>108 ayufanさんは、『オレんところでは動いてる』って言ってんだよなあ。 HW・Accelデコードが出来るんだから, もうチョイ 動作確認用の 2k60.hevc(bbb-1920x1080-cfg06.mkv)だと、250 Frame/sec ぐらい HW・Accel無しだと、Core2でもギリギリ --- 俺が知らないだけで、実は既に出来るのかも知らない
秋月からROCK64 1GBが届いたのでOpenMediaVaultを試してみた 5V4AのACアダプターを使ったが、変換にはこれを用いた http://akizukidenshi.com/catalog/g/gC-00088/ イメージファイルは https://github.com/ayufan-rock64/linux-build/releases の stretch-openmediavault-rock64-0.6.22-188-arm64.img.xz これを解凍して16GBのmicroSDに焼いてブート 外付けHDDはNTFSの既存の2.5インチポータブルHDDを取り付けたIFはUSB3.0 それをROCK64のUSB3.0に接続し、てきとうなフォルダをマウントして 同じネット内のWindows10でネットワークドライブのZ:にした そのZ:にCrystalDiskMark5をやった結果 Sequential Read (Q= 32,T= 1) : 80.954 MB/s Sequential Write (Q= 32,T= 1) : 39.894 MB/s Random Read 4KiB (Q= 32,T= 1) : 3.962 MB/s [ 967.3 IOPS] Random Write 4KiB (Q= 32,T= 1) : 11.601 MB/s [ 2832.3 IOPS] 1000baseの理論値125MB/sまではいかないが、まあまあな速度。 Sambaの特性で接続したHDDのルートからのマウントができないが、一度適当なフォルダを(例えばmedia)マウントしてから sshでrootでログインして /etc/samba/smb.cfg の #======================= Share Definitions ======================= [media] path = /srv/dev-disk-by-id-usb-ATA_TOSHIBA_MQ01ABD1_hoge/media となってるような部分を path = /srv/dev-disk-by-id-usb-ATA_TOSHIBA_MQ01ABD1_hoge とフォルダを省いて保存してsambaのサービスを再起動すれば、外付けHDDをルートからアクセスできる root@Rock64:~# fdisk /dev/sda Welcome to fdisk (util-linux 2.31.1). Changes will remain in memory only, until you decide to write them. Be careful before using the write command. Command (m for help): p Disk /dev/sda: 931.5 GiB, 1000204886016 bytes, 1953525168 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 33553920 bytes Disklabel type: dos こんなの出るけど、これ なんかおかしくない?
usbバスパワーの外付けHDDでも問題ない? 電源は別で取ったほうがいい?
usb3.0 なら、self-power タイプのハブでも噛ました方が良い 電源の電流供給というより、v-bus on/off 絡みでのトラブル(usbコネクション初期化の失敗とか、spin-up待ちが足りないとかいった類) v-busのon/offが無くなる分だけ、その手のトラブルが減る あと、UAS対応はOffった方が良い HDDならたいした性能向上もないし、そもそもUASドライバの完成度が低い usb2.0 なら、どちらでも安定
どういたしまして みんなアンタみたいに素直ならヤツならいいのにね
>>115 ハードウェアエンコーダの動作に成功。 bionic beaverのarmhf版上であれば、ayufanさんところのレポジトリから 簡単にインストールできて、正常に動作する。 arm64上では使えないというなんとも中途半端な結果に終わった。 デスクトップ環境入れ直したら治った 時間食い過ぎたーよ
bionic、armhf なら多少はマシかなと思って試してみたけど aarch64と同じで、smplyaer とか vlc とかの動画再生物を起動すると x-server ごと落ちるのは変わってないな
ayufanのパッケージが原因と判明 まともに動くようなった、 解決
ハードウェアエンコーダ、 arm64コードで動かすには、mpp or kernel を弄らん限り無理だね mppだけでもいけるかも知らんが、これだと結構面倒くさそう うちは両方弄って動くようになった。
>>134 技術力があってうらやましい。 良かったら、ヒントください。 基にしたosとか、カーネルとか、cloneするgithubのアドレスを教えていただけませんか? ROCK64にUSBの外付けHDDをつないで、Samba専用機として使い始めたものです。ROCK64もPCもLANはギガなのですが、大きなファイルをPC→ROCK64でコピーしても20〜23M程度しか出ません。 他に同じような使い方をされている方がいらっしゃいましたら、スピードはどのくらい出ているか聞かせてください。
Rock64持ってないけど速度的にUSB2.0かNTFS使ってんだろ
>>137 ROCK64のUSB2.0側にHDDをつけた場合 USB2.0は400Mbpsなので、理論上は60MB/sぐらい出るはずだが 実質は半分の30MB/sぐらいしか出ない USB3.0にUSB3.0のHDDをつけた場合 読み込みは80MB/s以上行くが、書き込みは30MB/s程度のようだ これは実際に測った Gbitイーサーの速度以外に、Rock64のSOC(CPU)の処理速度、バッファに使っているmicroSDの速度など 複合要因が関わるのでそんなもんだと思ってほしい >>139 アドバイスありがとう。 外付けHDDはUSB3.0で、SDは使わずemmcで運用してます。(スピードついてできる限り工夫したつもりでしたが・・・) >>138 USB3.0だけど、NTFSでformatしたのをそのまま使ってるのがいけない? ROCK64でformatしてからの方が良い? >>141 もちろんext4にするべき kernelが直接扱えないからかなりオーバーヘッドになる >>142 やっぱりそうですね。 できることは全部するってそういうことですね。 速度以前にLinuxでNTFSは常用するもんじゃない
スティックAndroid製品でソフトのサポートが 貧弱だったのでRockchip は手を出さないと決めた。と言っても 自身で解決しきれないのが根本の原因だけどね。
>>144 そだね〜。 今は帰る途中なんで、着いたら速攻formatします。 >>145 俺も ROCKCHIP よりは allwinner に好感を持ってる。 そうなると ROCK64 よりは PINE H64 か。こいつには、mini PCIe が載っている。 SATA x2 → mini PCIe ボードが $8 ぐらいからあるようだ。ASM1061 だが. armbian がサポートした後でしか絶対買わないが、調査だけしようかな。 A53はローパフォーマンスCPUで バッテリーで動かすのであれば仕方ないけど ACアダプターで動かすのならハイパフォーマンスのA75を搭載した RockPro64の方がいいと思う
>>142 ext4に変更した結界の報告です。 Win→rock64のテストだけですが、エクスプローラの表示で80〜90、FastCopyの表示で80〜85Mb/sという嬉しい結果になりました。アドバイスありがとうございました。 結界→結果w パーティション切り直したり、ディレクトリを追加してアクセス権をいじれるような設定をするのに時間がかかって、今頃の報告になりました。
PINE64 Ubuntu Mateは、立ち上がらないことがあったんだが、(10回に9回ぐらい立ち上がらない) ayufanのMINIMAL入れて、書いてある通りにMateデスクトップ構築したら 必ず立ち上がるし、rebootかければリブートするようになった デスクトップ構築半日ぐらいかかったが、まともに使えるようになった 海外の掲示板では、電源の5VとGNDの間に10μFの低ESRのコンデンサー入れると立ち上がるとか オカルトみたいな話が書いてあったが、カーネルが腐ってたんだな おかしなことにMACアドレスまで変わってた
ROCK64のeMMCを、PCでBackup, Restoreって出来る? PINEで売ってるアダプタ使って。
eMMC アダプタ 普通のUSB感覚で、気軽に抜き差ししてるとeMMCが壊れるよ 本スレに同じような書き込みが結構ある 使うのは、最後の手段と考えるべきだな 抜き差し10回以下だったが、最後の抜き差し直後に壊れた (電源切らずに刺したのかもしれないが、はっきりとは覚えていない) そういう物かと理解して、それからは使ってない。
>>154 貴重な情報ありがとう。 eMMCはROCK64で初めて手にとったんだけど、接触部分を見て不安だったw SDカード感覚で抜き差し出来ないとなると、Backupどうしようかな。 困った。 dd使ってまるごとバックアップ取って圧縮しながらsshで他のPCに流せばいじゃん
壊れるのは端子の接触部分じゃない、半導体としてのeMMC もともとホット・プラグを意識した製品じゃないから その手の保護はなんも無い eMMCの電源1.8V、これなんか剥き出しだから ここにちょっとでも高い電圧掛かったら それで終わり 3.3Vとか5Vとかが、すぐそば走ってるから 注意しないと 完全に電源を切って、更にアースバンドを手につないで・・・ 極論を言うと、そういった心構えが必要。 もし一個しか持ってなかったら、 操作手順が悪いのか/それとも壊れたか の判断もできない 本スレでは、その辺の切り分けが出来ないヤツが多かったな
>>155 そもそもデータのバックアップにdd使う必要ない i-node を見てるやつが有ったりするからな これだと、tar で取ったら復元できない その手のアプリを予め特定出来てればいいけど、そうじゃなきゃハマル だから、場合によりけり バックアップと取りたいなら、microSDで立ち上げて 後は ddなり、tarなり、ssh なり 好きなように ハッキリ言って、eMMCアダプタの必要性は殆ど無いよ それより、不備に備えてシリアル・コンソールを用意してた方が遥かに役に立つ
コントローラーが何か判ってないのに聞いてどうするの?
eMMCなら分散書き込みができる分だけ長持ちするかと思ってた
分散? ウェアレベリングならSDだってやってる ダイナミックだとかスタティックだとかECCビット数だとか総合的に理解出来てないと信頼性だとか考えるだけ無駄
そうなのかー、eMMCにメリットないならTrascendのSDにして壊れたら交換してもらうほうがいいかも
eMMC は、208MB/sec のバススピード。microSD は、UHS-I に対応してても 104MB/sec 。 SoC がUHS-I に対応していてもダメな場合がある。I/O 電圧を切り替える外付け回路が必要だったような。 ROCK64 はというと、ダメなケースに相当する ... ような。詳しくは知らんけど。
SDと比較してeMMCに優位性があるなら、USB3.0なeMMCあるはずだよな知らんけど ググったけど外付けHDD/SSDやUSBメモリみたいな製品ないから、耐久性はフラッシュメモリと変わんねーんじゃねーの
>>169 eMMCは抜き差し対応規格じゃないからなw SD/USBメモリ Read: 100MB/sec, Write: 10〜20MB/sec eMMC Read: 100MB/sec, Write: 100MB/sec もし、SD/USBメモリのWriteがReadと同程度の100MB/sec なら、確かにeMMCのメリットは無い だが、現実は上の通り (う少し速い大当たりのヤツも有るらしいが、10MB/sec以下のハズレもある) eMMCなら、1.5倍程度の値段で Write:100MB/sec、ハズレは無し 書込み速度が売りだからな、当然
>>169 だけど、速度に優位性はあるので、SSD的なハード保護がついてるかどうかの話をしたかった コストに関してはUSBメモリ型SSDある 抜き差しに関しては、SATAは無理でもUSB-SATAという変換かませば可能という例がある 155なんだけど、結局eMMCのバックアップは、みんなどうしてるの? 教えて下さい。
>>176 ddしたいならsdでブートしてやる スクリプトで自動化すればsdさして電源入れるだけで終わったら終了 vfat領域を作ってそこにイメージ保存するようにすればwindowsからでも見られる これでどう? それかファイルシステムだけバックアップ出来ればいいならdump
>>177 早速のアドバイスありがとう! 自分の腕と相談しながら、壊さないように遣ってみます。 秋月に置いてあるPine64 Media Board のUSB3.0ってxHCI? Jetson/Tegra X1 RCMモードにバイナリ突っ込むのに手頃な感じなので使えるか気になる… だれか dmesg|grep HCI のログあるならお願いします (いや、USB2.0でもurb->transfer_buffer_lengthのチェック削ったカーネルなら デカいURB_CONTROL_REQUEST流し込めるけど、パワーサイクル用GPIOとUARTも付属だと 箱として用意できるので開発が楽になるなーと思ってね…) (後は女医婚のソケットか…アキバじゃ部品が流れてない)
"Pine64 Media Board" ってのは、無いぞ 正確に書けないなら、urlを 貼れよ
dmesg|grep HCI [ 1.736622] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver [ 1.744238] ehci-pci: EHCI PCI platform driver [ 1.751654] ehci-platform: EHCI generic platform driver [ 1.761717] ehci-platform ff5c0000.usb: EHCI Host Controller [ 1.790055] ehci-platform ff5c0000.usb: USB 2.0 started, EHCI 1.00 [ 1.813265] usb usb2: Product: EHCI Host Controller [ 1.852267] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver [ 1.859916] ohci-platform: OHCI generic platform driver [ 1.868075] ohci-platform ff5d0000.usb: Generic Platform OHCI controller [ 1.963603] usb usb3: Product: Generic Platform OHCI controller [ 2.005889] xhci-hcd xhci-hcd.10.auto: xHCI Host Controller [ 2.056616] usb usb4: Product: xHCI Host Controller [ 2.099855] xhci-hcd xhci-hcd.10.auto: xHCI Host Controller [ 2.144072] usb usb5: Product: xHCI Host Controller
GUIの反応がずっと悪いと思ってたらマウスのクリック感度が悪くなってたわ… もっと早くに気づくんだった 先入観って怖いな
>>184 ありがたい…やはりxHCI付いてる >[ 2.005889] xhci-hcd xhci-hcd.10.auto: xHCI Host Controller >[ 2.056616] usb usb4: Product: xHCI Host Controller >[ 2.099855] xhci-hcd xhci-hcd.10.auto: xHCI Host Controller >[ 2.144072] usb usb5: Product: xHCI Host Controller しかし新たな謎が… 商品画像と説明には1ポートとあるが、内部的には2つ? あとROCK64のログで気づいたけど、MediaBoardってROCK64の事なのか… Pine64MediaBoardでググっても出てこないんで正直Mediaは別物だと思ってた (今は理解してる) ありがたい。 switch弄るのに一台手に入れるか お望み通りに、 "dmesg|grep HCI" しただけだからな USB3.0 x1ポート / USB2.0 x2ポート で合ってるよ lsusb に解説付けると、下の通り # lsub -- USB2.0 -- Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub (OTG Controller) Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub (EHCI Host Controller) -- USB3.0 -- Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub (OHCI controller) Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub (xHCI Host Controller) Bus 005 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub (xHCI Host Controller) US3.0のポートには3個のドライバ(1.1/2.0/3.0)が割り当てられてる、ってイメージかな? んで、"2.0 root hub" はxHCIで代用 んなもんで 指定の "dmesg|grep HCI" を実行すると xHCIが2つ見える 間違えてるかも知らんけど、そんな感じ
USB3.0 @ Linux 完成度は、もう一歩 ってな処 過渡な期待すると、ガッカリするかもよ 特に、Power のOn/Off に纏わるトラブル多し うちは セルフ・パワーのHUB付けて回避してるけど、それ以外なら安定してる あとLinuxの追っかけても、この辺のコードは殆ど改善されてないから 都合の良い期待はしない方がいい 自分で kernel-driver 直せるな実力者なら別だろうけど もし相性とかで問題出たらTarget側でなんとか対処するしかない
RockPro64が販売開始 https://www.pine64.org/?post_type=product ROCKPro64 4GB Single Board Computer Price: $79.99 ROCKPro64 Heatsink Price: $2.49 ROCKPro64 12V 5A US POWER SUPPLY Price: $11.99 ROCKPro64 PCI-e to Dual SATA-II Interface Card Price: $9.99 ROCKPro64 PCI-e X4 to M.2/NGFF NVMe SSD Interface Card Price: $5.99 PINE64の シングルスレッドはUnixBenchで Dhrystone 2 using register variables 6068794.9 lps Double-Precision Whetstone 1085.5 MWIPS Celeron N3050のシングルスレッドは Dhrystone 2 using register variables 11377386.6 lps Double-Precision Whetstone 1893.0 MWIPS なので、CeleronN3050はPINE64の倍ぐらい クロックが倍近い事を考えると、そんなに差はない RockPro64のA72はPINE64のA53の倍の性能らしいので おそらくCeleron N3050と同等かそれ以上の処理速度になる それがメモリー 4GBもついて1万円で、電源とヒートシンク込みで買えるんだから安いもの
俺は待つわ。いつまでも待つわ。armbian が出るその日まで。
Starting kernel ... ERROR: rockchip_plat_sip_handler: unhandled SMC (0x82000003) 一行目でエラーかよ 実害なさそうだけど、さすがにこれは みっともないだろ たまに、全く動かないのリリースしたりするし 本人は、何の確認してないのかもな
>>193 Armbian がSuportedでリリースされてるぞ。 >>196 さっき気付いたわ debianで構築したばかりなのに >>199 RAM込み10k以下がなかなか見つからなくてrock64に行き着いた俺に一言。 最初は、3月中発売がだったのが 今現在は5月中、だが未だに物が無い 最近は Jun/Midle とか言ってるみたいだが・・・ 自分で提示した予定なのに、それを悪びれる事も無く簡単に何度覆すヤツ 年内に用意出来るのかどうかも怪しいもんだ
>>200 最近bangoodだかgeekbuyingだかで80$くらいで在ったよ >>196 やるべぇと思ったらヘッドレスはまだみたい 個人的に残念 今のLinuxすごいな ワイヤレスマウス指しただけで動いた 感動した
ワイヤレスマウスなんてPCから見たら普通のマウスとなんも変わらんだろ
一行目のエラーは消えたな しかし、代わりに eMMC がボロボロなってる microSDの方も変だけど こっちは当たり外れものせいもあるし、仕方ないか
僕の知り合いの知り合いができた副業情報ドットコム 関心がある人だけ見てください。 グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』 HEXTM
u-boot-flash-spi-rock64を使った後の機体しかないのですが、armbianが起動しません。 u-boot-erase-spi-rock64を使用してイレースした後も同様です。 なおすべてmicroSDからの起動で試しており、stretch-minimal-rock64は起動します。 どなたか、同じ症状の方いらっしゃいませんでしょうか。 また解決方法をご存知の方いらっしゃいませんでしょうか。 使用したものは以下です。 u-boot-flash-spi-rock64.img u-boot-erase-spi-rock64.img stretch-minimal-rock64-0.6.37-221-arm64.img Armbian_5.42_Rock64_Ubuntu_xenial_default_4.4.124.img Armbian_5.42_Rock64_Debian_stretch_default_4.4.124_desktop.img
>>209 に関して、若干の進捗を 以下、stretch-minimal-rock64-0.6.37-221-arm64.imgからの起動で。 flash_erase /dev/mtd0 0 0 ubiformat /dev/mtd0 上記2つのどちらでも、spiからの起動を無効にできるはず。 一応下記で確認 dd if=/dev/mtd0 of=test.bin status=progress 前者は全部0xff(address:0x30000まで確認)、後者は"UBI"から始まるセクションがいくつかである模様。 特に前者は起動のしようがないと思います。 この状況でも、やっぱりarmbianが起動しません。 起動しないロットがあったりするのかな、とかを疑っています。 単純に、現在の最新のarmbianで起動できた方、もしくは起動できない方いらっしゃいますか? 起動するから/しないか の議論だったら、 起動はするよ↓ Welcome to ARMBIAN 5.42 testing Ubuntu 16.04.4 LTS 4.4.124-rk3328 System load: 0.79 0.19 0.06 Up time: 0 min Memory usage: 1 % of 3924MB IP: 192.168.0.1 CPU temp: 43°C Usage of /: 12% of 7.2G
そちらの環境で動かないのは事実なんだろうが ログ何も無しじゃ、どんなヤツだって手の出しようが無い ケチらないで、シリアルコンソールを買っておけよ Amazon辺りで、200円ぐらいで買えるんだから
>>213 >起動はするよ 有難うございます。十分な情報です。 こんな事態に陥ることを想定してなかったもので・・・ 別件で尼券買ってきたので、発注してみます。 primeで安いの見つかればいいなあ(自分で探します)。 raspi と違って、1.5M bpsだからな そこだけは、注意しておけよ
>raspi と違って、1.5M bpsだからな SDにDDで書くだけ書いて、抜かないでマウントしてgrepかけてみました ./boot.cmd:if test "${console}" = "serial" || test "${console}" = "both"; then setenv consoleargs "${consoleargs} console=ttyFIQ0,1500000"; fi たぶんこれが速度決めてるんだと思いますけど、確かに1.5Mですねぇ。 秋月さんのシリアルも最大3Mとか書いてあるから、それで合っているんでしょう。 上の書き換えて何とかならねぇかな、とかも・・・。
https://www.armbian.com/rock64/ UART is accessible on pin(6 gnd), pin(8 Tx), and pin(10 Rx) and with unusual speed: 1500000 ↑↑大きい字で書いてある 何を買おうが買ってだが、対応できないヤツ買ったら何の役にも立たない 勿論変更も可能だが 起動時のその物の設定を変えるとなると u-boot 自体から弄らないとな 本末転倒だろ、それだけの力量があれば そもそもこんなトコで聞いたりしない 力量と個別仕様は全然別のもので、比較は無理ですす。 シリアルの仕様はチェックしてませんでしたし、それがArmbianでどういうスタックで動くかは まったく仕様を調査してません。(raspbianでboot.cmdだった気がしたので確認してみました。) 調査する力量があっても、初耳の仕様のましてスタックまではさすがに無理です。 ついでに仕様で言うと、amazonで\200ぐらいのは115.2kでも問題ありという酷評が出てます。 基板の精度とかも含めた仕様までは、現物手に入れないと無理ですね。 壁にぶち当たってから仕様を調べ始め、原因を探す。 そんなもんかと。
/boot/boot.cmd or /boot/boot.scr # DO NOT EDIT THIS FILE # ... if test "${console}" = "serial" || test "${console}" = "both"; then setenv consoleargs "${consoleargs} console=ttyFIQ0,1500000"; fi ... とあるから、kernel に渡すブート・パラメータだな "u-boot"その物の段階でコケてる場合は無意味 そうでない場合なら(kernelブートの段階で問題有りなら)、試す価値あるかもな ただし、"DO NOT EDIT THIS FILE" ってあるから、変更に関しては何らかの規則/制限はありそう 残念だが、これに関する知識はオレには無い ---- ハッキリ言って こんな事で悩んでるより 対応品探して買った方が早い pine を引き合いに出してるようだが、pine は遅いからな 運が悪いと到着まで一月、早くても2週間、送料もそれなり掛かる($10程度だったと記憶)
秋月や ああ秋月や 秋月や シリアル〜3M確定600円ぐらい(確か)、ついでにrock64の電源の入れ方まで丁寧に書いてある 使用部品の仕様明確じゃないんで確定的なこと言えないけど、日本製で3A入力なあのサイズの電源端子はない 公式やwikiで必死に「2Aでも大丈夫だけどUSB3.0どうかなぁ…」ってアチコチに書いてあるのはそんな事情かも
usb serialのパチものは止めとけ 後で買い直す羽目になるぞ
パチものとは何か? なぜパチものだと思ったのか? パチものだとどう駄目なのか? 何一つ語らずに判った様な事だけ言う それがシッタカ
USB serial は、チップが何かというのをまず気にすべき。FTDI だとまず安心。 1.5M だと TXD/RXD がストレートに配線されてる方が良いだろうな。 上のリンクだと 黄色のコネクタ付きの方。赤は分岐してるわ。 CP2102 の小さいやつは、安いが 921.6 kbps まで。
>>225 え、FTDIの安物ってパチものなのは常識でしょ? 最近は違うの? それが、どうした この手のネジクギ商品、どれを買ったって どのみち中身は "made in chaina" だ この時点で、例え正規品と記してあったとしても あてなんかならん ようは動けばそれでいい、それ以上は望んでない
>>226 ん?今手元にあるやつは、パチものかも知れないな。 パチものの具体的な問題点は何? ドライバはインストールされたが。 >パチものの具体的な問題点は何? ドライバはインストールされたが。 3つ。 一つ目。当たり外れがある。 二つ目。たとえ当たりで動いたとしても、本物で保証されるスペックが出ない場合がある。 この場合、こういう場所で話がかみ合わなくなる場合がある。 三つ目。本来のライセンサーの収益を脅かす。 これに関しての対応はライセンサー次第だが、業界を衰退させる問題のある行為だと認識しておいてほしい。 ところで私は昨日からの騒ぎの元凶の者だが。 パチとまでは言えないが、手元のrock64は現状armbianが動かない個体。 >>212 の情報提供で、動く個体も存在することは確認した。 機材不備(用意なし)で確認できないのは申し訳ない限りだが。 手元のは最初期のものなので、ロットによっての差の可能性を疑っている。 解析の結果で予想が証明されると、armbianを諦めざるをえない。 >>230 そもそもパチもんかどうかも判断できてない。どこが違うのと聞いているわけだ。 一般論聞いてるんじゃないよ。 >>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に抑えたのだ ファンうるさいし
>>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マシンにも風吹いてキター!!! 次に期待つないだー!!! そんでまだビルド終わってねー!!! もうええわー!!! 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でトライはしてみました 現状の停止状態はこちらです 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がなくて使えないってなる…
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 素朴な疑問。 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すらブラウザでの再生支援は効いてないしね 今度のカーネルに再生支援のドライバが組み込まれるらしいから望みはある
先週末に買ってみてずっと試行錯誤してるんだけどどうやっても起動せん・・・ シングルボードコンピュータに手出すの自体初めてだったのだけども どのsdにどのos焼いてもhdmiもLANケーブルも無反応で困惑 たまに白いLEDがチカチカ点滅してるから読み込んでないわけじゃあないとは思うんだけどなぁ
まずSD Card Formatterでsdをフォーマットして(fatになってるのは確認した) 公式のPINE64 Installerと本家のetcherとUSBWriter-1.3の三種類を試した感じ win32diskimagerはなんか知らんけどうちの環境だと立ち上がらんかった もう一つ買うか・・・そうか・・・
とりあえずLinux環境からコマンドで焼いてみ めんどくさいソフトは何一つ使う必要ないし不具合も起きづらいから
Linux機もってないけどWindows10上で走る仮想でもいけるかな? ためしにやってみる
まさかACアダプタが合ってないってオチじゃなかろうな
>>463 基本的なところで電源およびケーブルは公式?ラズパイもだけどそこで躓く人いる >>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の高速動作は相当怪しい感じがするね。
あと、使ったImageも具体的にな 一概に、新しい方が良いという訳でもないし
家のrock64は正式カーネルだとmmcは読めるがメインラインやnextカーネルはエラーが出て起動しない。 pm当たりが怪しい。
Rock64 4GだけどSDは起動だけにしているな システムはUSB HDD
>>479 ありがとう。 回路図見たらSDがエラー吐いた理由がわかったよ! ラズパイ互換はコネクタだけで、配置は互換じゃなかった。 SDのピンにhatが悪さしてた >>485 Rock64の4GBに入れてみたいなあ >>488 Slackwareは結構老舗のディストリだと思うが… 秋月のrock64の4Gにディスンコンマークがついたので 近い将来、直販でしか入手できなくなるのかな。 H6を採用したSBCに置き換わっていくんだろうけど
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完全上位互換にすりゃいいのに
ケースは本体付属の入れ物をニッパーとハンドニブラーで加工した あとは放熱対策だけだ
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 自分は付属のケースに穴開けて使ってるけど ラズパイケースに電源用の穴開ければそのまま使えるよ 輪ゴムは数ヶ月で劣化してボロボロになるからやめた方がいいよ だなあ 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はハブかましてると不安定になる代物 あれからROCK64でNAS諦めて、AliexpressでWintel W8っていうAtom製のミニPC買って使ってます、 今朝みたらraid1構成で4TB分rsyncが問題無く終わってた、どこぞのバタモンのSBCでも熟れているせいかintel製は安定してるんだなと、 ROCK64はゲームコンソールにでもしようかと
とっくに届いてるぞ PinePhoneもそろそろ発送される 次はPineTabだ
>>579-560 おめ で、OSなに入れた? 重すぎたりしない? 物理スイッチがすぐ壊れそうでやわそうとかない? >>581 Ubuntu Touch 物理キーはしっかりしてる。 重さは191gだった。 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は、まだ先だな 出て間もないから当然だが、 現状、性能面/価格面/ソフトウェア対応 の全てで劣っている 触手が動くのは、新しいモノ好きのヤツらだけ
>>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円で発売 http://2chb.net/r/news/1598413131/ 1 デスルフロモナス(北海道) [US] 2020/08/26(水) 12:38:51.17 ID:UzzCQ9sv0 BE:422186189-PLT(12015) 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物理スイッチオフはついてないの? Armbian_20.08_Rockpro64_focal_current_5.7.15 no HDMI output after "starting kernel" ソフトウェアにバグは付き物だが、 リリースする前に せめて一度くらいは確認しろよな 一度も確認せずにリリースするとは、 タマゲるね まぁ この業界、 ココだけに限った事では無いようだが。 驚くよ
nightlyのうちにテストしてバグ報告しなかったお前が悪い