【Raspberry Pi】ラズベリー・パイ part57【Arm】
■ このスレッドは過去ログ倉庫に格納されています
Raspberry Piシリーズはクレジットカードサイズのコンピュータ。いろいろな用途に使えますが
いろいろと割り切りが必要な部分もあるよ。ケースやカメラモジュールもあります(別売)
┏━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃たいせつなこと: 安定した5V電源の確保が安定動作への第一歩かも ┃
┃ACアダプタと接続ケーブル、それぞれに十分な電流容量のものを ┃
┗━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
Raspberry Piシリーズを大雑把に世代分けすると (A系、CMは略)
第一世代:Model B, B+, Zero, ZeroW (SoC: BCM2835 CPU: Arm1176JZF-S Armv6 Single-core)
第二世代:Pi2 (SoC: BCM2836 CPU: Cortex-A7 Armv7 Quad Core ※v1.2よりPi3と同一)
第三世代:Pi3 (SoC: BCM2837 CPU: Cortex-A53 Armv8 Quad Core)
第三.一世代:Pi3B+ (SoC: BCM2837B0 CPU: Cortex-A53 Armv8 Quad Core)
第四世代:Pi4 (SoC: BCM2711 CPU: Cortex-A72 Armv8 Quad Core)
・SDカードには必要最低限の書き込みで運用
ハードに使うとSDはサクッと死にます。使い捨て上等!の割切りも時に必要
安定運用な状態のときにSDを複製(バックアップ)しておき、有事に備えましょう
3B以降は、USBマスストレージからのブート可
関連リンク・技適検索先はレス2に掲載しました。
※ハードウェア中心の話題は以下のスレをご利用下さい。
【ARM】 Raspberry Pi Ver.18 (自作PC板)
https://egg.5ch.net/test/read.cgi/jisaku/1590909260
【RaspberryPi】1ボードPCを語るスレ16【Pine64】(電気・電子板)
https://rio2016.5ch.net/test/read.cgi/denki/1592899647/l50
その他雑多な話題
https://mao.5ch.net/test/read.cgi/linux/1444805068 >>82
サービスの起動処理中だったのですね。ありがとうございます。
ok fail しか気にしてなかったもので、助かりました。 zero wが買えないからぼったくりのwhを買ってしまった
こら買うぐらいなら3の方がよかったよね(T_T) >>94
そいつは元がatomだからクッソ低発熱
しかもノートでファンレスなら性能絞ってる
そいつも小型PCとかでファン有りだと性能上がる代わりに爆熱になるぞ 要は低発熱って事だよな?
回りくどい書き方しなくても raspi-configアップデート
Boot Orderメニュー追加
USB Boot -> Boot from USB device if SD card boot fails >>97
IntelからAMDのマザーにOSの入ったSSDを差し替えるだけで自動的にドライバインストールされて普通に起動するぞ
昔はそんなことありえないからビビった。さすがにそのまま使うのは気持ち悪いんでクリーンインストールしたけど 長年使ったラズパイ空き容量確保のために、sudo rm -r /var/cache/*
一発スッキリしたいのですが、不具合等考えられますでしょうか? >>110
今稼働してるアプリケーションが使ってりゃそりゃ不具合あるだろ >>110
sudo rm -r /*
一発でスッキリww dd if=/dev/zero of=/dev/sda ターン fstabにUUID書いておくとUUIDが正しくないと該当ディレクトリに手動マウントも出来ないんだな
さっきはまって悩んだ
HDD付け替えてfdisk、mkfsやってためしにマウントしようとしたらマウントできない
意味わかんねえ
ためしに違うマウントポイントを指定すると出来る
中も見えてtouchでファイルも作れた(Sambaで共有してるのでWindowsからもファイル作れた)
意味わかんない
再起動しても駄目
しょうがないからfstabでも編集するかと思ってUUIDが違うことに気が付いた
UUID書き換えてmountコマンド打つも駄目
しょうがないから再起動したら無事マウントされた
最後のfstab書き換えたあと再起動ってのがLinuxとして不可解 マウントできないときにどういうエラーメッセージが表示されたのかな >>117
メッセージは出ませんでした
$?も0でした sudo systemctl daemon-reload
でマウントできたりしない? このスレも最近親切になってきたな
以前はケースと技適と電源の話しかしてなかったけど UUIDやPARTUUIDはコピペした方がいいよな cronで@reboot mount ~ しとくのが安全かな、Dataしか入ってないHDDなら >>116ですが-v付けると
mount: /dev/sda1 mounted on /home/pi/xxxxxx
とマウントしたよとメッセージは出ましたが
実際はマウントできていませんでした
このときのリターンコード$?もかわらず0です
fstabのUUIDの書き換えは20回くらいやって動作を確認したのですが
最初の書き戻し(誤→正)だけなぜかマウントできました
その後は1度も書き戻しでマウントできず
リブートするまで直りませんでした
何でもかんでもリブートってのはWindowsの十八番だったとおもうのですが
そこだけが不可解です >>127
チェック項目
・どんなファイルシステムをマウントしようとしているか
それに対するマウントオプション(fstabの書き方)は適切か
・fsck -y してみたか
・そもそも使用するブロックデバイスに不良は無いか 不安ならディスクイメージを作成して
ループバックデバイスでマウントしませぅ Ubuntu Server 20.04でVSCodeのOSS版が使えるようになったので書きます
VSCodeはまだARM64版のLinux用のバイナリがありません
VSCodeのOSS版を自分でビルドすることで使えるようになるようです
Visual Studio Code(OSS版)のARM64ビルド
https://syoshinaga.com/posts/code-oss-arm64-build/
このページを見てこのとおりにやったらVSCode OSS版のARM64のdebパッケージをビルドできました
このページにも書かれてるように環境を汚さないように
仮想マシンやDocker上でビルドしたほうがいいみたい
私はKVMの仮想PC上のUbuntu Server 18.04上でビルドしました
メモリは3.4GBくらい使ってたので4GBか8GBのRaspberry Pi 4上でないと
ビルド出来ないと思われます
仮想マシンには6GB割り当ててビルドしました
必要な空きディスクスペースは4GBちょっとほどでした
このページにあるスクリプトを実行するとビルドが終わるとホームディレクトリに
code-oss_1.39.2-1594274639_arm64.debが出来ます
インストールは
sudo apt install -y libnotify4 libgtk-3-0 libxss1
sudo dpkg -i code-oss_1.39.2-1594274639_arm64.deb
でインストールできます
Extentionを使うために
/usr/share/code-oss/resources/app/package.json
に追記するようにかかれてますがこれが間違いで
/usr/share/code-oss/resources/app/product.json
に追記しないとExtentionは使えませんでした
追記は一番最後の項目の最後をカンマ","で区切って挿入します VSCode OSS版の日本語化は
画面左端の上から5番上のアイコンのExtentionsをクリック
Japanese
と入力
Japanese Language Pack for Visual Studio for Japanese
を選択
Installを押します
終わったらvscodeを再起動 最後に
vscodeの起動コマンドは
$ code-oss
です >>131
4B 8GB+Rsapberry Pi OS 64bitで、vscode-ossの実機ビルドと起動に成功 いつも思うんだが何故無理をしてまでラズパイでやるのか不思議でならん もっとよく調べたら、VSCodiumというのがあってビルド済みのバイナリをダウンロードできるようです
試してないので興味がある人は誰か試してみてください
VSCodium
https://github.com/VSCodium/vscodium/releases 8GBならRaspberrypi osでちと重いが普通にCode OSSは使える $ sudo dpkg -P code-oss
一度いれたVSCode OSS版を上のように消してCodiumを試してみました
$ wget https://github.com/VSCodium/vscodium/releases/download/1.46.1/codium_1.46.1-1592564137_arm64.deb
$ sudo dpkg -i codium_1.46.1-1592564137_arm64.deb
Codiumの起動コマンドは
$ codium
VSCode OSS版と同じでExtensionsを使えるように下記ファイルに追記
sudo vi /usr/share/codium/resources/app/product.json
"extensionsGallery": {
"serviceUrl": "https://marketplace.visualstudio.com/_apis/public/gallery",
"cacheUrl": "https://vscode.blob.core.windows.net/gallery/index",
"itemUrl": "https://marketplace.visualstudio.com/items"
}
追記は最後の項目の一番最後にカンマ","を入れて区切ってから挿入します Codiumの日本語化はVSCode OSS版と同じです
画面左端の上から5番上のアイコンのExtentionsをクリック
Japanese
と入力
Japanese Language Pack for Visual Studio for Japanese
を選択
Installを押します
終わったらvscodeを再起動
codiumの起動方法
$ codium 書き忘れましたがcodiumを試したのはRaspberry Pi 4のUbuntu Server 20.04です OTG対応のオスオスUSBケーブルって売ってます? >>129
>ループバックデバイスでマウント
いつも思うのだが、「ループバックデバイス」って考えた奴は天才だよな
イメージファイルの中身を「ファイル」として個別操作するソフトは今までもあったが、
ループバックデバイスを使えば、一々そんなソフトを作るような必要が無くなる。
新しいファイルシステムも「OSが対応」すれば、勝手に対応してしまう。
なんで、Windowsにはこういう機能が無いんだろ? Windows10は、真icroソフトの最後のOSだからじゃね? >>141
typeBの話よね?多分規格外だから見かけないな
ググったけどポタアン用の短いのしかない >>142
え、結構前からvhdでマウントできるよ
rawは対応してないけど変換すればいいし
ISOもwindows10から対応してる thonnyだとダメなのか?
zeroだとvim使ってるけど
ラズパイでそんなに頑張らないだろ >>141
今あるか知らんけどRSに
両側Type-Aオスのケーブルがあった
両端にセリアのOTGケーブルつければええんとちゃう? メモリーカードがぶっ壊れて起動しなくなったんだけど
メモリーカードをまたフォーマットすればなおることある? 書き込み時エラーが出たフラッシュは
セルが壊れたので棄てろ。が定説 上のVSCodeの100%オープンソース版のVSCodiumの
ARM64版のUbuntu Server 20.04と32bit版のRaspberry Pi OSでの
インストール方法をまとめてみました
Raspberry Pi 4でVSCodeの100%オープンソース版のVSCodiumを使う
https://pastebin.com/BV4Liiqv >>145
>rawは対応してないけど変換すればいいし
それは、対応してるとは言わない・・・
上にも書いたが「個別のソフト」ならば、各種フォーマットに対応したものが幾らでもある。 >>142
> なんで、Windowsにはこういう機能が無いんだろ?
お前が知らんだけだろw
>>145
ISOはWindows 8から標準でマウント可能
daemon tool使えばXPとかでもマウントできたし >>151
>上にも書いたが「個別のソフト」ならば、各種フォーマットに対応したものが幾らでもある。
>イメージファイルの中身を「ファイル」として個別操作するソフトは今までもあったが、
いやディスクとしてマウントできるんだけど? >>153
いやだから、
「一々、vhdフォーマット」にしないとダメでしょ?
って言ってるんだけど?ダイレクトに、「なんとか.img」をマウントして操作できないでしょ?
例えば、ラズパイのインストールイメージの最初のパーティションは「fat」なんだけど、
一々「SDカードに焼く」とかしないと、Windowsで操作できないけど、
linuxの「ループバックデバイス」ならば、「なんとか.img」のまま弄れるよね?
って話なんだが。 >>154
おまえが言いたかったのはディスクイメージをマウントする機能がなぜないんだってことだろ
それを知らなかっただけで変換の云々とか後付けするなよ >>155
>Windowsにはディスクイメージをマウントする機能がなぜないんだ
その通りだよ。例えばWindowsでは、/boot に「ssh」ファイル書くだけの為に、SD焼かないといけないからね。
(最初から「ssh」入りの、自前イメージを作っておけば焼くだけで済むが、何台もラズパイあると、
「SDの枚数分」だけ、その作業をするのは面倒だし、時々間違う。) 違うな。真の問題は、
「何で、SDカードを焼くのに、こんなに時間がかかるんだ・・・」
だな。ちなみに、「SDカードから、イメージファイルを作れる」ことは知っているからな。
最後にそれを保存しておけばいいだけだ。
ただ、そこまで行くまでの試行錯誤中は「何回もSDを焼いて、度ごとに「ssh」ファイルを作らねば」ならない。というのが時間もかかるし面倒なだけだ。 windowsは推奨のbalenaEtcherってツールでラズパイのOSイメージを焼いて
焼き終わるフォルダーが開くんでbootパーティションに移動して
テキストドキュメントの新規作成でsshってファイルを追加すればsshの設定は終わり
wifiの設定もwpa_supplicant.confってファイルを追加して設定貼り付けると終了
後はラズパイにSDカード突っ込んで起動すればいい で、そのisoファイルはOSのどの機能で作れば良いの?
とか言う。
不毛なんで止めようぜ ここベビースレは不毛なことを必死に語るためのスレだろ ホントだ
https://github.com/microsoft/WSL/issues/4980
にも、そう書いてあるわ
※但し、WSL2でもカーネルのリビジョンによって違うとか、向こうでも情報が錯綜している模様。 よく読めよ「4.4.0-で始まるカーネルバージョンはWSL1だハゲ」って言われてんだろ かくしてwindowsの話題は続くよどこまでもなのであった 実はWSL2の実態はHyper-V上の仮想環境
カーネルもLinuxカーネルにパッチを当てただけで
Linuxカーネルの機能がそのまま使える
完全なLinuxがWindows 10上で稼働する? 「WSL 2」とは
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html
> これに対してWSL 2は、専用の仮想マシン環境である
> 「Light Weight utility Virtual Machine」(軽量ユーティリティーVM)を使い、
> ローカルパッチ(Microsoftによる独自パッチ)を当てた
> Linuxカーネルバイナリを動作させ、仮想マシン内にLinuxの実行環境を作る。
https://image.itmedia.co.jp/l/im/ait/articles/1906/14/l_wi-wsl2_01.png Windows 10でWSL2を使えばRaspberry Pi 4いらないという人いるが
WSL側で重い処理やメモリを大量に使う処理をやると他のことが出来なくなる
Raspberry Pi 4の消費電力なら一日中付けっぱなしにしてもいいし
重い処理を1日中どころか1週間走らせてもパソコンが使えなくて困ることはない
常時起動してるLinuxがあるといろいろ便利だよ
特にパソコン側がノートパソコンの場合、コア数が多くないからな MIPI CSI-2仕様カメラをWSL2環境に
繋ぐ方法が出来てから再提案して下され Raspberry Pi 4のコアのCortex-A72は
浮動小数点演算は遅いけど、整数演算はかなり速いよ たとえば、πの計算
Pythonだとこんな簡単に書けるけど、これでパソコンと比較してみると
Raspberry Pi 4の実力が侮れないのがわかる
特にノートPCとの比較でね
まあ、今の季節、ちゃんとファン付けて冷やさないと性能でないけど
πの計算プログラム
https://pastebin.com/KSebjhFv
うちのRaspberry Pi 4で計測したら73.454 秒だった ブラウザ立ち上げた状態で計測してた
ブラウザ落としたらもうちょっと速かった
うちのRaspberry Pi 4で69.282 秒
ちなみにARM64版のUbuntu Server 20.04を使ってる ブラウザの同時起動を気にするくらいならprint(result)も使わない方が良いと思う 完全初心者で質問なのですが、ブラウザで特定の動き(特定のTodoリストに入ったら)をしたらプリンター出力したいです。
ラズパイなら出来そうなのですが、逆にWindows PCだとなぜ出来ないんでしょうか?
モジュールがラズパイなら組めるからそういったことが出来るという事ですか? ブラウザを気にしなきゃいけないくらい猫があくびしそうな性能か・・・ >>184
ニコ生を表示してたからね
再生してなくても、ただ、ページを表示してるだけでもニコニコは重いから 以前、ネットで拾ったC言語で書かれた整数演算のみのπの計算プログラム(遅い)
https://pastebin.com/NPpq8XGU
Raspberry Pi 4 Ubuntu Server 20.04 gcc 9.3.0
オプションに-O3を付けただけのコンパイルで
171.942786秒 32bitのRaspbianでも計ってみたがめちゃ遅いな
Pythonのが581.587 秒でC言語のが565.588701秒
多倍長演算で64bit整数使えば速くなるからPythonの差はわかるんだが
C言語の方は64bit整数なんて使ってないのにこの差
なにかプログラムの時間測定がバグってるのかと思って
timeコマンドも使って計ってみたが全然バグってない、計測した時間は正しかった
Cortex-A72は64bitに最適化されてて、32bitは遅いんだな
64bitのLinuxで使わないと大損だな π計算とUbuntuに拘る奴がいるね
まー、、、そんな時代もあるか あ、Raspbianのgccのデフォルトが
すべてのラズパイで動作するようにARMv6になってるのが原因かも >>191
以前、Dhrystone 2.1で比べたことあるが64bitの方がかなり速かったよ 数値計算用マシンとして運用したい場合はやっぱり64bit入れないと話にならないんだろうか?
少なくとも数千次元の連立方程式とかをガンガン解きたい >>186のC言語のやつをRaspbianでコンパイルしたバイナリを
そのままarm64のUbuntu Server 20.10に持ってきて実行しても
563.873896秒
arm64のUbuntu Server 20.10上で32bitのarmhfのクロスコンパイラで
arm-linux-gnueabihf-gcc -O3 -march=armv7-a -mfpu=neon-vfpv4 -o pi pi.c
これでコンパイルして実行しても
556.871613秒
arm64のUbuntu Server 20.10上でarm64のgcc 9.3.0で
gcc -O3 -o pi pi.c
これでコンパイルして実行するだけで
171.437696秒
Cortex-A72は、64bitに最適化されてて32bitでは遅いんだな >>194
>少なくとも数千次元の連立方程式とかをガンガン解きたい
今何使ってるん? SDカードでもTRIM使えるんだね
sudo fstrim -v -a
やったら18GBほど解放された 円周率の計算ってどうしてるの?
1/3=0.3333333333....のように処理が終わらないわけで
普通の計算なら何桁まで計算って出来ないよね 64bit版のRaspberry Pi OSで試しました
>>177のPython3のやつが70.108 秒
>>186のC言語のやつが169.922904秒 ちなみに64bit版のRaspberry Pi OSのgccのバージョンは8.3.0 ■ このスレッドは過去ログ倉庫に格納されています