【Raspberry Pi】ラズベリー・パイ part57【Arm】

>>110
今稼働してるアプリケーションが使ってりゃそりゃ不具合あるだろ

>>110
https://linuc.org/study/knowledge/521/
https://qiita.com/amedama/items/eee14483b86de2842c42

>>110
sudo rm -r /*
一発でスッキリww

dd if=/dev/zero of=/dev/sda ターン

>>113
どこのファーストサーバよ？

fstabにUUID書いておくとUUIDが正しくないと該当ディレクトリに手動マウントも出来ないんだな
さっきはまって悩んだ
HDD付け替えてfdisk、mkfsやってためしにマウントしようとしたらマウントできない
意味わかんねえ
ためしに違うマウントポイントを指定すると出来る
中も見えてtouchでファイルも作れた（Sambaで共有してるのでWindowsからもファイル作れた）
意味わかんない
再起動しても駄目
しょうがないからfstabでも編集するかと思ってUUIDが違うことに気が付いた
UUID書き換えてmountコマンド打つも駄目
しょうがないから再起動したら無事マウントされた

最後のfstab書き換えたあと再起動ってのがLinuxとして不可解

マウントできないときにどういうエラーメッセージが表示されたのかな

>>117
メッセージは出ませんでした
$?も0でした

-v オプションつけると何かわかるかもよ

>>119
帰ったら試してみます

sudo systemctl daemon-reload
でマウントできたりしない?

このスレも最近親切になってきたな
以前はケースと技適と電源の話しかしてなかったけど

個人的にはLABELでマウントするのが好み

UUIDやPARTUUIDはコピペした方がいいよな

>>116
日記はチラシの後ろに書いてろ
な

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 してみたか
・そもそも使用するブロックデバイスに不良は無いか

不安ならディスクイメージを作成して
ループバックデバイスでマウントしませぅ

findmntと引数無しのmount見てみろ

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版の日本語化は
画面左端の上から５番上のアイコンの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版と同じです
画面左端の上から５番上のアイコンの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
>ループバックデバイスでマウント
いつも思うのだが、「ループバックデバイス」って考えた奴は天才だよな
イメージファイルの中身を「ファイル」として個別操作するソフトは今までもあったが、
ループバックデバイスを使えば、一々そんなソフトを作るような必要が無くなる。
新しいファイルシステムも「ＯＳが対応」すれば、勝手に対応してしまう。
なんで、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」ファイル書くだけの為に、ＳＤ焼かないといけないからね。
（最初から「ssh」入りの、自前イメージを作っておけば焼くだけで済むが、何台もラズパイあると、
「ＳＤの枚数分」だけ、その作業をするのは面倒だし、時々間違う。）

違うな。真の問題は、
「何で、ＳＤカードを焼くのに、こんなに時間がかかるんだ・・・」
だな。ちなみに、「ＳＤカードから、イメージファイルを作れる」ことは知っているからな。
最後にそれを保存しておけばいいだけだ。
ただ、そこまで行くまでの試行錯誤中は「何回もＳＤを焼いて、度ごとに「ｓｓｈ」ファイルを作らねば」ならない。というのが時間もかかるし面倒なだけだ。

windowsは推奨のbalenaEtcherってツールでラズパイのOSイメージを焼いて
焼き終わるフォルダーが開くんでbootパーティションに移動して
テキストドキュメントの新規作成でsshってファイルを追加すればsshの設定は終わり
wifiの設定もwpa_supplicant.confってファイルを追加して設定貼り付けると終了
後はラズパイにSDカード突っ込んで起動すればいい

http://yakudate.com/win10-iso-mount/

で、そのisoファイルはOSのどの機能で作れば良いの？

とか言う。

不毛なんで止めようぜ

ここベビースレは不毛なことを必死に語るためのスレだろ

ラズパイスレ名物ベビーレベル維持発言が北

不毛が最高！

>>156
WSL使え

>>164
出来ないみたい
https://github.com/microsoft/WSL/issues/131

WSL 2ならできるはず。

>>165
WSL2ならできる

ホントだ
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

WSL便利だよね

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を使ってる

書き忘れたがPython3用ね

>>177
パイパイかよ

ブラウザの同時起動を気にするくらいならprint(result)も使わない方が良いと思う

完全初心者で質問なのですが、ブラウザで特定の動き（特定のTodoリストに入ったら）をしたらプリンター出力したいです。
ラズパイなら出来そうなのですが、逆にWindows PCだとなぜ出来ないんでしょうか？
モジュールがラズパイなら組めるからそういったことが出来るという事ですか？

ブラウザのPlug in作れば？

ブラウザを気にしなきゃいけないくらい猫があくびしそうな性能か･･･

>>184
ニコ生を表示してたからね
再生してなくても、ただ、ページを表示してるだけでもニコニコは重いから

以前、ネットで拾ったC言語で書かれた整数演算のみのπの計算プログラム（遅い）

https://pastebin.com/NPpq8XGU

Raspberry Pi 4 Ubuntu Server 20.04 gcc 9.3.0
オプションに-O3を付けただけのコンパイルで
171.942786秒

http://kobayashi.hub.hit-u.ac.jp/topics/arctan.pdf

https://wikimedia.org/api/rest_v1/media/math/render/svg/18ae3fb09878c0749d2275822d548d455f854b4c
https://wikimedia.org/api/rest_v1/media/math/render/svg/0f1476041d9ab9086e829243397e729fc0c86608
https://wikimedia.org/api/rest_v1/media/math/render/svg/ce5973400ed964f113c8118172db5f05ab81702e

UbuntuのRP4 USB boot 対応早よ

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

>>177
のやつ32bit版のRaspberry Pi OSでやってみたけど
CPU使用率ちらっと見たら20~30%だったかな？
560秒くらい

>>199
最近割り切れたよ
https://kyoko-np.net/2005020901.html

>>202
シングルスレッドのプログラムだからね
Raspberry Pi 4は4コアあるからCPU使用率が25%くらいになる

zero w でPython3のやつやったら1614.431秒だった
ちなみに、Rock64(RK3328)は100.671秒、OrangePi ZERO Plus(H5)は121.258秒

自分もみんなと同じくらいで69秒160だった
https://i.imgur.com/lCk6hm2.png

pi4 ubuntu server

celeron j1900では117.507秒だった
pi 4 8gbは70.416秒

chrome bookのPentium silver N5000でやったら67秒だった

NanoPi M4V2(RK3399)だと52.365秒

FAT32上にどうやってisoデータなんて持ってこれんの？