初心者もOK! FreeBSD質問スレッドその124

[過去ﾛｸﾞ] 初心者もOK! FreeBSD質問スレッドその124 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

209: 【B:90 W:82 H:88 (B cup)】【23.7m】ぬるぽ 2020/02/11(火)00:42 AAS
>>208
usbconfig は要らなかった。

/usr/local/sbin/usbmuxd -vzU root
-> Trust

dhclient ue0
で繋がる

210: 192 2020/02/11(火)20:42 AAS
# /usr/local/sbin/usbmuxd -vzU root
# dhclient ue0

でうまく繋がりました。
皆さんありがとうございました!

211: 2020/02/14(金)07:48 AAS
TrueOSって死んだ？

212: 2020/02/14(金)07:50 AAS
山城新伍って最近死んだ？

213: 2020/02/14(金)20:16 AAS
チョメチョメ

214(6): 2020/02/16(日)17:48 AAS
カーネルの手動アップデートについて教えて下さい。
外部ﾘﾝｸ[html]:www.freebsd.orgの
「ソースを用いた FreeBSD のアップデート」を参考に
# svnlite checkout 外部ﾘﾝｸ[1]:svn.freebsd.org /usr/src
を実行すると、何回も停止するので、仕方なくスクリプトを作って
# svnlite cleanup /usr/src
# svnlite update /usr/src
省16

215: 2020/02/16(日)17:49 AAS
今はエラーは、これだけの様です
PLEASE ATTACH THE FOLLOWING FILES TO THE BUG REPORT:
Preprocessed source(s) and associated run script(s) are located at:
c++: note: diagnostic msg: /tmp/CodeGenDAGPatterns-f56ecf.cpp
c++: note: diagnostic msg: /tmp/CodeGenDAGPatterns-f56ecf.sh
c++: note: diagnostic msg:
********************
省22

216(2): 2020/02/16(日)18:46 AAS
>>214
buildworldしてるみたいなんで、要するにfreebsd-updateしたいんですか？
Tier2のarm64なのでfreebsd-updateは使えません。
実機でビルドするなら-jオプション無しにして何度もリトライしないと完走しません。
私は早くて実機が痛まないクロスビルドがお勧めです。
外部ﾘﾝｸ:wiki.freebsd.org

いつも「TARGET_ARCH=hoge」の部分を
省1

217: 2020/02/16(日)18:53 AAS
>>216
追加
make distributionは新規インストール時の/etcの設定ファイルをインストールしてしまうので避けて下さい
mergemasterを使いましょう

218(1): 2020/02/16(日)20:32 AAS
>>216 217
そうなんです。freebsd-updateしたいんだけど、まだ対応になっていないみたいで。
それで一念発起して、やった事も無いカーネルの再構築ですよ。
-jオプション無しでか。ふむ・・・
SDカードが16GBなんでいつ限界がくるかビクビクで。

クロスビルドはスキルなしの自分には敷居が高いけど、それも並行して
やってみます。いろいろありがとうございます。

219: 2020/02/16(日)22:19 AAS
>>218
実はカーネルだけなら実機で十分ですが、最新のp2パッチはベースシステムの更新が結構あるので
やはりベースシステムのフルビルドをクロスでやった方が良いでしょう
はじめは誰しも初体験。試行錯誤して覚えた事は必ず身につきます。
頑張って下さい。

220: 2020/02/16(日)22:59 AAS
>>214
svnでエラーがでる方が問題じゃないの。タイミング悪くてビルドできないことはあるけど、currentやstableにくらべてrelengはすくないとおもうよ。
RPI3用のクロスビルドならrelease/release.shとrelease/arm64/RPI3.confでイメージつくってしまうのが簡単だけど、どのソースでつくるとかいじるなら結局同じか。
あとcurrentかstableならnightlyのisoイメージとってきてインストーラ(bsdinstallだっけ、ついぞつかってないけど)でupgradeするのが楽？

221: 214 2020/02/17(月)19:38 AAS
そうですかぁ、p2パッチはごじゃごじゃしているんですか。
でも、エラーが出ない様にしてほしいと思います。
そういう事情が分からないので、エラーが出た時は途方にくれました。
クロスビルドの為に母艦を作らないと、それでは・・・

222(1): 2020/02/24(月)18:42 AAS
昔はCGIって言うとperlで、perl目にすること多かったけど
最近全然見ない

新規プロジェクトでperl選ぶことなんてあるのだろうか？

223(1): 2020/02/24(月)19:09 AAS
「うろ覚え」という表現をうろ覚えしているんだろうね。

224: 2020/02/24(月)19:35 AAS
>>222
新規にperlを使うのはもう無いんじゃないかな
あと今時生のCGIってほとんど書かないんじゃね？
何らかのフレームワーク使うでしょ

225: 2020/02/24(月)19:36 AAS
>>223
なに誤爆してるんだよ…

226: 2020/02/25(火)00:51 AAS
これは近年稀に見る見事な誤爆

227(1): 214 2020/02/25(火)18:39 AAS
おかげさまで、母艦(Corei5-6500)での
make buildworld TARGET=arm64 TARGET_ARCH=aarch64
は通りました。でも、なにゆえ実機(RaspberryPi3B -> +付かない)ではエラーなのに母艦ではOK ??
それと、母艦ではオプション-j4をつけてOKですか。
それともう一つ、
make buildkernel TARGET=arm64 TARGET_ARCH=aarch64 KERNCONF=***
のKERNCONF=は何を指定すれば良いですか。
省1

228(1): 214 2020/02/25(火)19:03 AAS
間違えた
母艦はCore 2 Duo E8400 でした

229(1): 2020/02/25(火)19:48 AAS
>>227
だいたい決まってllvmのビルド時にメモリ不足でコケます
はじめの頃私は-j無しでちまちまビルドして3日かかりました
Pi4Bが実用レベルになれば実機でも割と楽にビルド可能になるでしょう

私はいつも-j4でクロスビルドしてます
お持ちの環境でしたら-j2が無難です

GENERICカーネル(デフォルト)のままでいいならKERNCONF環境変数は不要です

230(1): 2020/02/25(火)20:39 AAS
>>228
クロスビルド環境が２スレッドの様なので229では-j2を推奨致しました
カーネルビルドは１時間かかるかどうか位でしょう

installkernel installworldを実施した後はmergemaster -Uiが待ってますが、当方環境では実機で実施すると
決まって変なエラーが出るのでビルド環境で-Aオプションと-Dオプションを使って行ってます
(詳しくはman 8 mergemaster)
同様の現象が出る時にお試し下さい

231(1): 2020/02/25(火)20:47 AAS
>>229
ありがとうございます。
助かりました。

ついでと言っては何ですけど
RaspberryPi3B -> TARGET=arm64 TARGET_ARCH=aarch64
だと
RaspberryPiB+ や RaspberryPi2B のTARGET=, TARGET_ARCH=
省1

232: 2020/02/25(火)20:51 AAS
>>230
ありがとうございます。
参考にさせていただきます。
分からなくなったら、また来ます。

233(1): 2020/02/25(火)21:22 AAS
>>231
専用スレが立った様なのでそちらで聞いてみると良いと思います
2chｽﾚ:unix

234: 2020/02/25(火)21:33 AAS
>>233
行ってきます。

235(1): 214 2020/03/01(日)22:02 AAS
ついに・・・
FreeBSD 12.1-RELEASE-p2 になりました。
それでは、戻ります。

236(1): 2020/03/01(日)22:56 AAS
>>235
はじめてのクロスビルドはどうでしたか？嬉しいものでしょう。
とにかくお疲れ様でした。

237(1): 2020/03/03(火)20:32 AAS
>>236
ありがとうございます。
なんか一皮むけた様な気がします。
皆さんの助言でここまで出来ました。
途中、書き込みエラーでかなり苦労したけど、
SDカードを取り替えたらスパっといけました。
12.0でfreebsd-updateが対応になると期待していたんですけど・・・

238(1): 2020/03/03(火)21:24 AAS
>>237
用途にもよるでしょうけど3Bなら私はSDよりはUSBメモリをお勧め致します。
SDは名の知れたモノだと安くない割には書き込みは遅いし比較的早く寿命が来るので。
機会がございましたらお試し下さい。

239: 2020/03/04(水)10:40 AAS
SDは当たり外れがあるな
TOSHIBAって書いてあるのに数回で壊れたのもある

240: 2020/03/04(水)16:42 AAS
そうかと思えば、*きばお〜で買った本物かどうかも怪しいSanDiskのSDが２・３年経ってもピンピンしてるから分からない

241(1): 2020/03/04(水)22:08 AAS
>>238
3BでもUSBブートが出来るようですね
ググったらRasbianでの方法が出てきました。
FreeBSDでも出来るんですか?
USB2.0なんで遅くないですか。
なんか触手が動きますねぇ
でも、とりあえず、止めておきます。
省1

242: 2020/03/04(水)23:41 AAS
>>241
気が向いたら試してみて下さい。
FreeBSDでのやり方もぐぐればすぐ出てきますので。

243(1): 2020/04/03(金)19:25 AAS
NASを作るのに
ZFS1　基本的に読み書きする用
ZFS2　↑のバックアップ用
な構成を検討中。誤削除や誤上書きはZFS1のゴミ箱やスナップショットで保護
定期的にZFS1からZFS2へ自動バックアップ

この状態だとI/Oドライバやファイルシステムドライバが発狂したり
SATA or SASコントローラが暴走したりすると全滅の恐れがある
省2

244: 2020/04/03(金)21:42 AAS
SAS HBAを二枚使ってプールを分離する。
ただドライバ周りの発狂とかまで気にするなら二台用意してFreeBSD以外とiSCSIかNFSとかで協調させるしかないのでは。

245: 2020/04/03(金)22:52 AAS
>>243
君が考えている通りで、
OS単位の問題発生を恐れるなら別のOSを動かす必要があるし、
地理的な災害に対応するためには、別の場所にバックアップを取る必要があるね。

246: 2020/04/04(土)16:22 AAS
UNIONFSってまだ壊れてるの？

247(1): 2020/04/05(日)12:25 AAS
>>157
/etc/ttysの不要なttyをコメントアウトしたら結構効果があった

248(1): 2020/04/06(月)11:00 AAS
>>247
今になってレスあるとは思わなかった、ありがとう。

でも、実際にやってみるとわかるけど、物理メモリ90MB辺りで
ttys以前に先ずカーネルロードで失敗するんよ。

ユーザーランドに移行してからは（ttys弄らなくても）
それより遥かに少ないメモリ（60MBとかだっけな）で動いてるように見えるんだけどね。

249: 2020/04/06(月)11:36 AAS
>>248
組み込みでもやってるの？詳しくは聞かないけど

250: 2020/04/07(火)01:38 AAS
LANの口が7つくらいあるマシンにFreeBSDをインストールしてみたんですが
igb0〜igb4までの5つしか認識しません

GENERICのカーネルだと5つまで、みたいな制限ってありましたでしょうか？

251: 2020/04/07(火)06:50 AAS
残りがigbでは無いってオチは…

252: 2020/04/08(水)12:10 AAS
管理用ポートでは？

サーバ専用のマシンでは、運用LANポート以外に管理ポート(保守用LAN)、共用LANポート
などがあり、運用LANとは完全に独立しているか、BIOSの設定を変更しないとOS上では
認識しない。

マニュアルを確認すべし！

253: 2020/04/08(水)12:22 AAS
嫌なことがあってもrebuild出来るのがFreeBSDの良い所

254(1): 2020/04/08(水)16:52 AAS
7つくらいあると思ったが数えたら5つだった
サスガにんなワケはないか

255: 2020/04/09(木)02:28 AAS
>>254
ちゃんと七つだったよ
指折り数えたので間違えない！

256: 2020/04/09(木)10:55 AAS
こんな書き方が出来るなんて…orz
# ipfw 'add pass via vnet*'
# ipfw 'add pass via tap*'
つかマニュアル読んでもインターフェースにワイルドカードが使えるなんて全くわからんかった。

257: 2020/04/09(木)12:08 AAS
昔2chの転送容量？が圧迫してサーバーに負荷がかかりまくった時に
立ち上がったUnix板の住民は、今も見守ってくれてるんでしょうか？
スレチですまないけど

258: 2020/04/09(木)12:43 AAS
もういないよ

259: 2020/04/09(木)16:35 AAS
当時は立ち上がってないけど今は見守ってるよ
ちなみに
今のbbs.cgiはいろんなヘッダを返してきているよ
今のread.cgiはhaskellらしい

260(4): 2020/04/10(金)06:41 AAS
FreeBSD-12.1-STABLE-amd64を使っています。
コンソールをvtにして日本語は表示できているのですが、解像度の変更ができません。

vidcontrol -i mode

しても何も出てきません。もしかしてamd64ではVESAは使えないのでしょうか？？

261(2): 2020/04/10(金)07:21 AAS
その辺が自己解決出来ないのにわざわざ開発版を使うのは
何か理由がお有りですか？

262: 2020/04/10(金)10:31 AAS
>事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです.
>分からなければ仕方がないので, 初心者でもとりあえず質問してみて下さい.

誰がどこで線引きしてんだ

263: 2020/04/10(金)13:21 AAS
>>261
その理由を聞いて解決に繋がるならいいけど、そうじゃないでしょ
困ってる人にくだらんチャチャ入れるのはやめようよ

264(2): 2020/04/10(金)14:34 AAS
man 4 vt も出来ないのにSTABLE使ってて、少しくらい嫌味を言われてﾌﾟﾝｽｶするとは笑止

265(1): 260 2020/04/10(金)16:19 AAS
260です。すみません、質問の仕方が悪かったですね。
一応マニュアルもハンドブックも目を通してはいて
loader.confには

　hw.vga.textmode=1
　kern.vty=vt

を記述してあります。
で、vidcontrol -i modeもvidcontrol -i adapterしても何も出てきません。
省5

266: 260 2020/04/10(金)16:23 AAS
hw.vga.textmode=0

です。

267(1): 2020/04/10(金)20:33 AAS
私はvtコンソールの仕様を知り尽くしているわけではないのですが、同じ悩みを抱えた時期に
小金丸氏の最新日本語manで勉強させて頂きました。
英語がそれほど得意でないもので。

行き着いた設定は /boot/loader.conf に、

kern.vt.fb.default_mode="解像度"
ですね。
UEFIブートなら「efi_max_resoluion="解像度"」でも大丈夫かも知れません。
省2

268(3): 260 2020/04/10(金)21:53 AAS
ご教授ありがとうございます。

kern.vt.fb.default_mode="800x600"あるいはkern.vt.fb.default_mode="1024x768"でも変化なしでしたが、
日本語マニュアルを改めて見なおしていてちょっと気になったのが、

>そうでなければ、vt は、vt_vga を使用
> する 640x480x16 VGA モードに切り替えます。KMS (カーネルモードの設定) ビデ
> オドライバが利用可能であるなら、ディスプレイは、高解像度に切り替えられ、
> KMS ドライバが、引き継ぎます。KMS ドライバが利用可能でないとき、vt_vga
省3

269: 2020/04/10(金)22:23 AAS
>>268
レガシーブートであればkmsは必須ですね。
drm-kmodを入れるのが間違いないですが、実は /boot/defaults/loader.conf のブラックリストに入れられてるドライバも使えます。
私は「i915kms」ですが環境に合わせて設定してみて下さい。

270: 2020/04/10(金)22:34 AAS
>>268
sshでマシンに入って「/etc/rc.conf」を確認してみました。
私の場合は、

kld_list="i915kms.ko"
又は、
kld_list="/boot/modules/i915kms.ko"
です。
省1

271(1): 2020/04/10(金)23:02 AAS
Bus Errorってなによ？

272(1): 2020/04/10(金)23:10 AAS
>>265で
> マニュアルもハンドブックも目を通してはいて
と書かれた後に
man 4 vt の EXAMPLES に書かれている事を書いた>>267を見て呆れていると
>>268とは
こんなのが RELEASE じゃなくて STABLE 使ってるんだな

273: 2020/04/10(金)23:19 AAS
>>272
後出しジャンケンなら何とでも言えるよな
これからは何でも知ってるお前が手取り足取り教えてやれよ

274: 2020/04/10(金)23:28 AAS
後出しとか何でも知ってるとか何が書かれてるかも読みとれないのか

ろくに確認してないなら
> マニュアルもハンドブックも目を通してはいて
なんて書かなけりゃいいだけ
不正確な情報は質問する側と回答者のどっちにも邪魔にしかならない
くだらん見栄はるな

275: 2020/04/10(金)23:58 AAS
自分は何も回答していないのに後からノコノコやってきてドヤってるから言われるんじゃないの
STABLE使ってる割にはしょうもない質問だと言う事は同意だが

276: 2020/04/11(土)00:05 AAS
質問者が回答制限するようなこと書いてる時点で
この手合いは質問の仕方が悪くてもお客様扱いしなきゃ駄目って事

277: 2020/04/11(土)00:23 AAS
回答者は神様扱いしないとな
けち付ける奴はゴミ以下と

278: 2020/04/11(土)05:53 AAS
苦し紛れに見栄張るなと言う奴は
自分が見栄っ張りだと言う事がよくわかるやり取りですね
通りすがりですが勉強になりました

279: 2020/04/11(土)08:29 AAS
えーと、まとめると
> もしかしてamd64ではVESAは使えないのでしょうか？？
(もしかしなくても)(まだ)つかえまん。

追加
Intel graphics かradeonつかえ。つかえないならドライバかけ。あきらめてsysconsとフレームバッファコンソールにもどれ。

280: 2020/04/11(土)08:59 AAS
>>271
誤って行っちゃいけない所に踏み入れたせいで
醜女が襲ってくるんだよ

281: 2020/04/11(土)11:42 AAS
264のせいで man 読んだことにするしかなかったんや

282: 2020/04/11(土)12:51 AAS
なんにしろmanすら把握出来ずにstableとか草

283: 260 2020/04/11(土)13:06 AAS
自分で出した結論は279さんとズバリ一致しました。
はじめに自分の環境を挙げてなかったのはまずかったですね（反省）

当該マシンではディスプレイアダプタとしてnVidiaのIONなのでXのドライバは配布物に含まれてるようですが、kmsドライバはありません。
nVidiaのサイトからドライバソースをダウンロードしてビルドしようとすると12.Xではサポートしてないとのエラーが出ます。

バージョン番号をごまかしてやればビルドして動かす事が出来るのかもしれませんが、気力が尽きたので
とりあえず日本語表示ができるところまでで我慢して高解像度をあきらめて使い、nVidiaからドライバが出るのを気長に待とうと思います。
ありがとうございました。
省1

284: 2020/04/11(土)13:48 AAS
> 追伸：RELEASEではなくSTABLEを使うのはサポート期間が長いからです。
スゲー

285: 2020/04/11(土)14:02 AAS
> 自分で出した結論は279さんとズバリ一致しました。
結論：お前らの意見は必要なかったんや

286(1): 2020/04/11(土)14:21 AAS
この環境隠蔽くん、デジャヴュを感じるのは俺だけだろうか

287(1): 2020/04/11(土)16:29 AAS
>>286
香ばしい匂いのする奴ってパターンが決まってるってだけでしょ
そんな奴にきちんと対応する人って立派だと思う
俺には出来んwww

288: 2020/04/11(土)16:38 AAS
>>287
より良い回答を求めるなら環境は隠匿しない方がいいと思うのだが
わざわざ遠回りする処が理解し難い
照れ屋さんなのかな

289: 2020/04/11(土)19:41 AAS
FreeBSD wikiも見ずにイキってる奴って本当に自分で調べないのな。

上下前次 1-新書関写板覧索設栞歴

あと 713 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.021s