PINE64はA64を搭載したiPhone6Sサイズのシングルボードコンピュータです
ケースやカメラ,Wi-Fi,タッチパネルモジュールなどもあります
ROCK64はRK3328を搭載し4K60P HDR10対応のクレジットカードサイズのメディアボードコンピュータです
USB3.0がありeMMCも搭載できます
SDカードには必要最低限の書き込みで運用
ハードに使うとSDはサクッと死にます。使い捨て上等！の割切りも時に必要
安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう
/bootのみのROは理に適います
前スレ
【PINE64】パイン64 part1【ARM64】
ttp://mao.5ch.net/test/read.cgi/linux/1453481419/
特徴：Pi3に比べて、USB3,GLAN,eMMCなどI/Fが採用され、メモリが4Gまでの製品が購入でき、
用途によっては速い。OSは64ビットでPi3の64ビットOSより安定との印象、GPUは仕様が
公開されていないため、アクセレーターが効いているのはAndroidのみとの印象
電源は5VだがDC端子に互換性はない。基板サイズやGPIOはPi3互換と主張あり、
別途Pi-P5Busもあり、GLANの他に100MLANを増設できる模様、電源・リセットボタンあり
CPUはA53,4コア、USB2は2Port、仕様書ほか、ttp://jump.5ch.net/?https://www.pine64.org/?page_id=7175
購入：本体だけの購入なら、公式か秋月が考えられる。
DCアダプター、ヒートシンク、eMMC、本体ケース、eMMCアダプターなど付属品が必要なら
公式が充実。公式はチャイナ発送。公式購入時に故障があった際の交換等の対応情報なし。
12月以降でRTC対応の本体を製造との話も。
公式は、ttp://jump.5ch.net/?https://www.pine64.org/?product_cat=rock64
OS：ttp://jump.5ch.net/?http://wiki.pine64.org/index.php/ROCK64_Main_Page と armbian が知られている。
Debian Jessie LXDE Stock 20170809版は公式掲示板で不具合情報がある。
デスクトップ環境なら、Xenial Mate Community Build 0.5.10.1xx の使用をよく見かける。
CUIサーバーなら、Debian Stretch/Jessie Minimal Community 0.5.10.1xx か?
0.6.xはそのままでは動かない人柱版。
公式のOSサポートは、当初Stock Build を公表したら、それ以降は、まともに更新されないレベル。
Debian／Xenial ／Androidの Community Build は1名頼り。
イメージファイル書き込みは、SDFormatterでフォーマっトしたあと、エッチャーが便利。
公式掲示板は、ttp://jump.5ch.net/?https://forum.pine64.org/forumdisplay.php?fid=85
公式Project(Pine64等も含む)は、ttp://jump.5ch.net/?http://wiki.pine64.org/index.php/Project
機種によっては瞬断あるらしいけど
なんだかんだ1万分オーダーしちゃった
しかも、買ったら直ぐ発送するわけではなく発送業務は１～２回/月程度
今買ったのなら年末年始に克ち合う可能性大
チャイナはいい加減だから、物品不明になる可能性もある
気長に待ちます
STOREの方にも記述してくれよん
送料のExpressってどんだけ早いんかね
同根のブートローダーにバグ有りでで、マトモに 起動 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: 信じれば カーネル自体はたいして変わってないんじゃないかな？
前より遅くはなったけど・・・、今度のは確かに動く
理由も対処も判ったけど、もう少し確認してから出せよ って思うわ
でも、それらは他には教えない・元にフィードバックしない
提供するほうは色々確認もできないような状況ではいっそ提供するのをやめた方が良いよな
他の誰かが素晴らしいの提供してくれるだろう
やっと4.15系に切り替える気になったのかな
って書いてるのに違うのか……
これの事じゃないの？
ｕname -a
Linux rock64 4.4.77-rockchip-ayufan-118 #1 SMP Thu Sep 14(以下省略)
ｏpenssl version
ｏpenssl 1.0.2g 1 Mar 2016
ｏpenssl speed aes-128-cbc
16bytes 64bytes 256bytes 1024bytes 8192bytes
41454.76k 44619.50k 45796.86k 46101.50k 46164.65k
ｏpenssl speed -evp aes-128-cbc
16bytes 64bytes 256bytes 1024bytes 8192bytes
161586.31k 432387.61k 722881.71k 898601.30k 966481.24k
rock64の方もAESアクセレーター有りだな
ttp://jump.5ch.net/?https://github.com/ayufan-rock64/linux-mainline-kernel
こっち見た感じでは4.15-rc4に対して作業してるっぽいのになぁ
早く届かないかなぁ
kernel 4.15っぽいな
自分も2週間程前に店行って買った
Orange Pi Win PlusがSD壊れやすくて不調なので乗り換えて同じArmbianで使ってるんだが
Nextcloudだけがどうやっても動かない
ayufanの方試してみるかな
あ、ちなみにRockの方ね
Pineに儲けて頑張ってもらいたいしな
流石にMicroSDよりは速いだろ？、と思って試してみたら Write = 11 MB/s だってyo
笑ってしまう、 文字通りの 安物買いの銭失いだった。
980円だったから大した被害は無しだけど、 ggってみると似たような書込み多数
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
G0WDF5KQI8
日本人カエレと言われそうだが。
あと、Debian strech mate コミニティーbuild がアップされて、Debian Jessie Stock イメージが消されたので
公式は Debian linuxをサポートしなくなったのか
しこしこやっていくか
今度はarmbianにしてみる
デスクトップ環境をlxdeに変えてみたらどうじゃろ? ubuntu自体を動かすのがキツイ感じ?
スレみてたら欲しくなってきた。pi2も買っただけで使ってないのにどうしよう。
0.5.xだと0.5.15がstableだからそろそろ出そうなもんだが……
Rock64が収まっているポリケース…
これ加工したら別途ケース買わなくても良かったかもｗ
みんな考えること同じだな
ttp://jump.5ch.net/?https://sourceforge.net/projects/openmediavault/files/Other%20armhf%20images/
ここに説明がある
ttp://jump.5ch.net/?http://wiki.pine64.org/index.php/OpenMediaVault
16GBのmicroSDにイメージ書き込んでブート
一瞬armbianの画面が出るがHDMI出力は消える
でブラウザで
ttp://jump.5ch.net/?http://192.168.11.**/
と入って説明通りのユーザーパスワードでログインしたら、
余ってた1TBの外付けUSB2.0 HDDをつけてマウントして
ユーザー登録、SAMBA起動、共有までやって
Windowsから
\\192.168.11.**
で入って、作った共有フォルダにネットワークドライブZ:を割り当てて
CrystalDiskMark5でベンチ取ったら、読み込み115MB/s, 書き込み35MB/sぐらいだった
ギガイーサーの上限まではいけるみたいだよ
壊しちゃったのかなぁ…ブートしてくれません。
（GPIOから電源供給しようとして上下逆につないでしまった。）
ttp://jump.5ch.net/?https://www.youtube.com/watch?v=ZejkWra-Mfc
が、１日で視聴回数が4300回余り、コメント数90以上あるのだが
他の情報源にない、何か技術的なブレイクツルーなものがあるのでしょうか？
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の速度はどんなもんよ？
HDMIにブートメッセージが出だせば、赤が消えて白緑だけになる。
ddとかで焼いたのなら、Pine64 installerを使ってみれば?
？
USB2.0の帯域を超えるUSBカメラがあるのか？
どうも顕微鏡用がUSB3.0が多いらしい
貴重な情報有り難うございます。
「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の新品を使用
ツールのベリファイチェックは問題なし、本体のスイッチを押しても反応なし
ラズパイのイメージは問題なくブートするのが焼けるので、ボードが逝ってるのかなぁ
壊れたんじゃなくて、壊したってことだな
もし、その状態で生きてたとしたら 大したメッケもん
既に人生の運を使い果たしたかも
百均の給電専用のmicroUSBケーブルをばらして
そこに、ACアダプターの5Vをハンダ付けした方がいいよ
給電専用なら２本しかないから調べるのは簡単
＋側にトグルスイッチ組み込んでON/OFFできるようにしてもいいし
このマヌケ
GPIOなんて電源保護が無いんだからあぶない
microUSBならレギュレータやポリスイッチを通してるので比較的安全
うちのRP3やPINE64も、5V3AのACアダプタとスイッチで電源構成して
そこからmicroUSBを出してボードに差している
電源のON/OFFはスイッチでやるので抜き差ししない分だけボードにやさしい
保護以前に使えければ意味が無い
ttp://jump.5ch.net/?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.
ROCK64のRockchip3328のMali-T450のSPが8、12GFlopsの2倍の性能
PINE64のA64のMali-T400のSPが4、6GFlopsの4倍の性能
ttp://jump.5ch.net/?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にぶっちぎりでは勝てなかったのです。
SoC内蔵のGPUはMainline kernelで使えるの？使えないの？
今ひとつ表の見方がわかんねぇわ……
一番下のLinux Funciton Status Matrixは結局Rockchipが出してる4.4kernel上でって事なんだろうか
Mainline kernelで使えないと結局armbianとかで使えないからあんまり意味無いんだが
受けられる恩恵が少なくなるだけで
Androidでは全て対応しているので
GPUを100%使いたいゲームがしたいのなら
Android入れればいい
一般的な4Core-PCのおおよそ５～６倍
クロック周波数で３倍ほど差があるの考慮すると、思ってたより結構検討してる
ttp://jump.5ch.net/?https://forum.pine64.org/showthread.php?tid=5614
microSDスロットが見えなくて不安かもしれませんが
おそらく基板の裏側についてるはず
大変ご苦労だったけど、URLだけ貼ればいい。
だらだらコピペされてもうっとうしいだけ。
よけいな解説も必要無いよ、自分で読むから。
そのままお前に返すわ。
ttp://jump.5ch.net/?http://akizukidenshi.com/catalog/c/crock64/
この中のどれ買えばいいかって話になるけど。
立ち上がった瞬間にHDMI出力はゼロになり
インターフェイスはWEB-GUIだけになるので
実行中のメモリー消費は200MBぐらいです
ゆえに余裕を見ても1GBので十分
早速のレス、ありがとうございます。
参考にさせていただきます。
なんというか動きがもっさり
同時期に発表されたCortex-A57は、三命令同時実行のアウトオブオーダーと
大きいバッファーの分岐予測により高い処理能力が与えられており
そのプロセスシュリンク版がA72
A53はA57みたいなてんこ盛りじゃなくて低消費電力で動くようにできていて性能が低い
ttps://images.anandtech.com/doci/7995/Screen%20Shot%202014-05-06%20at%202.59.56%20AM.png bionic-mate, そんなレベルじゃなかったね
簡素なTerminalでさえ、ドラッグに遅れてトロトロ付いてくる
まるで、何のアクセラ機能も無い標準VGAドライバ、そんな感じ。
さっきアップ・デートしたら、かなりマシになったよ。
30MB/sしか出ないと書いてあった
手持ちのIntelのNUCに入れたUbuntu間でiperfで測定してみたら 224Mb/s
28MB/sで確かに遅い
念のためにサーバーに使ってるFreeBSDマシン間で測ったら688Mb/s
86MB/sでまあまあの速度
遅かったのはIntelのNUCのRealtekのネットワークチップとドライバーか！
というわけで現在のPINE64のイーサーは遅いわけではないようです
何を付けようがストレージネックで、実質30MB/s程度
86MB/s って数値を疑うつもりは無いが
それは、RAMキャッシュに収まる程度の極端に小さいファイルの場合とか
/dev/null or /dev/zero とかの実態の無い類を対象とした、ベンチだけの話
なんて
これ焼いてpacman -Syu base base-develしてrebootするとu-bootで止まっちゃうんだけどそういうもんなの？
超えております。総務省の、『憲法改正国民投票法』、
でググってみてください。国会の発議はすでに可能です。
平和は勝ち取るものです。お願い致します。☆☆
自分で作れ
ラズパイなら選ぶだけでいいのに
自業自得。
ttp://jump.5ch.net/?https://forum.armbian.com/topic/6506-tutorial-3d-and-video-acceleration-in-rk3288-boards-with-new-44-kernel/
こんな話題が出てるんだが、ROCK64 の RK3328 でも進展があったりするのかな？
gstreamerとmpp、rockchipmppはビルドしたんだが、
どうやっても再生可能なmp4を作ることができない。
/dev/vepuは動いている様なんだが…
H264 hardware encoder not work
--+ 11-02-2017, 03:57 AM ---
Until now, the hardware encode still has not worked.
I think it has some bug with kernel.
....
確認してないけど、直してないんでしょ？
レスありがとう。
Tinker Boardの方で動いてそうだったので、期待してた。
もしかして、kernelの方からイジらないといけないのかな。
rock64はソフトウエアのサポートが残念だよなあ。
git clone ttp://jump.5ch.net/?https://github.com/lwfinger/rtl8188eu
cd rtl8188eu
make all
sudo make install
この後リブート
>Tinker Boardの方で動いてそう
>Tinker Boardの方で動いてそう
>Tinker Boardの方で動いてそう
そうなのか
Tinkerの方は大手のものだから,rock64より開発リソースがあるんだろうな
元アップルのダニエル・コトキ氏
ttp://jump.5ch.net/?http://business.nikkeibp.co.jp/article/topics/20111102/223569/?P=1
リード大学時代は一緒にインドに滞在したそうだ
ayufanさんは、『オレんところでは動いてる』って言ってんだよなあ。
動作確認用の 2k60.hevc(bbb-1920x1080-cfg06.mkv)だと、250 Frame/sec ぐらい
HW・Accel無しだと、Core2でもギリギリ
---
俺が知らないだけで、実は既に出来るのかも知らない
5V4AのACアダプターを使ったが、変換にはこれを用いた
ttp://jump.5ch.net/?http://akizukidenshi.com/catalog/g/gC-00088/
イメージファイルは
ttp://jump.5ch.net/?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をルートからアクセスできる
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
こんなの出るけど、これ なんかおかしくない？
電源は別で取ったほうがいい？
電源の電流供給というより、v-bus on/off 絡みでのトラブル（usbコネクション初期化の失敗とか、spin-up待ちが足りないとかいった類)
v-busのon/offが無くなる分だけ、その手のトラブルが減る
あと、UAS対応はOffった方が良い
HDDならたいした性能向上もないし、そもそもUASドライバの完成度が低い
usb2.0 なら、どちらでも安定
勉強になった
みんなアンタみたいに素直ならヤツならいいのにね
タヒや、この糞野郎
ハードウェアエンコーダの動作に成功。
bionic beaverのarmhf版上であれば、ayufanさんところのレポジトリから
簡単にインストールできて、正常に動作する。
arm64上では使えないというなんとも中途半端な結果に終わった。
Xが起動しなくなった
時間食い過ぎたーよ
aarch64と同じで、smplyaer とか vlc とかの動画再生物を起動すると
x-server ごと落ちるのは変わってないな
まともに動くようなった、 解決
どれでまともに動くの？
arm64コードで動かすには、mpp or kernel を弄らん限り無理だね
mppだけでもいけるかも知らんが、これだと結構面倒くさそう
うちは両方弄って動くようになった。
RockPro64は4月以降のようだな
性能的にはRock64の2倍
技術力があってうらやましい。
良かったら、ヒントください。
基にしたosとか、カーネルとか、cloneするgithubのアドレスを教えていただけませんか?
他に同じような使い方をされている方がいらっしゃいましたら、スピードはどのくらい出ているか聞かせてください。
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の速度など
複合要因が関わるのでそんなもんだと思ってほしい
アドバイスありがとう。
外付けHDDはUSB3.0で、SDは使わずemmcで運用してます。(スピードついてできる限り工夫したつもりでしたが・・・)
USB3.0だけど、NTFSでformatしたのをそのまま使ってるのがいけない？
ROCK64でformatしてからの方が良い？
もちろんext4にするべき
kernelが直接扱えないからかなりオーバーヘッドになる
やっぱりそうですね。
できることは全部するってそういうことですね。
貧弱だったのでRockchip は手を出さないと決めた。と言っても
自身で解決しきれないのが根本の原因だけどね。
そだね～。
今は帰る途中なんで、着いたら速攻formatします。
俺も ROCKCHIP よりは allwinner に好感を持ってる。
そうなると ROCK64 よりは PINE H64 か。こいつには、mini PCIe が載っている。
SATA x2 → mini PCIe ボードが $8 ぐらいからあるようだ。ASM1061 だが.
armbian がサポートした後でしか絶対買わないが、調査だけしようかな。
バッテリーで動かすのであれば仕方ないけど
ACアダプターで動かすのならハイパフォーマンスのA75を搭載した
RockPro64の方がいいと思う
ext4に変更した結界の報告です。
Win→rock64のテストだけですが、エクスプローラの表示で80～90、FastCopyの表示で80～85Mb/sという嬉しい結果になりました。アドバイスありがとうございました。
パーティション切り直したり、ディレクトリを追加してアクセス権をいじれるような設定をするのに時間がかかって、今頃の報告になりました。
Ubuntu Mateは、立ち上がらないことがあったんだが、（１０回に９回ぐらい立ち上がらない）
ayufanのMINIMAL入れて、書いてある通りにMateデスクトップ構築したら
必ず立ち上がるし、rebootかければリブートするようになった
デスクトップ構築半日ぐらいかかったが、まともに使えるようになった
海外の掲示板では、電源の5VとGNDの間に10μFの低ESRのコンデンサー入れると立ち上がるとか
オカルトみたいな話が書いてあったが、カーネルが腐ってたんだな
おかしなことにMACアドレスまで変わってた
PINEで売ってるアダプタ使って。
普通のUSB感覚で、気軽に抜き差ししてるとeMMCが壊れるよ
本スレに同じような書き込みが結構ある
使うのは、最後の手段と考えるべきだな
抜き差し10回以下だったが、最後の抜き差し直後に壊れた
（電源切らずに刺したのかもしれないが、はっきりとは覚えていない）
そういう物かと理解して、それからは使ってない。
貴重な情報ありがとう。
eMMCはROCK64で初めて手にとったんだけど、接触部分を見て不安だったw
SDカード感覚で抜き差し出来ないとなると、Backupどうしようかな。
困った。
もともとホット・プラグを意識した製品じゃないから その手の保護はなんも無い
eMMCの電源1.8V、これなんか剥き出しだから
ここにちょっとでも高い電圧掛かったら それで終わり
3.3Vとか5Vとかが、すぐそば走ってるから 注意しないと
完全に電源を切って、更にアースバンドを手につないで・・・
極論を言うと、そういった心構えが必要。
もし一個しか持ってなかったら、
操作手順が悪いのか/それとも壊れたか の判断もできない
本スレでは、その辺の切り分けが出来ないヤツが多かったな
そもそもデータのバックアップにdd使う必要ない
これだと、tar で取ったら復元できない
その手のアプリを予め特定出来てればいいけど、そうじゃなきゃハマル
だから、場合によりけり
バックアップと取りたいなら、microSDで立ち上げて
後は ddなり、tarなり、ssh なり 好きなように
ハッキリ言って、eMMCアダプタの必要性は殆ど無いよ
それより、不備に備えてシリアル・コンソールを用意してた方が遥かに役に立つ
ウェアレベリングならSDだってやってる
ダイナミックだとかスタティックだとかECCビット数だとか総合的に理解出来てないと信頼性だとか考えるだけ無駄
SoC がUHS-I に対応していてもダメな場合がある。I/O 電圧を切り替える外付け回路が必要だったような。
ROCK64 はというと、ダメなケースに相当する ... ような。詳しくは知らんけど。
ググったけど外付けHDD/SSDやUSBメモリみたいな製品ないから、耐久性はフラッシュメモリと変わんねーんじゃねーの
ヒント:コスト
eMMCは抜き差し対応規格じゃないからなw
eMMC Read: 100MB/sec, Write: 100MB/sec
もし、SD/USBメモリのWriteがReadと同程度の100MB/sec なら、確かにeMMCのメリットは無い
だが、現実は上の通り
（う少し速い大当たりのヤツも有るらしいが、10MB/sec以下のハズレもある）
eMMCなら、1.5倍程度の値段で Write:100MB/sec、ハズレは無し
書込み速度が売りだからな、当然
コストに関してはUSBメモリ型SSDある
抜き差しに関しては、SATAは無理でもUSB-SATAという変換かませば可能という例がある
教えて下さい。
ddしたいならsdでブートしてやる
スクリプトで自動化すればsdさして電源入れるだけで終わったら終了
vfat領域を作ってそこにイメージ保存するようにすればwindowsからでも見られる
これでどう？
早速のアドバイスありがとう！
自分の腕と相談しながら、壊さないように遣ってみます。
Jetson/Tegra X1 RCMモードにバイナリ突っ込むのに手頃な感じなので使えるか気になる…
だれか dmesg|grep HCI のログあるならお願いします
（いや、USB2.0でもurb->transfer_buffer_lengthのチェック削ったカーネルなら
デカいURB_CONTROL_REQUEST流し込めるけど、パワーサイクル用GPIOとUARTも付属だと
箱として用意できるので開発が楽になるなーと思ってね…）
（後は女医婚のソケットか…アキバじゃ部品が流れてない）
正確に書けないなら、urlを 貼れよ
カテゴリ>Pine64の下に置いてあったんで…
ぐぐったのか？
[ 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
もっと早くに気づくんだった
先入観って怖いな
ありがたい…やはり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
しかし新たな謎が…
商品画像と説明には１ポートとあるが、内部的には２つ？
あとROCK64のログで気づいたけど、MediaBoardってROCK64の事なのか…
Pine64MediaBoardでググっても出てこないんで正直Mediaは別物だと思ってた
（今は理解してる）
ありがたい。
switch弄るのに一台手に入れるか
USB3.0 x１ポート / USB2.0 x２ポート で合ってるよ
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つ見える
間違えてるかも知らんけど、そんな感じ
完成度は、もう一歩 ってな処
過渡な期待すると、ガッカリするかもよ
特に、Power のOn/Off に纏わるトラブル多し
うちは セルフ・パワーのHUB付けて回避してるけど、それ以外なら安定してる
あとLinuxの追っかけても、この辺のコードは殆ど改善されてないから
都合の良い期待はしない方がいい
自分で kernel-driver 直せるな実力者なら別だろうけど
もし相性とかで問題出たらTarget側でなんとか対処するしかない
ttp://jump.5ch.net/?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
シングルスレッドは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万円で、電源とヒートシンク込みで買えるんだから安いもの
オレは買う。
ERROR: rockchip_plat_sip_handler: unhandled SMC (0x82000003)
一行目でエラーかよ
実害なさそうだけど、さすがにこれは みっともないだろ
たまに、全く動かないのリリースしたりするし
本人は、何の確認してないのかもな
Armbian がSuportedでリリースされてるぞ。
さっき気付いたわ
debianで構築したばかりなのに
RAM込み10k以下がなかなか見つからなくてrock64に行き着いた俺に一言。
今現在は5月中、だが未だに物が無い
最近は Jun/Midle とか言ってるみたいだが・・・
自分で提示した予定なのに、それを悪びれる事も無く簡単に何度覆すヤツ
年内に用意出来るのかどうかも怪しいもんだ
最近bangoodだかgeekbuyingだかで80$くらいで在ったよ
やるべぇと思ったらヘッドレスはまだみたい
個人的に残念
ワイヤレスマウス指しただけで動いた
感動した
を見て発見したんだけど
PINE64の顧問のダニエル・コトキ(Daniel Kottke)が出てた
ttp://jump.5ch.net/?https://gigazine.net/news/20151211-pine-a64/
アップル創業前にジョブスと一緒にインド旅行までして
アップル創業後はアップルIIの開発者だったのに
ジョブスはコトキへのストックオプションを拒否していてたんだけど
Wikipediaを見るとマッキントッシュの開発には参加している
ttp://jump.5ch.net/?https://en.wikipedia.org/wiki/Daniel_Kottke
しかし、代わりに eMMC がボロボロなってる
microSDの方も変だけど
こっちは当たり外れものせいもあるし、仕方ないか
関心がある人だけ見てください。
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
HEXTM
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
以下、stretch-minimal-rock64-0.6.37-221-arm64.imgからの起動で。
flash_erase /dev/mtd0 0 0
ubiformat /dev/mtd0
上記２つのどちらでも、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
Usage of /: 12% of 7.2G
ログ何も無しじゃ、どんなヤツだって手の出しようが無い
ケチらないで、シリアルコンソールを買っておけよ
Amazon辺りで、200円ぐらいで買えるんだから
>起動はするよ
有難うございます。十分な情報です。
こんな事態に陥ることを想定してなかったもので･･･
別件で尼券買ってきたので、発注してみます。
primeで安いの見つかればいいなあ（自分で探します）。
そこだけは、注意しておけよ
SDにDDで書くだけ書いて、抜かないでマウントしてgrepかけてみました
./boot.cmd:if test "${console}" = "serial" || test "${console}" = "both"; then setenv consoleargs "${consoleargs} console=ttyFIQ0,1500000"; fi
たぶんこれが速度決めてるんだと思いますけど、確かに1.5Mですねぇ。
秋月さんのシリアルも最大3Mとか書いてあるから、それで合っているんでしょう。
上の書き換えて何とかならねぇかな、とかも･･･。
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でも問題ありという酷評が出てます。
基板の精度とかも含めた仕様までは、現物手に入れないと無理ですね。
壁にぶち当たってから仕様を調べ始め、原因を探す。
そんなもんかと。
# 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.０どうかなぁ…」ってアチコチに書いてあるのはそんな事情かも
ttp://jump.5ch.net/?https://goouuutech.aliexpress.com/store/2290106/search?SearchText=serial
ついでに書いとくと XL4005 , XL4015 採用の DC-DC コンバータモジュールもお勧め。
ttp://jump.5ch.net/?https://goouuutech.aliexpress.com/store/2290106/search?SearchText=DC-DC
後で買い直す羽目になるぞ
なぜパチものだと思ったのか？
パチものだとどう駄目なのか？
何一つ語らずに判った様な事だけ言う
それがシッタカ
1.5M だと TXD/RXD がストレートに配線されてる方が良いだろうな。
上のリンクだと 黄色のコネクタ付きの方。赤は分岐してるわ。
CP2102 の小さいやつは、安いが 921.6 kbps まで。
え、FTDIの安物ってパチものなのは常識でしょ？
最近は違うの？
この手のネジクギ商品、どれを買ったって どのみち中身は "made in chaina" だ
この時点で、例え正規品と記してあったとしても あてなんかならん
ようは動けばそれでいい、それ以上は望んでない
ん？今手元にあるやつは、パチものかも知れないな。
パチものの具体的な問題点は何？ ドライバはインストールされたが。
３つ。
一つ目。当たり外れがある。
二つ目。たとえ当たりで動いたとしても、本物で保証されるスペックが出ない場合がある。
この場合、こういう場所で話がかみ合わなくなる場合がある。
三つ目。本来のライセンサーの収益を脅かす。
これに関しての対応はライセンサー次第だが、業界を衰退させる問題のある行為だと認識しておいてほしい。
ところで私は昨日からの騒ぎの元凶の者だが。
パチとまでは言えないが、手元のrock64は現状armbianが動かない個体。
の情報提供で、動く個体も存在することは確認した。
機材不備（用意なし）で確認できないのは申し訳ない限りだが。
手元のは最初期のものなので、ロットによっての差の可能性を疑っている。
解析の結果で予想が証明されると、armbianを諦めざるをえない。
そもそもパチもんかどうかも判断できてない。どこが違うのと聞いているわけだ。
一般論聞いてるんじゃないよ。
の問いを何度見ても「どこが違うの」とは読み取れない。
使えているけど何が問題かという問いに答えたまでで、満足しているのであれば問題はない。
差分は表記とかボードの設計とかだが、これも素人には厳しいものがある。
オシロでも持ってればノイズとかドロップとか見えるが、個人ならUSBシリアル変換すら持ってなくても
かなりのレベルで運用できるから、見た目なんかではほぼわからない。
読み取れないなら、答える資格はないということだ。
FT232RL のパチものについて知識があるひとに聞いているのだ。
知識がゼロではドライバがどうのというキーワードにも引っかからないだろう。
ドライバもソフトウェアで、パチモンハードはそれを作成者に使用料を支払わずに使うためのハードウェア。
普通は販売者がソフト業者に支払わなければならないが、それがなく販売価格に乗らないから安い。
わかるように丁寧かつ端的にご説明すると、違法利用ってことだ。
日本語論議になってきて、仕様的および商業的な説明が無駄なので、これ以上の回答は差し控える。
だから答えなくていいよ。
かつてドライバが判断して チップのID を勝手に書き換え使えなくしたらしい。
今そういう問題は起きてない、他に判別できるものはありますか？ という問いなんだよ。
いじわるかも知れないが、知識がない人に答えてもらってもしょうがないんだよ。
FTDIがドライバに細工してパチものは動かなくしたんじゃなかったかな。
大騒ぎになってやめたと思うが定かではない。
ダイのレントゲン写真まで出回った。
そうこうするうちに中華格安チップ出回り始めてどうでも良くなった感はある。
ちなみにパチモンかもしれないが１万個オーバー売り上げて99.4%ポジティブ・フィードバックなセラーもある。
要するに、よく売れてるの買えばいい、というかそれしか手立てはないってこと。
動かない原因と思われるものが判明したのでご報告です。
ダウンロードページのSpecificationsを見ると、2GBまたは4GBしかありません。
手元の1GBモデルで動かないのは、このせいかと思います。
様はじめ、通じない話でご相談に乗ってくださった方、有難うございました。
また下らない見落としでお騒がせしてしまい、申し訳ありません。
君の死は無駄にしない云々。
2台目買う時はケチって1GB版でいいかなと思ってたけど2GBにするわ。
変だと思って試してみたら、確かにそのままじゃ動かない
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
>担当者に実物無くて確認されてない & ユーザーも少なくて報告も無い
ttp://jump.5ch.net/?https://forum.armbian.com/topic/5771-rock64-nightly-image/
英語読めないのだが。
残念ながら担当は認識している模様、かつ
「何言っちゃってんの？ ググれカスｗｗ」（公式っぽい人の発言、だいぶ端折った意訳）
的な扱いをして現状のものをstable扱いしているように思える。
氏の方式がどんなものか知りたくはあるが、さておき。
４月時点の上記スレッドを見る限り、今後もArmbianの1GB不動問題はここ以外にもあるが、
公式にはあまり期待できなさそう。
そんな書き方ではなく、しっかり1GBは動かんあるニダですよと明記して欲しいよな
1GBバージョン買う奴はほとんどいないからこんなことになるのかな
組込的に単(少)機能で使うからSBCが生きる
であれば少しでも安い1GB選ぶ奴は少なくない
何でも動かしたいならintel機買うっての
rock64の1GBモデルは、その後継を目論んで購入した。
しかしayufan版は、ioniceのcronのせいでHDDがうるさくなる。
削ってしまえばいいのだが、それでも５～６分ごとに何かカシャカシャやってる。
構築ポリシー（非公開）を見ずに手を入れすぎると、システムが不安定になるので構築保留。
armbianはその処理がなくシンプルだから、動けば有難い。
2G版買い増ししろって話になるが、1Gが用途なく余ってしまうのが難点。
なんにしてもこの件が出てrock64は基本放置中で、今はNAS以外のヤツ（nanopi neo）をやってる。
diet pi じゃだめか？
１G買うところだったぜ。
SDBootでHDDをつなげてfdiskしてみたが、おかしい
fdiskコマンドラインでtの82（Linux SWAP）を選択したが、何度選択しても39になってしまう
fdiskなんか何回もやったことあるから間違えはほぼないし、何度やり直しても同じ
基礎の基礎でその状態で、興味がガッツリ失せて放置
ラズパイだけど、NAS+web+PHPその他で３か月ぐらい放置、遅くなったなと思ってみたらswapが
50kぐらい発生してた。
普通はそんなズボラな運用はしないんだろうなと思いつつ、週一深夜cronリブートをまだ仕掛けてない。
そう、rock64鯖さえキチンと立ち上がれば経験が反映できるので、こんなことには･･･。
みんな、1Gモデルなんか買うんじゃないぞ。
フラッシュメモリでもフラグメントはパフォーマンス低下と寿命低下の要因
まともに動くまでにどれだけ苦労するか、そもそもまともに動くかっていうレベル。
例によって俺の手元の1G問題かもしれないんで、やってみたい人は挑戦すればいいと思う。
ちなみにHDD起動もしたが、Armbianもdietpiも現状SD起動前提なのでそれなりに苦労する筈。
繰り返しになるが一応言っておくと、fdiskの問題はSD起動で接続したデータ用のHDD。
デカいのはPC系のボードに任せれば良い
いやすぎるわ＞rk3328
冷却ファンは使いたくないのだが使わざるを得ない
そう？ ケース構造にもよるだろうけど、ヒートシンクだけでもだいぶ違うよ
シンクＡ（板状、密度薄）は熱くて触れなくなるけど、シンクＢ（柱状、密度高）はギリ触れる
無いとボードがアッチッチでイヤン
うちはSoCとメモリに貼ってる
メモリの熱はそれほどだろうけど、ボード伝わってくる熱まで何とかしてくれそうとかそんな感じ
ヒートシンクをつけた状態でファンを回しても
1.3GHzでビルドでフルロードにすると70℃に肉薄するわ
だから800MHzに抑えたのだ ファンうるさいし
ごめんビルドって情報を拾い損ねてた
ttp://jump.5ch.net/?https://docs.armbian.com/Process_Contribute/
さっくりしか見てない＆勘でしかないんで思い込み９割な情報
armbianだと個別で環境がわかれていない（fork元の構成＋configで変えるんだと思う）
逆説的に、armなクロスビルド環境あるんじゃね？
nanopi neoとか明らかに無理あるもん
>armなクロスビルド環境あるんじゃね？
こんなのを使う奴はクロスビルド環境はやろうと思えば自分で構築できるだろう
LLVMのビルドはx86PCでも重処理なのに、arm機でビルドとなると長時間の激重処理になるだろうな
こんな安いのは長時間の激重処理をやらせるのに十分な冷却機構を搭載してないだろうから
冷却は自分でなんとかしてねだろう
ヒートシンクは気休め程度、ファン無しだと直に あっちち になる
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倍も速いのだ！
２００倍
価格は０．５万円として２００倍ぐらいだから、
コストパフォーマンスは、４００００倍
ラズパイは納得のいくレベル。
暇つぶしにアチコチ拾い読みしてたらこんなものが
ttp://jump.5ch.net/?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マシンにも風吹いてキター！！！ 次に期待つないだー！！！
そんでまだビルド終わってねー！！！ もうええわー！！！
ttp://jump.5ch.net/?https://forum.pine64.org/showthread.php?tid=6158
ビデオエンコードの速度の比較で
PINE64
Real 2m49s
ROCK64
Real 2m32s
ROCKPRO64
real 0m56s
PINE64の3倍近い速度
流石にきついか
2018年7月28日 00:00
ttp://jump.5ch.net/?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から買うだろ
前回もそうだったが
ここが仕入れてるなら、秋月でも扱う可能性大とみた
適切な価格でな。
いま完全にゼロに戻ってる
ACアダプタよりATX電源用意して5V引っ張ってくる方が良いのかな？
消費電力がどれくらいなのかよく観察したほうが良い
それによっちゃmini-ITXのatomマザボに勝てないということになりかねない
3.5インチUSB-HDDケース（電源付き）＋Rock64の組み合わせ
消費電力的にも安定的にも一番いいハズ
１つのアダプタだけから電源供給したかったら、HDDの電源＋15Wぐらいのアダプタから
Rock64分だけ降圧でもかませばいけんじゃねーの的な
ttp://jump.5ch.net/?http://akizukidenshi.com/catalog/g/gK-07728/
電流制限どうやってかけるか、もしくは要らないか知らんけどー
っていうか2.5だけど、HDDケースに電源入れたらUSBから逆流する（RaspberryPi実績、運用時限定）
俺はRock64本体の電源供給からの2.5インチHDD起動で、armbianで３日ぐらい連続駆動成功してる
基本電源切り忘れただけだけともいうが、外部からssh接続でshutdownコマンド使って切ってる
なお電源接続は基本的に秋月推奨方式、理由は察せよ
LinuxでGUIありで一通り触るには、どのOSがお薦めでしょうか？
（ラズパイからでLinuxには疎いです）
ちなみにayufanさんのは一人でアップデートとかやられてるんですか？
Armbian
やっぱりarmbianがとっつきやすいですそうですかね！
しかしお盆のせいか昨日から通関中が動かない…
ラズパイみたいにカミナリマークとか出るのかな？
秋月の普通の5V-ACアダプタ+変換プラグ、 or プラグ径=1.35/3.5mmのACアダプタで動くよ
aitendoのこれとか -> ttp://jump.5ch.net/?http://www.aitendo.com/product/7372
amazonで売ってる プラグ径=1.35/3.5mmのACアダプタとか
usbに電気食いのHDDとかぶら下げない限り、3Aも必要ない 5V/2.5Aで十分動く
本体＋MicroSDだけの構成なら、例えフル・ロードで回しても2Aは超えない
どもです
中国からメーカー違いでサイズの合う電源2つ、PINE公式から念のためケーブルを購入しました
Armbianの2つ、Bionic LXDE、DietPiと試したのですが、どれもカーネルパニックというんでしょうか、インストール途中で止まってしまうんですよね
1時間以上放置しても進まないので電源抜いちゃうんですが…
その後インストールできたように見えても不安定で
ひとまず電源は原因から外せそうです
microSDも4枚試してるので外してますが、他に何か思い当たりますか？
思い当たるのは↑↑これだな、表示と実力が全く異なるヤツとか平気で売ってる。
俺の処にも、手元にchainaのハズレ品が一つあるよ
5V2Aとか提示しておきながら 実測したら1Aの能力にも満たない、こんなの当然動かんわな
全てがそうだと言は言わないが、平気でこういう事するのが普通のお国柄だから
買うなら、そのつもりで買わないと。
あと、最低限 クラッシュ直前のログでも貼らないと どんな腕自慢のヤツだって解らんよ
起動絡みのトラブルなら、シリアル・コンソールは必須。
出力やサイズの粗さも考慮して異なる製造元のを購入したんですが2つともハズレ引いた可能性もありですね…
一応公式USBケーブルに手持ちの5V/2.5Aでトライはしてみました
現状の停止状態はこちらです
ttps://i.imgur.com/ozkGHfX.jpg BUG : spinlock lockup suspected on CPU
と
Exception stackはよく見る気がします
途中でログが止まる場合の動画撮るにも最初は早いスピードでログが流れます
1/4で起動し
1/4で起動せず
1/4で再起動かかるも画面真っ暗でログすら出ず
1/4で途中のログで止まる
な感じで後ろ3つは電源抜くしかありません
ttp://jump.5ch.net/?https://www.amazon.co.jp/dp/B01LVXGT04/
ttp://jump.5ch.net/?http://akizukidenshi.com/catalog/g/gM-08461/
シリアル接続ボードとして、3MBPSをサポートしてる上記２点をお勧めしておく
ここの住人が勧めるような２～３百円はお勧めしない（血涙）
それ以外にmicroUSBなケーブルとジャンパーケーブルが必要
秋月の方はこれに加えハンダ付けが必要
…なんかこの時点でもうグッタリ感
たぶんレスつかないのは、UART知らない素人にはあまりに距離が遠いから
この機材を指定のポートに接続、teratermなどでログを取る必要がある
ごく当然に相応の説目や操作が必要
なのでその前に、手が届きやすい以下を確認したい
・使用したイメージ（xxx.imgのファイル名全部）
・使用したSDカード（class10以上かどうか、メーカーがどこか）
・使用したモデル（rock64のメモリサイズ）
・使用した書き込みソフト、もしくは書き込みコマンド
なんか電源の問題のように思えるけどなあ…。
電圧・電流は計ってみましたか？
入れ違いで数百円のシリアルコンソールポチってしまいました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-Ⅰ)
・東芝 Exceria 32GB
・東芝 M203 16GB
・SunDisk 16GB
［使用したモデル］
・Rock64 4GB *2
［書き込みソフト］
・Etcher
・Win32DiskImager
そうなんですよね
初めてのラズパイのときも電源不足でつまづいた記憶はあります
カミナリマークのようなものが出ればいいんですが…
手元にあるのは簡易ワットモニターと、USBの電流チェッカーです
AC電源（5V3A）は2台とも4-6Wのワット表示しか物理的にできません
USB電源(5V2.5A)+公式で購入したケーブル&経由では5V0.3-1.2A程度の推移です
FTD1232（FTDI232の誤植）のシルク印刷があるならまだワンチャンあるんだけど…
Jtw32.exeでググると、UARTドライバ経由ではない接続で1.5Mに対応できる…らしい
理屈はともかくrock64でUART確認済み
さておき、他は問題なさそうに見える
rock64で実測できる環境持ってないけど、raspberry pi2B+、nanopi neoとも
なにもつながないで5.2V/0.3A程度
Lチカナイトライダーやったけど一緒、普段つながないHDMI（CUI）でも一緒
GUIやったことないけどってそんなにバカ食いなの？ ってのが私の限界
ちなみにUSB計測器を使ったけど、3Aまで対応している（質問主は気にしなくていい話）
> ・東芝 Exceria 32GB
> ・東芝 M203 16GB
> ・SunDisk 16GB
新しいヤツ(kernel)にはバグがあって、
少なくとも "東芝 Exceria 16GB" がダメなのは 俺の処でも確認できているる(read-error)
本家スレにもが同様の報告複数ある。
どの道、IFの速度制限 25MB/s で頭打ちだから、はっきり言って "UHS-Ⅰ" なんか無意味
むしろ、UHS-I非対応の遅いやつの方が安定してるぐらい。
問題切り分けのために、古いヤツ↓で試してみ
ttp://jump.5ch.net/?https://github.com/ayufan-rock64/linux-build/releases/tag/0.5.15
stretch-minimal-rock64-0.5.15-136-arm64.img.xz
> シリアル接続ボードとして、3MBPSをサポートしてる上記２点をお勧めしておく
> ここの住人が勧めるような２～３百円はお勧めしない（血涙）
コイツも変なヤツだな
それって、単に自分が不勉強でハズレを引いたから ってだけの理由じゃないか
一年前に買った、俺のPL2303HX(amazon@180円)のヤツは 今でも問題無く使えてるぞ
中華通販でポチればCH340Gを引いてる可能性の方が高い。
3MBPSでなく1.5MBPSのようだから、ん、と思うような速度ではある。
OPiは115200だったので１桁間違ってるかと思った。
ラズパイ流れでnanopi neoも115.2kなもんで、それ以上のヤツ探したらFTDIの1.5M非対応しかなかった
configでなんとかする手段ないか、あるいはお勧めないかってこのスレで聞いたら書いた通りの固定概念
植え付ける結果になった
>PL2303HX
>CH340G
辛口でも正解のほうが有難いんでこんど買い替える
ということで
>>ID:qiL+uVHc
こちらが足らない知識を披露してしまった様子、申し訳ありませんでした
仕様は 3Mbps 以上 & 本家のは CH340G
この2点を調べた上で、何かのついでに該当品を併せ買いした程度のもの
中華製品は当たり外れが多いから念のために3つぐらいポチッたな、確か
最初の1つ目で動いたんで、今となっては残り2つが何処かにいったか不明
ハズレ引いたら、その間の待ち時間がもったいないぐらいのモンで
金額的には、（血涙）とか言って メクジラ立てる程のものではないよ。
（できれば海外発送が届く前に別の原因解決したいです）
リンクをもとに上記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に再度を入れてみたものの失敗しました...
(これも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では起動せず てのが何度もあったな)
なるほど
4GRAM2つ買ったのですが、1つは2Gにしておくべきだったのかも
電源やSDカードはバラバラのモデルにしてリスク回避したつもりでしたが無念
カーネル弄るのはまだ敷居が高いです…
もう他に手持ちのMicroSDは無いのでしばらくv0.5.xで遊んでみようと思います
ファイル鯖でUSB3.0、録画鯖で関係カーネル動いてくれるといいなー
手持ちの東芝2種類、Sandisk、Transcendダメとなるとなかなか同じメーカーには手を出しづらいところであります（Exceria 8GBはｱﾔｼｲ高い販売店しか見つからず…）
v0.7.xでRock64（4GBRAM）で動作実績のあるmicroSDの情報ほかにもお待ちしてます！
そういうことだと思う。
eMMC / USB3.0 が有るんだから、速いI/Oが必要なら そっち使え
安さが売りだから、たいした効果も見込めないものに金は掛けたくない って事らしい
全うな見解だと思う
rockpro64(rk3399+rk808)だと、追加費用無しで実装可能だから、後はソフト側の対応次第
近所のコンビニ( ローソン 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を探すしかないと思う
ROC-RK3328-CC board は UHS-I に対応している。対応していない Rock64 にそのドライバをそのまま使ったら問題がでる。どうせそういうレベルの話だろう。
RK3328は、I/O 電圧切り替えの外部回路が必要で Rock64にはその回路がない。たぶん数行の修正で済むはなし。
ググれば "Add sdmmc UHS support to ROC-RK3328-CC board. " なんてメールが見つかるぞ。
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 もソーソコードも持ってないんで、ここまでにしとく。
実ははものすごい古い技術で、PCのATAではDMA（SATA専用の小さいCPUみたいなもん）
が常識になってる
ボルテージの切り替えの可能性を否定するわけではないが、それだとのカーネル変更の
相性の有無や、モデルでコンフィグレーション変更程度で動いちゃう説明がつかない気がする
ともかくソースいじる意思や時間のない一般人は、動くSDを探して使うぐらいしか手がない
ちなみに私のrock64に刺さってるのはtoshibaの30MB/sで16GBという極端に古いもの
当時rock64なんかなく、ラズパイで動くMicroSDを大量にかき集めたものの残骸
ラズパイ、rock64、nanopiNeoあたりで使いまわしてるが、寿命が来ない限り相性は出ない
相性が出るものと比較して、恐らくSD側のマージンが広く汎用性が高いんだと思う
そんなものはハードが時間を作って制御しないと無理なので
ハード設計者が決めた手順通りにレジスタを叩いてないってだけでしょ
って話とついでにOS側の初期状況をに長々と書いてる
どちらにしても、相性のいいSD探すぐらいしか手がないと思う
SoC にはコントローラがあって、タイミングはハードでやっている。SD に送るコマンドを指示するだけなんだが、それは Linux の上位レイヤがやっている。
ドライバと言っても 上位レイヤに対してプリミティブを提供するだけで、作ってるのは SoＣ メーカ。
SoC 共通の部分で問題が起きるはずがないんだよ。
秋葉原行く用事があるときに、シリコンパワーの方探してみようかと思います
最近はUHS-Iでもないclass10とか、8GBとか少なくて割高感ありますよね
（1つにはデスクトップ環境入れたいので容量心許無いです…）
難しいこと分かりませんが、0.5.xなら全部動くのに0.7.xだと全滅ってラズパイより格段に相性厳しいなーと
class 10 ですらやめとけと言っておこう。
昔 ポラスマというスマホでおなじような相性問題があってね、
- class 2,4 は 32GB でも確実に動く
- class 10 は動かないものが多いが、16GB なら動く可能性が少し高い。
- UHS-I は全滅
ということだったよ。
最近はclass4でUHS-Iとか訳分からんのも売ってるんですね
使えない場合、遅い小さいだと他の用途に回せないんで購入に躊躇するところです
システムもストレージも全部HDDで
SDは起動にしか使わないからClass4の2GBでも間に合ってるな
SPI FLASH に uboot を焼けば、その microsd も不要に。
ttp://jump.5ch.net/?https://qiita.com/masakielastic/items/7fe3ae9ba772e6f74bb4
>ドライバと言っても 上位レイヤに対してプリミティブを提供するだけ
要するにSDのレジスタを叩かずSoCのレジスタを叩くだけでSDとの通信を確立してる、と
そうなるとSD通信の遅延が極小になり確実性が増すから、相性が出る原因がますます謎になる
SoCのマージン（タイミング）かSD側のマージンがSDの仕様から外れてる？
まさかとは思うけどUHS制御を半端にサポートしてる？
それもラズパイとかnanopiとかみな一様に相性持ってるの？
まぁそこは掘り下げても、OS公式が正しいパッチ当てなきゃあまり意味がないけど
>class 10 ですらやめとけと言っておこう。
悪いが手元の8G以上のSDは１枚除いてすべてClass10以上でUHS対応
既に書いたが、ラズパイで相性出ない極端に古いの（廃版）を大量に買い貯めてて、他でも相性でない
だけでなくできるだけ多くの人への提案なんだが
SD相性に関しては俺みたいに参考にしようのない情報じゃなくて、現状入手できるのでrock64で確実に
動いてるヤツの型番示すべきじゃないの？（高飛車で申し訳ないが、ココが肝のはず）
それがなければはSDが原因かどうか切り分けられず、延々右往左往することになりかねない
SDは万が一のリカバー or 新しいイメージが出た時の確認 に使う程度で
ブートも SPI-Flash -> HDDだから、普段はSDも抜いてある
それにしても、ちょっと酷い状況だな
俺のには、V2.0、 2017-0713 ってシルクがあるけど
最近になってから、基板変更でもしたのかな
そのせいで、いままでマグレで動いてたのが総崩れとか？
回避策は、使える microsd を探すんじゃなくて、microsd を使わないじゃないのかね？
SPI FLASH からブートしてUSBカードリーダに入れた microsd から起動する。
そうやって microsd スロットをテストできるようにしておいて、いろんな microsd をテストしてみる。
こうやってはじめて、情報が蓄積できる。
それこそ相性で通信の信頼性が心配
一つのUSB rootを専有出来るの？
自分のスキルもありまして、まず一般的なmicroSDに焼いて起動ができないものかと思っています
［構成と考えうる原因］
1）Rock64-RAM4Gが2台：
これが2つとも壊れてる可能性
あるいはRAM4Gモデルゆえの不適合
（バージョンはと同様です）
2）4メーカー5種のmicroSD 16,32GB：
これが全てUHS-I class10のため、いるいは容量が大きいため最新のカーネルで動かない可能性
3）3種の電源：中華2メーカーのAC電源と、USB2.5A出力に公式ケーブル
これらが全て出力不足
1）は他の容量モデルが無いため分かりませんがパーツが変わってない限り、v0.5.15は動くのでこれも外せるかと思っています
動くOSが見つかったので特段急ぎませんが、引き続きRock64 RAM4GBで0.7.xが動くSDのモデルやメーカー、
あるいは全く異なる原因をご提案頂けるようでしたらお願いします
ちょっと待って、こっちでもヘンだわ（ちなみに1Gモデル）
普段armbianしか使わないけど、ayufanの最新入れようとしたら起動しない
イメージは、stretch-minimal-rock64-0.7.9-1067-arm64.img
以下にUARTなログ上げた、アレなローダだけどカンベン
ttp://jump.5ch.net/?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なラズパイ動いてた
途中から、boot のパーティションが変更になってる
spi-flash のU-BOOTから boot してるようだがそれを止めて、正規の手法 "mmcからのboot" で試してみぃ
ログを見ると、仕様変更前のU-BOOTを使って仕様変更後のパーティションをbootしようとして失敗してるように見える
>> 327
SD-8Gで良の報告複数、駄目な報告はまだ無し
あと、やってないのは SD-8G で試す事ぐらい
起動できるのが5回に1回で、再起動もできないという症状だったのに
Ayufanのイメージなら毎回起動、再起動OKだったよ
AyufanのだとMateを自力で構築しないといけないけど
説明通りにやれば4時間ぐらいでグラフィカルログインできる
似たような話じゃないかな
PINE64の話よりは
これもAyufanのイメージでOMV3を使ってるんだったかな
電源は秋月の1.3mmの変換コネクタを店頭で買って
秋月の5V5AのACアダプターをさしてるけど
USB3.0のHDDを2台ぶら下げてるが
NASとしての性能は十分
今回の目的は以下の通りです。
・問題の原因（バージョン）を切り分ける
・評判の悪いUHS対応16Gで実績を作る
・上記に、新規さんでも入手できるSDを使用する
まずバージョンごとの結果は以下です
ﾗ：stretch-minimal-rock64-0.7.9-1067-arm64.img
の通り
ﾗ：bionic-minimal-rock64-0.7.3-1040-arm64.img
１回目は成功（正規shutdown）したが、２回目はと同じ感じ、詳細未解析（ログ破棄）
〇：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で、正常起動するログをアップしておきました。
ttp://jump.5ch.net/?https://www.axfc.net/u/3931037.txt
･･･続く
昨日書き忘れましたがSPIにUSB起動を書き込んであります。
またeMMCはありません。
念のため、ブート優先順位は eMMC -> SPI -> SD ->USB20 -> USB3.0 です。
結果的にローダではのmmc0がSPIになっており、SPI1はSDだと思います。
つまりSDがコケていることを示します。
一方でバージョンによっては、同じSD個体でも安定して起動します。
よって今回の起動不能はバージョン依存によるものである可能性が高いと思います。
･･･続く
入手先一例 ttp://jump.5ch.net/?http://akibaoo.co.jp/c/item/0619659161613/ （※秋葉原に実店舗あり）
当方のmicroSDはclass10/UHSな16Gが大半です。
んで公言してる通り、microSDはラズパイ実績があったストックのうちの一つです。
手持ちの新品の中から現在入手できるという選別基準で、昨日パッケージ開けました。
個人的経験で言わせてもらうと、実績のあるモデルならだいたいOK、ロットNGとか時期NGはありません。
書き込みは手順、目的、気分次第で、今回はEtcher1.4.4(X64)を使用し、他もヒネクれた手順なしです。
今回はバージョン依存という私の見立てですが、ただSDの相性はそれはそれで確実に存在するものです。
>正規の手法 "mmcからのboot" で試してみぃ
旧来の方法で、焼いたらmicroSDスロットに突っ込んで放置で試してます。
mmcがないんで、残念ながら言われた方法で試すのが無理です。
逆に0.7.xはmmc以外が無理なのかなぁと。
0.6.xの時はSDだけでなくHDDでも起動できたんですが…
長文連投失礼しました。
ごめん間違えてた
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, ２回目が・・・" 確かそう言うバグあったよ、だからこれは無視していい
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コロコロな煽りに対抗していた影響です。
>x "mmcからのboot" -> o "MicroSDからのboot"
こちらもSPI1とかチマチマ誤植してるんでお気になさらず。
>SPIのU-BOOT(古いVer)が立ち上がってしまう
こちらで確認した限りでは、0.6.59しかない。
別バージョンがあるんです？
>SPIのU-BOOTをDisable(消去)しない限りこうなるわけだから
逆説的に、の新しいロットにはSPIにブートローダーが書き込まれている可能性があるのかな。
そうなると新規さんにはいろいろヤヤコシイ感じかな。
>でも、無理して試す必要は無いよ
ぶっちゃけNASはラズパイ2B+、メイン開発はnanopi neoになってる。
現状Linuxそのものが目的じゃなく電子工作必須なLinux開発（シグナル合成）が最大の課題。
rock64は基本その辺に転がってて動かしてない。
最後に。
やっぱり新人さんには厳しい状況っぽい。
SPI更新しない前提で、新人さんへのおすすめは
・0.7.9
・0.6.x以前
で大丈夫そう？
> 別バージョンがあるんです？
例えば辺りにあるイメージ
ttp://jump.5ch.net/?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単体はこちら
ttp://jump.5ch.net/?https://github.com/ayufan-rock64/linux-u-boot/releases
>> 逆説的に、の新しいロットにはSPIにブートローダーが書き込まれている可能性があるのかな。
ないない
>> SPI更新しない前提で・・・
消去済みで出荷だから、自分で意図的に書いたりしない限りは気にしなくていい・・・ハズ（update等 で強制に変更されたとかないよね？)
SPI-BOOT は、最低限でもシリアル・コンソールもってない人は、手を出すべきじゃない
不可能ではないが、書込みに失敗した場合 復旧に苦労する羽目になる
真逆だな、Pi3、1つは買った当時の箱に入ったまま、もう一つは引き出しの奥
逆にトラブルが少なくて、すぐ飽きちゃった。
結論はユルいのがいいと、個人的には思う
電子工作だと手順ミスで基盤破壊するんで、入手しやすく価格も低いnanopi neoを選んでる
NASはrock64が好ましいんだけど、ayufan共通のioniceなcronが１分おきに走るのがイヤすぎる
スパムログのせいでSDの寿命を縮める
armbianは1Gモデルがstableに入るまで放置しようかと…つまり反映されるであろうbionic待ち
DietPIは日本語回り（？）が弱すぎて断念
つまり正しい手順は、（事情わかってなくても）
(1) OS変更時にはu-boot-erase-spi-rock64.imgで本体内のSPIお掃除
(2) 目的のOS（ayufanだと0.7.9以降推奨）
ってことかな
これだと強制的にuBOOT（本体内蔵のSPI）とOSのバージョンを合わせられる
誰もがそうであるように、最初は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日以上変わってないから、ひとまず一段落 って事と思ってる
> 念のため、ブート優先順位は eMMC -> SPI -> SD ->USB20 -> USB3.0 です。
ユーザマニュアル見ると、boot の優先順位は、
eMMC -> SPI FLASH -> SD ->USB OTG
になってるね。SPI FLASH の書き込みに失敗すると、別のマシンで 書き込んだ eMMC が必要になるわけか。
気を付けないとまずいね。
氏提供情報だと、0.7.9にSPI更新が入ってる（自分で公式確認しないスタイル）
これってよくよく考えたら、起動失敗でオシャカになるかもしれないのか
これは心配無い
ttp://jump.5ch.net/?https://github.com/ayufan-rock64/linux-u-boot/releases
しかし↑に有るのは PC等で言う処のBIOS書き換えツールと同じ意味合いのモノ
安易にこれを使って失敗したりすると、仰せの通り お釈迦になって 復旧に苦労する
（復旧の方法を知ってればどうって事無い作業だが、知らない人ならハマル)
もしupdate等で該当物が降ってくるようなら（未確認)、それは止めた方が良い
source.list からは外して置くべきだろう
氏提供情報だと、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" に書き込まれてた と言う事なのか？
>あなたの掲げたlog、覚えが無いのに "SPI-FLASH-ROM" に書き込まれてた と言う事なのか？
ＮＯ、0.6.xのヤツを手動で落とし手動で書いた
>氏提供情報だと、0.7.9にSPI更新が入ってる（自分で公式確認しないスタイル）
>悪いが、私はそんな事は言っていない
大変行使わけない、誤解だった
SPI-BootとuBootを混同してしまった
は完全に撤回させてほしい
本当に申し訳ありませんでした
SPI-FLASH は、それなりにリスクが高いので最初に↓書いていておいた
> でも、無理して試す必要は無いよ
> SPIのU-BOOTをDisable(消去)しない限りこうなるわけだから
> せっかく上手く動いてる環境を壊して、戻せなくなったら目も当てられない
おそらく貴方だろうが、これに対する応答もあったので
"その程度は知ってるよ" との事だろう理解して
そのつもりで種々書いて、まずは誤解が解けたようで一安心
あなたは、電子工作の経験も有るとのことだから
お礼に、お釈迦になった場合の復旧の仕方を一つ書いておくよ
回路図を見れば、SPI-FLASH-ROMの出力端子 "DO" が
40PinヘッダのSPI_RXD_M2に繋がっているの事が見て取れると思う。
コイツをGNDにクランプすれば、SPI-ROMからの応答が届かなくなり
eMMCに対するDisableジャンパと同じ効果が得られる。
結果、MicroSDから起動が可能になるので 後は…
GNDにクランプして壊れないか？ って電子工作の経験がある人からすればこれは愚問
心配なら止めておけ とだけお答えしよう
貴方の場合は、 "rock64? 普段は使ってなく てそこらへんに転がってるって" 事らしいから
そんな心配はなさそうだ。
所詮 大人の遊びと割り切れる、この程度の余裕は欲しいよね
誤解のないようにちょっとだけ
私はとある大規模プロジェクトでドライバ開発を担当しただけで、ICEとか使ったので
ハードは内側から見たことの方が多いが、そのために知識が偏ってる
SPI-FLASHのプログラムを「ブートローダ」と呼ぶのはその時の名残
だがが金言であること（rock64の文鎮化を完全に回避できること、手順によっては
SPI復活も狙える）ぐらいは理解できる
プロジェクトでそうなると、ROM抜いて焼いてた状況（そういうソケットついてた）
そしてその辺に転がってないモノにはGNDをHIGHにしてしまう粗忽者
当方の諸々の誤解、ご容赦いただきたく
雑談につきレス不要
壊れるのは、SPI FLASH のほうだから 運が悪くてもダメージは大きくないでしょうということで DO ですか。
クランプって書いてあるけども 30 Ωぐらいの抵抗で GND とつなげば良いかな？
ところで、SD の信号も 40pin に出ているね。引きまわしてたり分岐があったりするわけで、クロック落とさないと 不安定かも知れない。
そんな SBC はあんまりないかも。
横失礼
USBメモリにOS焼いて、UART出力確認しました
(1)ジャンパなし、SDなし、USBにOS
起動OK(SPI)
(2)(1)にSPI_RXD_M2SDを0ΩでGNDに接続
起動不能、UART無反応
(3)(2)にOS書き込み済みSD
起動確認(非SPI)
のSPI_RXD_M2に関しては、SPI出力をすべてゼロに落とすことを目的としてると解釈しました
SPIが破損した場合は(3)の状態で起動し、SPIをddでゼロフィルすれば復旧できるということかと
面倒なんでゼロフィルまでは試してませんが
>ところで、SD の信号も 40pin に出ているね。
内部の内部では出力可能なようですが、SoCのコンフィグレーションがそうなってるかは不明（多分
そうなってない）とかいう話ではないかと
ちなみに私Linuxのほうが得意でどっちかっつーとソース書く人だったりするので、信憑性は微妙です
＞SPIをddでゼロフィル
この手順の前、OS起動完了後に(2)のジャンパ外さないと、SPI不応答でゼロフィル不能になるかも
ジャンパ外すまではやりましたが、デバイス名探すの面倒だったのでやっぱゼロフィルやってません
電子工作の経験有りそうな人だったから、あんな風に書いたけどソフト屋だとピンと来なかったのかもな
3.3VのI/C端子、地絡程度で壊れるようなデバイスの設計なんて誰もしませんて
んなヤワな物を設計したら量産でトラぶって、自分の身が火の車になるのは目に見えてる
第一、その程度で壊れる物なら、それ以前に身内の社内試験で落とされてしまう
では、それが保障できますか？ と顧客に聞かれてたら
当然 保障などしません 推奨する事もありません、スペックを守ってください と杓子定規に答えるだけ
なぜなら、それを保障しても する側には得られるメリットなど何も無いからだ
当たり前の事だよな、誰だって同じ受け答えになるだろ
いわゆる、本音と建前 ってヤツ。
> 壊れるのは、SPI FLASH のほうだから 運が悪くてもダメージは大きくないでしょうということで DO ですか。
> クランプって書いてあるけども 30 Ωぐらいの抵抗で GND とつなげば良いかな？
どれを潰しても結果は同じだけど、どれか一つ選んで下さいと言われたら D0
既に何度もやってるけど、直線GNDにショートしても壊れんよ
U-BOOTで任意のキー入力
ポーズ状態になるからこの時点でジャンパーを外す
その後、kernelを選んで 起動
後は、従来通り "SPIが普通に読み書きできる状態でkernel が起動" する
> SPIをddでゼロフィルすれば復旧できるということかと
> 面倒なんでゼロフィルまでは試してませんが
フラッシュ物だから、消してからじゃないと正しい値は書けない
dd if=/dev/zero なら 結果論で同じになるけど、普通は "flash_erase" ってツールがあるんでそれで消す
消えた状態は全てのデータが 0xFF
もし、手元に適切な抵抗が転がってれば
例え壊れないと解っていても 私も同様の事をする
用心するに越した事はないからな。
無きゃ、わざわざ買いに言ったりせずに ポイとやっちゃうけど
>電子工作の経験有りそうな人だったから、あんな風に書いたけどソフト屋だとピンと来なかったのかもな
ここで嫌味ブチ撒けてもしょうがないですが、お上品な現場で育ってないものでｗ
大規模な現場ではハードがないとソフト動かしようがないので、必然的にソフトが末端工程です
ハードの納品が遅れた分はソフト屋が飲むしかなく、その他の仕打ちもあって常に殺気立ってる現場なんです
たとえばアナログで特定の信号必要なのにエミュレータ貸してくれない（はずすのめんどくさがるハード屋）
なんてのは日常茶飯事で、性質理解してて可能なら別の機材＋素手で強引に再現します
そこまでしても工期の末端の末端でハード改修が入りテスト全滅とかも…
さておき、ここはLinux板でいろんな人がいて、ソフトどころか何も知らないズブの素人さんも入ります
私みたいな両方を知ってて汚い反則が基本の人間じゃなく、ちゃんとした識者の手順書があると有難いです
今回もそもそもが「初めて買いました！ うまく動かないです…」が発端の話のはずです
IPv6が使える環境なんだけど、再起動の度にLink Localアドレスが変わったり、IPv4の固定IPが設定できなかったり・・・
リモートログインすらマトモに機能しない環境ってなんなの?
そこは変わってなかったw
Debianにはプライバシー保護のためにIPv6アドレスを再生成する機能があるらしいんで、そっちから当たってみる。
IPv4アドレス(固定)が設定されないことがあるのは要調査。
interfacesにeth0の設定を追加したら、解決した。
デフォルトのinterfacesはauto eth0の記述しか無かったが、それではダメで
iface eth0 inet auto ← IPv4の場合
iface eth0 inet6 auto ← IPv6の場合
の両方を記述する必要がある。
ttp://jump.5ch.net/?http://gihyo.jp/admin/clip/01/ubuntu-topics/201809/07
PINE64が提供する“RockPro64”ボードでUbuntu 18.04 LTS + LXDEを動かしたレビュー。
ttp://jump.5ch.net/?https://www.cnx-software.com/2018/08/27/rockpro64-rk3399-board-linux-review-ubuntu-18-04/
ubuntuにあるffmpegはh264_omxが使えるようになってるけど、soがなくて使えないってなる…
Pine64 is Working on a Linux Smartphone Running KDE Plasma | It's FOSS
ttp://jump.5ch.net/?https://itsfoss.com/pinebook-kde-smartphone/
ワンドライブでopenmediavaultの運用に成功された方っていらっしゃいますか？
PCの成功例は見つけたのですが・・・
はい。
USB3.0のHDDから起動までは漕ぎ着けました。で、OVMの仕様で２ドライブが必要と言うことを知りました。
どうしても使いたいので、USB2.0のメモリスティックから起動して、データはUSB3.0のHDDに格納してます。
信頼性から、USB2.0のHDDから起動すべきと思うのですが、これだと一番の目的だった低消費電力になってるのか悩ましいです。
「Rock64のUSB HDDから起動できたOSは」でググったら
出来たっぽいこと書いてる人の記述が見つかるけど
どうなんだろ
OMVはパーティション切れば1ドライブ起動しなかったっけ？
OSが使う領域とデータ領域を完全に分ける仕様だから2ドライブ必要なはず。
そのままメモリスティックにOS入れる運用が楽だと思う。「今動いてる」って実績は貴重。
起動は出来てます。
物理的に起動ドライブと別なドライブじゃないと、共有とかの指定ができません。
sd, emmc, USBスティック, USB-HDD 全てで起動→omv の動作確認までてきてます。気になるのはメモリスティックの耐久性と、ならHDDにしたときの省電力についてです。
それらを全部クリア出来るのが、HDD 一台での稼動です。
で、このスレなら既にクリアしてるひともいるかと思い、アドバイスを頂きたいのです。
この方は、ラズパイとかrock64ではなく、PCでの成功例のようです。
あちらのページで質問してるのは私です(>_<)
アドバイスありがとう。
rock64ユーザはNAS用途が多いと決めつけて、ここのが良いかと考えてました。
ROCK64でNASに使ってる奴なんて少数派だよ
USB3.0の使い道。
つか、SATAていっても中身はUSB2.0でしょ？
電源取れる分USB-SATA変換アダプタの方が
ましなレベルだよ
> orangepiとかのsataは内部USB2.0なので...
まさにそのとり
USB-SATA変換アダプタ(USB2.0)が、ボードに乗ったのと等価だからな
余分に電源ケーブルが必要になるだけで、メリット無し
秋月は、最初から ￥3,780 で売ってるし
本家も $24.95 で変わりなしだ。
Kodi系は動画の再生支援イマイチだし
GPIO使うなら情報量的にラズパイが良いだろうし
ラズパイも付けてくれればいいのに
コレとODROIDくらいしか無くて
ん？オレ？
気にしてないよw
素朴な疑問。
まずに対して弁明反論しなはれ
察してやれ
そうか。
嘘つくつもりは無かったけど、オレが物色した当時は秋月では扱ってなかった。
$24?の1Gはともかく、ラズパイがそれより高いとは知らなかった。
rock64ユーザ同士じゃん、なんで？
嘘を付いてまでケチ付けてんだから、叩かれて当然だろう
バカなの？
選択の基準が価格だけならpiも有るだろうけど、USB3.0が必要で選択したんだから、しょうがないだろ？
で、お前はrock64を何に使ってるんだ？
とすれば良いものを、グチグチと風呂敷を広げていっても喧嘩にしかならないぞぃ
振り上げた手の下ろし方を知らない訳じゃあるまいし
openmediaのNASの作り方は別スレ案件なんだし、IDも変わるんだからこの話題に幕を下ろして無視してれば良いのよ
月曜注文したのがやっと発送されたみたいなんで
知らなかったて言ってるだろ。
どんだけ純真無垢な童貞なんだよw
子供かw
で、ケチつけられた対象ってrock64なの？それともpiなのかな？
今更だけどw
謝ったら死ぬ病なんだろうね
大嘘吐きのチョウセン人
Twitterでもよく見かけるよね
本人の中ではテンション上がって何かを成してる充実感や楽しくなってるのだろうけど
周りは良い迷惑だという事に気が付いていないという
価格の間違いを指摘されただけなのに、今度はケチ付けられた事に対し、
その次は付けられた対象は何だと拡大解釈していって収拾がつかなくなってる
次は何だ？名称の綴りがどうとか？それとも国語の文法が～に発展していくのか？
案の定の様に人種差別まで始める始末、どうなってるんだろうね
集中砲火浴びてるやつ（ように見えてる奴）気にすんな
ワロタ
さっそくIDコロコロですか
底辺おっさんはこんなことでぐらいでしか盛り上がらないんだろうな
底辺底辺うるせえぞ上辺
参加できてない底辺もいるんだからな
一人浮いてるお前が去れば静かなもんよ
日付？浮いてる？、、、ごめん聞きたいんだけど、なんか心の病持ってる？
既存のはオーディオマニアに売り込みしてるだけだし、盛り上がりも終わりかなぁ
用途限られるからもう故障以外で
買わないと思う
HDDで使ってる分には、RAM大小差はあまり感じない
逆に、MicroSDで使うなら RAMの大小に関わらずもっさり
書込みが絶望的に遅いから、これはもう どうしようもない
結局、RAM=1G版のコスパが最も高い という結論になった。
--
あと eMMC、速くて文句は無いんだが、とっても壊れやすい
要注意な
マジか！
スキップしながら到着を待ってるというのに・・・
eMMCが悪いわけじゃない
USB感覚で抜き差しでもしようもんなら、あっという間に死んでしまう
加えて、"USB Adapter for eMMC Module" とかを併売してるもんだから、これが誤解を招く元にもなってる
赤い字で注意書きでも付けてもらわないと、犠牲者が増えるよ
本家スレでは、今日も犠牲者と思われるヤツ が出ててるし
OpenMediaVaultでNAS構築して見たのですが
転送速度が25MB/s辺りで頭打ちになります。
HDDはNTFSフォーマットでマウントしてます。
ext4フォーマットじゃないと速度でないとかありますか？
過去ログで検証してた人がいたような
即レス感謝です
に記載ありました通り
早速フォーマット変えてみたらくそっぱやになりました
ありがとうございました！
通常ACアダプターが2個になるかと思いますが
何か良い方法をご存知の方いませんか？
大容量HDD繋げたいので2.5インチのバスパワーは無しで
外付けHDD から電源を取れないかという質問だと解釈して答えると・・
まずACアダプタの容量をクリアしないといけない。
良くあるのは、12V 2A タイプ。SBC まで駆動できるか微妙なところだが、12V 5A のに替えるという選択肢がある。(Amazon で安く買える)
次に内部。12V → 5V の DC/DC コンバータが普通入っている。チップやインダクタの能力を調べて判断するしかないが、普通は必要な電流分の能力しかないと思われる。
5A タイプの DC/DC コンバータも安く入手できるから、それをなんとか取り付けて SBC に回すという手はある。
レスありがとう
DC分岐ケーブルの片方を5V降圧させる方法が理想的ですね
しばらくアダプターで我慢してそのうちチャレンジしてみます。
ググればATX電源の仕様書出てくるので、16pin?あたりのPS_ONをCOM(GND)に繋げば電源ONになる
もう気狂いクレーマーこないでしょ
最近リリースされたLinux kernel 4.20の相性でUSBが動かなくなり年末年始に障害探求に5時間もかかってうんざりしました（ttp://jump.5ch.net/?https://archlinuxarm.org/forum/viewtopic.php?f=67&t=13318&p=60169&hilit=Kernel+USB#p60169）
そこで相談なのですが、安定運用第一でお勧めのOSはなんでしょうか
公式debianのarm版かarmbianのstretchか悩んでおります
ダボハゼのように新しいモノに飛びついてる、身の程知らず
だからすすめられたものをドーンとぶっこんで変になったらどうしよう、とかおそらく考えてないだろう
まあ遊びなら大したことはない
読み込みは100MB/sいくけど、書き込みは30MB/sなんだよな
NTFSだからなのかな
EXT4なら100MB/sいくのだろうか
SATA直付けだと読み込みも書き込みも100MB/s超えるHDD
ファイルシステム変えても大して変わらんよ
ないのにNTFS使う意味が分からない
大事ではないがさりとて完全に消してしまいたくもない中途半端なファイルが残ってたりするやつ。
まっさらなHDならわざわざNTFSにするのはどうかと思うが。
あと何故か音声が出ない
HDDに変えたら変わるかなぁ
あとは、ソフト側の対応次第
試したのは、"1920 x 1080 @ H264" @ フル・スクリーン だけだけど、ヌルヌルで動いたよ
ブラウザでの期待なら、それは望み薄
他のは電源が本当にシビアで辛い
今度のカーネルに再生支援のドライバが組み込まれるらしいから望みはある
カーネルの再生支援なら、かなり前から入ってる
その証拠が↓ ソフト・デコードじゃとても無理。 full-screen 限定だが、それが現状でもヌルヌルで動く
ttp://jump.5ch.net/?https://www.libde265.org/downloads-videos/
bbb-1920x1080-cfg02.mkv
非力なCPUだからな
例えH264であっても、このサイズだと再生支援無しじゃ厳しいだろ (例えば↓のヤツとか)
ttp://jump.5ch.net/?http://distribution.bbb3d.renderfarming.net/video/mp4/
でも、値段がHiKey970と同じって誰得なんだろうな
ttp://jump.5ch.net/?https://gadgetrip.jp/2019/01/vamrs_tb_rk3399pro/
ttp://jump.5ch.net/?https://forum.pine64.org/showthread.php?tid=7093&pid=43850#pid43850
シングルボードコンピュータに手出すの自体初めてだったのだけども
どのsdにどのos焼いてもhdmiもLANケーブルも無反応で困惑
たまに白いLEDがチカチカ点滅してるから読み込んでないわけじゃあないとは思うんだけどなぁ
公式のPINE64 Installerと本家のetcherとUSBWriter-1.3の三種類を試した感じ
win32diskimagerはなんか知らんけどうちの環境だと立ち上がらんかった
もう一つ買うか・・・そうか・・・
めんどくさいソフトは何一つ使う必要ないし不具合も起きづらいから
ためしにやってみる
基本的なところで電源およびケーブルは公式？ラズパイもだけどそこで躓く人いる
ACアダプタはこいつを買ったんだけどまずかっただろうか・・・
一応要件は満たしてるはずなんだけども不安になってきた
ttps://www.amazon.co.jp/dp/B074SXQ4QL 買ったのがRock64なら大丈夫だと思う
SD-Card: 相性が有って読めないヤツがある。
本体は、RAM-1/2/4 GB: と3種類あるが、 特に4G版で相性が出やすい
まぁこんなトコだな
boot で躓いたら
シリアル・コンソール繋いで、ログ見ない限り正確な事はわからない
安いから、あれこれ悩んでるより買った方が早い
もし、手持ちにraspi用のが有ればそれが流用できるかもしれない
(1.5M bbps 対応なら流用可)
raspi と違ってソフト（OS)の完成度はイマイチだから
シリアル・コンソールは必須と考えた方が良いだろ
何を買ったのかさえ書かないレベルのコミュ力の脳だと
Raspberry Piを買った方がよかったんじゃないのか。
PINE系の物は安いのにユーザー少なく情報が少ないから脳力低いと激大変
rock64 の4Gモデルでした申し訳ない本当に
linuxから焼くのも追加でsd買い足す(エレコム、ソニー、東芝)のも試してみたけどあかん
処理に時間かかってるのかと毎度電源さしてから1時間ぐらい様子見してるけど様子見足りないってことはないよな...？
とりあえずどんな処理してるのかさっぱりで辛いからシリアルコンソールと本体買い足しの方向で考えます
みなさまご助言ありがとうごさいました。
ちなみにラズパイだとやってみたい用途にはスペックが足りなそうだったので断念しました
それは起動するかどうか判らないイメージ使う時でしょ
今回は実績あるイメージとツールでやっててSDも何枚か試してるみたいだから
初期不良濃厚じゃね？
なんか初心者貶したいだけに思えてしまう
Rockに限らず大きい・企画が新しいのは相性出やすい
SDの高速動作は相当怪しい感じがするね。
何を言ってるんだ？
このスレの上の方 辺りに実例があるじゃないか
一概に、新しい方が良いという訳でもないし
pm当たりが怪しい。
システムはUSB HDD
ありがとう。
回路図見たらSDがエラー吐いた理由がわかったよ！
ラズパイ互換はコネクタだけで、配置は互換じゃなかった。
SDのピンにhatが悪さしてた
誰でも簡単にRaspberry Pi 3へ64bit ARM版Windows 10をインストールできるツールが登場
ttp://jump.5ch.net/?https://gigazine.net/news/20190214-raspberry-pi-run-windows-10/
まあメモリー1GBでは実用的では無いでしょうから
PINE64やROCK64用のバイナリーが待たれます
問題はGPUやUSB3の認識やGbit-LANかな
Rock64の4GBに入れてみたいなあ
RK3328 : MPP MPEG2 decoder doesn't seem to work.
We have used successfully H264 / H265 / MPEG4 / VP8 / VP9 with MPP
rock64で、mpeg2以外でハートウェアデコードができるの？
Slackware for Rock64なら、イメージファイルがあるようではあるが
ttp://jump.5ch.net/?https://www.linuxquestions.org/questions/showthread.php?p=5956920
聞いたことがないOSだなぁ、
使いものになるOSかどうかわからんので、入れはしないが。
Slackwareは結構老舗のディストリだと思うが…
近い将来、直販でしか入手できなくなるのかな。
H６を採用したSBCに置き換わっていくんだろうけど
この変換プラグってROCK64で使えますか？
ttp://jump.5ch.net/?http://akizukidenshi.com/catalog/g/gC-00088/
ＤＣプラグ変換プラグ ２．１ｍｍメス⇔１．３ｍｍオス
それ 3.5mm 1.26mm
ささらないんではないでしょうか。
>289
【M-08311】 スイッチングＡＣアダプター５Ｖ３Ａ ＡＤ－Ｄ５０Ｐ３００
とセットで使用しています。どこかのブログで動作報告があったはず。
カモンのUSB変換で使えると捗るんだけど
rev3 が控えてるから
それまでは仕入れを控える ってだけじゃないか？
秋月でrock64の商品ページの下の方を見れば分かる。
うちは4GB版がanker+ダイソーのPSP用充電専用USBリールケーブルで動いてるんで、そんなに電源気にしてない。
CPU以外の構成をraspi完全上位互換にすりゃいいのに
ttps://blog.ayushio.com/2018/12/27/rock64-record/ その変換プラグで刺さったよ
あとは放熱対策だけだ
NetBSD
Web画面から静的IPアドレスにすると
エラーが出て確認ループになる問題の対処方法
ttp://jump.5ch.net/?https://forum.openmediavault.org/index.php/Thread/24225-Error-with-static-ip-on-rock64/
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%
やりたいことはひとまず完了
アイドル状態になるとHDDはスリーブし
その後のアクセスで起きてくるまで時間が掛かる
OpenMediaVaultでNASにしたら結構いい感じに動いたので追加購入
PCのように使おうとすると日本語入力できるまでにひと苦労
ラズパイならネットで調べることもなく動いたのに
今のところarmbian-bionicでの課題
3.5mmオーディオジャックから音がでない
動画は元からあるmpvが動かずvlcだとクソ遅い
いずれもラズパイでは問題ない、やっぱりこなれ具合が違う
ボード自体、Rcok64と比べて大差無いのに、驚くほどの人気の無さだ
前モデルが一年も放置状態だったからな、 まぁこうなっても不思議はない
もう取り返せないね、対応が酷すぎた。
見た目いい感じで日本語表示はできるが日本語入力がうまく動かん
mozcはapt-getできず anthyはインストールできるがibusとfcitxでも動かず朝になった
sshでよくね？
俺も、起動時にシリアル、その後SSH
GUIで使ったこと無いや
専らTera TermでSSH
でも鯖としてはかなり良いと思うよ、GbEもUSB3もあるし
先週中国行ったんだが出発前にShadowsocksを立てて行ったらいろいろ捗った
GUI使いたいなら素直にx86使った方がいいとおもう
自分はキャッシュカードサイズでＰＣぽく動くとこに感動する
ラズパイゼロなんて切符サイズで動く
まあＰＣとしてはクソ遅くて実用範囲外だったが動かしてみたくなる
SSHでいいけどラズパイですまないから
いや、その「sshですむけどラズパイですまない」のはどんな用途？
考えづらいので、知りたい
最新のpi3 B+でもuse3.0化してないというのに気が付いた（勝手にusb3になったと思い込んでた)
ファイルサーバー用途とかなら差があるんだろな は忘れてくれ
ところで自分は4KHDR対応メディアセンターとしてrock64を検討してるんだけど、実際そんな使い方してる人います？
実力を知りたい ４Kはandroidしかムリ？
残念なのは、USB 3.0 だけじゃない
ちゃんとしたNASでSMBマルチチャネルとかにはかなわないが概ね期待通り
今後もNAS+αとしてしか使わないだろうな
GbE+USB3.0+AESアクセラレーション+動画再生支援で
安いの出ないかなあ
動画再生支援とかはハナから期待していない
ttp://jump.5ch.net/?https://forum.libreelec.tv/thread/13228-early-community-images-for-h3-h6-and-a64/
OrangePiOneで動かして見たらMPEG2のインタレ解除が不安定だった
H264だけならまあ使える
かなり前から PMP や TV BOX 用の SoC を作ってた中華メーカーが amlogic と ROCKCHIP
android tablet の登場のタイミングで割って入ったのが allwinner 。
安い 中華 SBC の SoC はこの３社に絞られる。
今 最速なのは amlogic S922X まだ ODROID-N2 にしか採用されていない。
その前に最速だったのは ROCKCHIP rk3399 かなりの数の SBC に採用されていて RockPro64 もそのひとつ。
性能的に後塵を拝しているのが allwinner H6 。採用している SBC は少ないが PINE H64 がある。
どれもこれも ハード的には
GbE+USB3.0+AESアクセラレーション+動画再生支援
を満たす。OpenCL による GPGPU も可能なはず。
それ以外の機能としては PCIe, とか NPU とか。
幸いなことに、armv8命令セットには、「Cryptography extensions」（ttp://jump.5ch.net/?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
Xiaomi好きなんだけどXiaomiのMi BoxやMi TVもSoCはAmLogicだね
つか中華STBやスマートTVは殆どそうかな
でかいファイル転送後ファイル一覧出てくるの遅い
sambaの設定なのかな
USBでSSD繋いで輪ゴムで本体に固定してるんだけどダサいから何とかしたい
3Dプリントかさもなくばアクリル板とかMDFボードあたりを加工
自分は付属のケースに穴開けて使ってるけど
ラズパイケースに電源用の穴開ければそのまま使えるよ
輪ゴムは数ヶ月で劣化してボロボロになるからやめた方がいいよ
つ100均のお弁当箱のバンド
"Fixed" at the download page
ttp://jump.5ch.net/?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は使えない）
nextcloudって外部に公開してる？
それともVPNしてから接続する感じ？
鯖ごと独自ドメインで外に出している（ロボット拒否とかは一通り入れてある）
とりあえず以前Windowsで自鯖始めた頃からずっと外からアクセスできるようにしているけど他人に入られたことはないな
NextcloudのIDは自分のしかないがｗ
NASを外部に公開するのは危険じゃないか？
NASは外に出していない
VPNからでないと入れないようにしてある
Nextcloudとも完全に分けてある
停電時の対応なんだけど
9時から11時まで停電。この場合9時前にシャットダウンをスケジュールしとけば
あとは11時になったら勝手に電源ONしてくれるってことでいいんだよね
UPSなんか無い
見事に80円以上（最高値75円）に張り付き日本の産業を焼け野原にしてくれました
晋三なんか何年もやってるのに何もできてないどころか金巻き上げて上級国民にばらまいてるだけｗ
無いんだろうなあ
以前使用の2tbのhdd(usb2で接続)をrsyncでリストアすると数時間ほどでhang upする、
6回試したけど毎回気が付くと落ちてる
温度は大型ヒートシンクにファンつけてるので確実に60度は下回ってる、
電源は5vの3A、試しにusb2で接続してみたがやっぱ落ちる
なにか情報ありましたらお願いします
ログとれたらまた来ます
USB 2.0 でも同様の症状、と いう事のようだから違うとは思うが
USB 3.0 の方は もともとバグ持ちだから、 "raid" とか 過渡な期待は しない方が良いぞ
電源が足りないのでは？３台接続してるんだろ？
2.5inch HDD 1台あたり 1A で電源設計すべき。
仕事から戻って見てみたらrsyncのログは無く、リブート後のログイン画面になってて、どうもwatchdogが働いたのか
リセットがかかったようでした。
今度はserial consoleでつないでるのでログが取れそうです。
<改善に向けてこれから試そうと思ってる事>
１ OSはDietPiを使ってるんですが、netbsdかcentosにしてみる
2 もうラズパイ4を買う
3 素直にx86のミニPCを買う
それとレスありがとうございます、
hddの電源はすべてROCK64とは別でコンセントからACアダプターでとってます
今日仕事から帰って見たら落ちました、今夏はシリアルコンソールつないでたのでログが取れました
[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 見た感じだと読み込みで落ちてるっぽい？
数が出ない文もあるだろうけど
店頭の値札とか電子インクになりかけてて安く出るんじゃないかと思うんだけどまだまだなの？
全ラズパイに電子インク液晶付けたいわ
OMV4、Rock64同士でrsyncをしてるけど何の問題も起きてない
ヒートシンクは秋月で売ってるラズパイ用のちっこいやつ
raidや複数HDDが原因だと思う
特にUSBはハブかましてると不安定になる代物
ttp://jump.5ch.net/?https://www.aliexpress.com/item/32830012306.html
こういうのは $20 ぐらいであるが、Full refresh time: 6s と書いてあるぞ。
動かない画面を出してなにがしたいのか？
今朝みたらraid1構成で4TB分rsyncが問題無く終わってた、どこぞのバタモンのSBCでも熟れているせいかintel製は安定してるんだなと、
ROCK64はゲームコンソールにでもしようかと
rsync -av だと落ちないよ
流行らせろ
PinePhoneもそろそろ発送される
次はPineTabだ
ttp://jump.5ch.net/?https://store.pine64.org/?product=rockpro64-metal-desktopnas-casing
ttp://jump.5ch.net/?https://www.omgubuntu.co.uk/2020/02/hardrock64-single-board-computer
ラズパイ対抗価格？
ttp://jump.5ch.net/?https://togetter.com/li/1464606
楽しそう
おめ
で、OSなに入れた？
重すぎたりしない？
物理スイッチがすぐ壊れそうでやわそうとかない？
Ubuntu Touch
物理キーはしっかりしてる。
重さは191gだった。
ttps://i.imgur.com/WFc3qb4.jpg いいな、面白そうだな
俺も一緒だわ
ttp://jump.5ch.net/?https://forums.ubports.com/topic/4347/no-more-pinephone-community-edition-ubports/9?_=1591973137609&lang=ja
キャンセル待ち状態だこれ
張り付くか第二段待つか
ttp://jump.5ch.net/?https://imgur.com/a/5aY4c4q
おめでとう
キーボード付けても
UKキーボードは違和感あるしなあ
DHL強く推奨されてたけど大丈夫？
届くの何週間か遅くなるかもよ
海外の串からアクセスしたら買えるのかな
確か 送料=$10 程度だった筈だが 費用の割には遅いよ
DigiKey等を使って米国からだと、同程度の費用で１週間ぐらいで届くからな
（この日数だと おそらく船便、Amazonでよく見る 送料無料の仕組みと同じ手法だろ）
商品が安い分、送料で穴埋めするビジネス・モデルだろうが
慈善事業じゃないんだから赤字で続ける事は出来ない
有りだろ
中国なら、Aliで遅いの慣れてるが。
ttp://jump.5ch.net/?https://www.pine64.org/2020/06/15/june-update-postmarketos-ce-pinephone-shipping-pine64-cluster/
いまいち買う気がせん
出て間もないから当然だが、
現状、性能面/価格面/ソフトウェア対応 の全てで劣っている
触手が動くのは、新しいモノ好きのヤツらだけ
まだ高いけど、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/ 最後の知らんかった液晶ついて750円っていいね
送料入れても千円切りか
ハズレ個体なのか仕様なのかわからん
テクノハウスは在庫無し
何回か利用したけど、大体２週間程度で届くよ
＊但しコロナ騒ぎ前の話、今は知らんが・・・
（国内には代理店が無いので）本家以外で買えないか聞いてるのに本家をオススメするのマジ有能
USB Type-Cでも動くのは嬉しいかも
しかも25ドル
これ、自分で復旧できないレベルのヤツはアウトだろ
PINE64使うの初めてなので教えてください。発送方法が安い方で申し込んで
8/6頃にPINEからその発送はできなくなったから5ドル追加してDHLにするか
キャンセルするか返事くれときましたDHLに変えるとメール打ったら
数日後にPaypalで5ドル請求あって支払い済みです。
その後の動きがわからないのですが、DHLで発送されるときってメールきますよね？
Pinebook買ったときは発送完了時に
Your PINE Store order from (日時) is complete.
ていう件名のメールが来た。
そこにTrackingNoも載ってる。
注文履歴とか現在のステータスが見れるページがないからモヤモヤするよね。
どうもです。気長に待ちます。
っていうか細かいこと気になるなら使うところではないんだろうと。。。
ディスプレイ駆動チップだったかを変更するからどうのとあったと思う。
その時点で１週間程度の遅れですむとあった記憶。（つまり8月初旬に発送）
公式案内はないが安い方の配送方法が使えなくなり、DHL一択となった。
そして俺の場合、8/9にDHLへの差額支払いだから遅れるとは思う。
ttps://hayabusa9.5ch.net/test/read.cgi/news/1598413131/">ttps://hayabusa9.5ch.net/test/read.cgi/news/1598413131/
1 デスルフロモナス(北海道) [US] 2020/08/26(水) 12:38:51.17 ID:UzzCQ9sv0 BE:422186189-PLT(12015)
ttp://jump.5ch.net/?https://monobook.org/wiki/PinePhone#.E4.B8.BB.E3.81.AA.E4.BB.95.E6.A7.98
これ安くね？
これってdebian10動く？
メモリー2GBだとfiregoxすら動かんのでは？
AMDでさえ、出たばかりのプロセッサはLinuxディストリでいろいろ不具合を抱えるのだから。
よくサポート云々という人が居るけど、赤帽運輸以外は真のサポートを実現できない。
新カーネルに対する発言権が無いんだから。
この現象がバグなのか仕様なのか、カーネル開発に携わっていないディ鳥が決定出来るでしょうか？
その言い方はかっこいいのか、通ぶれているのか？
いずれ、イクヤ専用の冠詞として辞書にも載る。
ちんぽイクヤへの言及がない百科事典って意味ある？
これはgpsオフ、モバイルデータ・wifi物理スイッチオフはついてないの？
ttp://jump.5ch.net/?https://wiki.pine64.org/PinePhone
> Killswitches: Modem, WiFi & Bluetooth, Microphone, Cameras
ttps://i.imgur.com/zBMZZGl.jpg 動作するOSについて
ttp://jump.5ch.net/?https://wiki.pine64.org/index.php?title=PinePhone_Software_Releases
CommunityEdition買えばプリインストールされてるから悩む必要ないと思うけど念の為再インストールの方法は調べておいたほうがいい
ttp://jump.5ch.net/?https://wiki.pine64.org/PinePhone#Flashing_eMMC_using_Jumpdrive
この端末を使うメリットはAndroid/iOSを避けられる、物理キルスイッチが存在する、背面パネルを外してバッテリー交換できる、背面パネルを外したところにPOGOピンがあって機能を拡張できる点などがある
現在はキーボード付き、ゲーム用コントローラ付き背面パネルを計画しているらしい
デメリットは公式ストアで買うと送料が数千円かかるから思ったより安くない、デカい割にしょぼい、あと現状だとOSが不安定だしアプリがろくに無い
高性能版欲しければ買って応援
今売り切れてるけど
ソフトウェアにバグは付き物だが、 リリースする前に せめて一度くらいは確認しろよな
一度も確認せずにリリースするとは、 タマゲるね
まぁ この業界、 ココだけに限った事では無いようだが。 驚くよ
(Forumでも?み付かれてたよ、責任者と思われる人物が)
出たら出たで、互換性無くて既存のイメージから起動できないとか・・・ 散々だった
特にココの場合、運営側が言う時期は全く当にならん
指摘のヤツは、４月頃とか言ってたよな 確か
3日後到着予定。
ubuntuはともかくtouchは初めて。
bluetoothが使えない。ペアリングモードの
btマウスが見つからない。先は長い。
何 買ったん？
pinetab
低すぎるという評価だね。フォーラムで売りに出ている始末。
他のデバイスも完成度低いのかな?
たぶんとりあえずOS育てたくて出したんじゃないかな、スマホタブレット向けのまともなLinuxほとんど無かったし
これからの成長が楽しみ
SOCとしてのデバイスが・・・、と言うより資料公開の姿勢が
特にVideo系、
データ・シート or サンプル・コード 等の情報開示が無いと
開発側は何も出来ないからな
品質は別として、RockchipはVideo廻りもKernel-code として公開してる
その分、Kernelコードを書く側としては手を付けやすい
なんとかMozcも動いたよ。
ttp://jump.5ch.net/?https://kenken92.synology.me/wordpress/tablet/pinetab/2026.html
また変なもの作ってる…
チップセットも本来は一本あたり1000円以上するみたいだし
あらゆるGoogleのサービスやソフトウェアを利用せずに、生きていけるの？
全く使わないとは言ってないが
今年中に来れば御の字かな
一定温度に達するとクロック落とすデーモン作ったらrsync安定した
