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

■ このスレッドは過去ログ倉庫に格納されています
2019/09/28(土) 01:16:55.76ID:iagBcvXP
# 早めに立てさせて頂きました

FreeBSD 関連の質問はここでどうぞ. 望んでいる回答が来なくても怒らないでね.
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです.
分からなければ仕方がないので, 初心者でもとりあえず質問してみて下さい.
トラブルの場合, 再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須.
sysutils/sysinfo あたりがおすすめ

名前欄に !id:on でIDが出ます
IDが無いと誰が誰だか分からないので必要に応じてIDを表示させて下さい

The FreeBSD Project
http://www.freebsd.org/ja/

FreeBSD ハンドブック
http://www.freebsd.org/doc/ja/books/handbook/

前スレ
初心者もOK! FreeBSD質問スレッド その123
https://mevius.5ch.net/test/read.cgi/unix/1522192115/
2020/02/10(月) 10:57:34.14
つまり一般人はBSDは向いてない。
2020/02/10(月) 16:26:13.75
>>203
主語が2つあってよく分かりません
205名無しさん＠お腹いっぱい。
垢版 |
2020/02/10(月) 17:07:07.07
「は」は主格を表す格助詞ではない
206192
垢版 |
2020/02/10(月) 21:55:23.87
# usbconfig -u 0 -a 7 set_config 2
# usbmuxd -v
(この時点でiPhoneには繋がてるっぽい感じの鎖のアイコンが出てきました。)
# ifuse -o allow_other /mnt
Failed to connect to lockdownd service on the device.
Try again. If it is still fails try reboting your device.
この後iPhone再起動しても結果は同じです。
pingもしてみたけれど、やっぱり通りません。
# ifuse -o allow_other /mnt --root
しても結果は同じでした。
ちなみに、usbmuxdの後に、ifconfigでue0は見えるようになりました。
207198
垢版 |
2020/02/10(月) 22:41:21.39
>>206
# ifuse --help
Usage: ifuse MOUNTPOINT [OPTIONS]
Mount directories of an iOS device locally using fuse.

--途中省略--

--root mount root file system (jailbroken device required)←

https://wiki.archlinux.jp/index.php/IPhone_テザリング
事業者によって無効にされていなければ WiFi, USB, Bluetooth を使って iPhone の モバイルデータ通信を共有することができます。
脱獄する必要はありません。

--途中省略--

ipheth モジュールが動作するのは iPhone のファイルシステムが ifuse によってマウントされているときのみに限られています。
iPhone を接続したら自動的にファイルシステムをマウントするようにしていない場合、手動でマウントする必要があります:

# ifuse /path/to/mountpoint
2020/02/11(火) 00:19:52.20
>>197
自分で試して出来たので取り敢えず書いておくよ。
環境はFreeBSD 12-STABLE と iPad Pro 12.9 LTE 1gen (iOS 13.3.1)

ある程度は出来ているので途中から。

>> Appleが接続しているデバイスが ugen0.7と出てきたので
そしたら
usbconfig -d 0.7 set_config 3

>> としたら、"Trust This Computer?"とダイアログが出てきたので、"Trust"を選びました。
その後、
/usr/local/sbin/usbmuxd -vzU root
dhclient ue0

でIP取得して繋がる。
2020/02/11(火) 00:42:15.97
>>208
usbconfig は要らなかった。

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

dhclient ue0
で繋がる
210192
垢版 |
2020/02/11(火) 20:42:26.32
# /usr/local/sbin/usbmuxd -vzU root
# dhclient ue0

でうまく繋がりました。
皆さんありがとうございました!
211名無しさん＠お腹いっぱい。
垢版 |
2020/02/14(金) 07:48:09.52
TrueOSって死んだ？
2020/02/14(金) 07:50:16.16
山城新伍って最近死んだ？
213名無しさん＠お腹いっぱい。
垢版 |
2020/02/14(金) 20:16:27.73
チョメチョメ
214名無しさん＠お腹いっぱい。
垢版 |
2020/02/16(日) 17:48:30.88
カーネルの手動アップデートについて教えて下さい。
https://www.freebsd.org/doc/ja_JP.eucJP/books/handbook/makeworld.htmlの
「ソースを用いた FreeBSD のアップデート」を参考に
# svnlite checkout https://svn.freebsd.org/base/releng/12.1 /usr/src
を実行すると、何回も停止するので、仕方なくスクリプトを作って
# svnlite cleanup /usr/src
# svnlite update /usr/src
を繰り返し、終了。
ドキドキしながら、
# cd /usr/src
# make -j4 buildworld
エラーがドバドバと・・・
スキルなしの自分には、厳しいです。
気を取り直し、ちょこちょこと
# svnlite update /usr/src
# cd /usr/src
# make -j4 buildworld |& tee ~/make5.log
を実行しています。
　
そのうちいつか、makeが成功するようになりますか
　
このスレを見ているとクロスコンパイルしている方がいるけどRaspberryPi3B
などはそうしないとカーネルのアップデートは出来ないのでしょうか
215名無しさん＠お腹いっぱい。
垢版 |
2020/02/16(日) 17:49:13.36
今はエラーは、これだけの様です
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:
********************
*** [CodeGenDAGPatterns.o] Error code 254
make[3]: stopped in /usr/src/usr.bin/clang/llvm-tblgen
--- _bootstrap-tools-usr.bin/clang/clang-tblgen ---
A failure has been detected in another branch of the parallel make
make[3]: stopped in /usr/src/usr.bin/clang/clang-tblgen
*** [_bootstrap-tools-usr.bin/clang/clang-tblgen] Error code 2
make[2]: stopped in /usr/src
--- _bootstrap-tools-usr.bin/clang/llvm-tblgen ---
1 error
make[3]: stopped in /usr/src/usr.bin/clang/llvm-tblgen
*** [_bootstrap-tools-usr.bin/clang/llvm-tblgen] Error code 2
make[2]: stopped in /usr/src
2 errors
make[2]: stopped in /usr/src
*** [_bootstrap-tools] Error code 2
make[1]: stopped in /usr/src
1 error
make[1]: stopped in /usr/src
*** [buildworld] Error code 2
make: stopped in /usr/src
1 error
make: stopped in /usr/src
2020/02/16(日) 18:46:59.68
>>214
buildworldしてるみたいなんで、要するにfreebsd-updateしたいんですか？
Tier2のarm64なのでfreebsd-updateは使えません。
実機でビルドするなら-jオプション無しにして何度もリトライしないと完走しません。
私は早くて実機が痛まないクロスビルドがお勧めです。
https://wiki.freebsd.org/action/show/arm/crossbuild

いつも「TARGET_ARCH=hoge」の部分を
「TARGET=arm64 TARGET_ARCH=aarch64」に置き換えて実施しています。
2020/02/16(日) 18:53:26.24
>>216
追加
make distributionは新規インストール時の/etcの設定ファイルをインストールしてしまうので避けて下さい
mergemasterを使いましょう
2020/02/16(日) 20:32:16.35
>>216, 217
そうなんです。freebsd-updateしたいんだけど、まだ対応になっていないみたいで。
それで一念発起して、やった事も無いカーネルの再構築ですよ。
-jオプション無しでか。ふむ・・・
SDカードが16GBなんでいつ限界がくるかビクビクで。

クロスビルドはスキルなしの自分には敷居が高いけど、それも並行して
やってみます。いろいろありがとうございます。
2020/02/16(日) 22:19:09.25
>>218
実はカーネルだけなら実機で十分ですが、最新のp2パッチはベースシステムの更新が結構あるので
やはりベースシステムのフルビルドをクロスでやった方が良いでしょう
はじめは誰しも初体験。試行錯誤して覚えた事は必ず身につきます。
頑張って下さい。
2020/02/16(日) 22:59:47.87
>>214
svnでエラーがでる方が問題じゃないの。タイミング悪くてビルドできないことはあるけど、currentやstableにくらべてrelengはすくないとおもうよ。
RPI3用のクロスビルドならrelease/release.shとrelease/arm64/RPI3.confでイメージつくってしまうのが簡単だけど、どのソースでつくるとかいじるなら結局同じか。
あとcurrentかstableならnightlyのisoイメージとってきてインストーラ(bsdinstallだっけ、ついぞつかってないけど)でupgradeするのが楽？
221214
垢版 |
2020/02/17(月) 19:38:24.38
そうですかぁ、p2パッチはごじゃごじゃしているんですか。
でも、エラーが出ない様にしてほしいと思います。
そういう事情が分からないので、エラーが出た時は途方にくれました。
クロスビルドの為に母艦を作らないと、それでは・・・
222名無しさん＠お腹いっぱい。
垢版 |
2020/02/24(月) 18:42:11.68
昔はCGIって言うとperlで、perl目にすること多かったけど
最近全然見ない

新規プロジェクトでperl選ぶことなんてあるのだろうか？
2020/02/24(月) 19:09:22.64
「うろ覚え」という表現をうろ覚えしているんだろうね。
2020/02/24(月) 19:35:24.07
>>222
新規にperlを使うのはもう無いんじゃないかな
あと今時生のCGIってほとんど書かないんじゃね？
何らかのフレームワーク使うでしょ
2020/02/24(月) 19:36:24.76
>>223
なに誤爆してるんだよ…
2020/02/25(火) 00:51:12.45
これは近年稀に見る見事な誤爆
227214
垢版 |
2020/02/25(火) 18:39:56.09
おかげさまで、母艦(Corei5-6500)での
make buildworld TARGET=arm64 TARGET_ARCH=aarch64
は通りました。でも、なにゆえ実機(RaspberryPi3B -> +付かない)ではエラーなのに母艦ではOK ??
それと、母艦ではオプション-j4をつけてOKですか。
それともう一つ、
make buildkernel TARGET=arm64 TARGET_ARCH=aarch64 KERNCONF=***
のKERNCONF=は何を指定すれば良いですか。
IMX6, GENERIC-UP ?
228214
垢版 |
2020/02/25(火) 19:03:04.21
間違えた
母艦はCore 2 Duo E8400 でした
2020/02/25(火) 19:48:12.87
>>227
だいたい決まってllvmのビルド時にメモリ不足でコケます
はじめの頃私は-j無しでちまちまビルドして3日かかりました
Pi4Bが実用レベルになれば実機でも割と楽にビルド可能になるでしょう

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

GENERICカーネル(デフォルト)のままでいいならKERNCONF環境変数は不要です
2020/02/25(火) 20:39:20.20
>>228
クロスビルド環境が２スレッドの様なので229では-j2を推奨致しました
カーネルビルドは１時間かかるかどうか位でしょう

installkernel installworldを実施した後はmergemaster -Uiが待ってますが、当方環境では実機で実施すると
決まって変なエラーが出るのでビルド環境で-Aオプションと-Dオプションを使って行ってます
(詳しくはman 8 mergemaster)
同様の現象が出る時にお試し下さい
2020/02/25(火) 20:47:14.51
>>229
ありがとうございます。
助かりました。

ついでと言っては何ですけど
RaspberryPi3B -> TARGET=arm64 TARGET_ARCH=aarch64
だと
RaspberryPiB+ や RaspberryPi2B のTARGET=, TARGET_ARCH=
は何を指定すればいいんでしょうか。
2020/02/25(火) 20:51:20.79
>>230
ありがとうございます。
参考にさせていただきます。
分からなくなったら、また来ます。
2020/02/25(火) 21:22:35.06
>>231
専用スレが立った様なのでそちらで聞いてみると良いと思います
https://mevius.5ch.net/test/read.cgi/unix/1582471618/
2020/02/25(火) 21:33:15.77
>>233
行ってきます。
235214
垢版 |
2020/03/01(日) 22:02:38.02
ついに・・・
FreeBSD 12.1-RELEASE-p2 になりました。
それでは、戻ります。
2020/03/01(日) 22:56:28.55
>>235
はじめてのクロスビルドはどうでしたか？嬉しいものでしょう。
とにかくお疲れ様でした。
2020/03/03(火) 20:32:40.03
>>236
ありがとうございます。
なんか一皮むけた様な気がします。
皆さんの助言でここまで出来ました。
途中、書き込みエラーでかなり苦労したけど、
SDカードを取り替えたらスパっといけました。
12.0でfreebsd-updateが対応になると期待していたんですけど・・・
2020/03/03(火) 21:24:38.13
>>237
用途にもよるでしょうけど3Bなら私はSDよりはUSBメモリをお勧め致します。
SDは名の知れたモノだと安くない割には書き込みは遅いし比較的早く寿命が来るので。
機会がございましたらお試し下さい。
239名無しさん＠お腹いっぱい。
垢版 |
2020/03/04(水) 10:40:17.78
SDは当たり外れがあるな
TOSHIBAって書いてあるのに数回で壊れたのもある
2020/03/04(水) 16:42:21.08
そうかと思えば、*きばお〜で買った本物かどうかも怪しいSanDiskのSDが２・３年経ってもピンピンしてるから分からない
2020/03/04(水) 22:08:02.92
>>238
3BでもUSBブートが出来るようですね
ググったらRasbianでの方法が出てきました。
FreeBSDでも出来るんですか?
USB2.0なんで遅くないですか。
なんか触手が動きますねぇ
でも、とりあえず、止めておきます。
のめりこんで、他の事が出来なくなってしまう。
2020/03/04(水) 23:41:38.44
>>241
気が向いたら試してみて下さい。
FreeBSDでのやり方もぐぐればすぐ出てきますので。
2020/04/03(金) 19:25:26.96
NASを作るのに
ZFS1　基本的に読み書きする用
ZFS2　↑のバックアップ用
な構成を検討中。誤削除や誤上書きはZFS1のゴミ箱やスナップショットで保護
定期的にZFS1からZFS2へ自動バックアップ

この状態だとI/Oドライバやファイルシステムドライバが発狂したり
SATA or SASコントローラが暴走したりすると全滅の恐れがある
対策するとしたら別にもう一台用意してリモートバックアップ？
何か簡単かつ安全に出来る方法があれば・・・
2020/04/03(金) 21:42:37.24
SAS HBAを二枚使ってプールを分離する。
ただドライバ周りの発狂とかまで気にするなら二台用意してFreeBSD以外とiSCSIかNFSとかで協調させるしかないのでは。
2020/04/03(金) 22:52:03.25
>>243
君が考えている通りで、
OS単位の問題発生を恐れるなら別のOSを動かす必要があるし、
地理的な災害に対応するためには、別の場所にバックアップを取る必要があるね。
2020/04/04(土) 16:22:59.42
UNIONFSってまだ壊れてるの？
2020/04/05(日) 12:25:00.22
>>157
/etc/ttysの不要なttyをコメントアウトしたら結構効果があった
2020/04/06(月) 11:00:21.15
>>247
今になってレスあるとは思わなかった、ありがとう。

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

ユーザーランドに移行してからは（ttys弄らなくても）
それより遥かに少ないメモリ（60MBとかだっけな）で動いてるように見えるんだけどね。
2020/04/06(月) 11:36:40.15
>>248
組み込みでもやってるの？詳しくは聞かないけど
2020/04/07(火) 01:38:02.42
LANの口が7つくらいあるマシンにFreeBSDをインストールしてみたんですが
igb0〜igb4までの5つしか認識しません

GENERICのカーネルだと5つまで、みたいな制限ってありましたでしょうか？
2020/04/07(火) 06:50:27.86
残りがigbでは無いってオチは…
252名無しさん＠お腹いっぱい。
垢版 |
2020/04/08(水) 12:10:31.30
管理用ポートでは？

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

マニュアルを確認すべし！
253名無しさん＠お腹いっぱい。
垢版 |
2020/04/08(水) 12:22:51.89
嫌なことがあってもrebuild出来るのがFreeBSDの良い所
2020/04/08(水) 16:52:16.68
7つくらいあると思ったが数えたら5つだった
サスガにんなワケはないか
2020/04/09(木) 02:28:46.67
>>254
ちゃんと七つだったよ
指折り数えたので間違えない！
2020/04/09(木) 10:55:18.52
こんな書き方が出来るなんて…orz
# ipfw 'add pass via vnet*'
# ipfw 'add pass via tap*'
つかマニュアル読んでもインターフェースにワイルドカードが使えるなんて全くわからんかった。
2020/04/09(木) 12:08:34.39
昔2chの転送容量？が圧迫してサーバーに負荷がかかりまくった時に
立ち上がったUnix板の住民は、今も見守ってくれてるんでしょうか？
スレチですまないけど
258名無しさん＠お腹いっぱい。
垢版 |
2020/04/09(木) 12:43:10.75
もういないよ
259名無しさん＠お腹いっぱい。
垢版 |
2020/04/09(木) 16:35:28.11
当時は立ち上がってないけど今は見守ってるよ
ちなみに
今のbbs.cgiはいろんなヘッダを返してきているよ
今のread.cgiはhaskellらしい
260名無しさん＠お腹いっぱい。
垢版 |
2020/04/10(金) 06:41:07.82
FreeBSD-12.1-STABLE-amd64を使っています。
コンソールをvtにして日本語は表示できているのですが、解像度の変更ができません。

vidcontrol -i mode

しても何も出てきません。もしかしてamd64ではVESAは使えないのでしょうか？？
2020/04/10(金) 07:21:47.45
その辺が自己解決出来ないのにわざわざ開発版を使うのは
何か理由がお有りですか？
262名無しさん＠お腹いっぱい。
垢版 |
2020/04/10(金) 10:31:25.05
>事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです.
>分からなければ仕方がないので, 初心者でもとりあえず質問してみて下さい.

誰がどこで線引きしてんだ
2020/04/10(金) 13:21:33.14
>>261
その理由を聞いて解決に繋がるならいいけど、そうじゃないでしょ
困ってる人にくだらんチャチャ入れるのはやめようよ
2020/04/10(金) 14:34:36.87
man 4 vt も出来ないのにSTABLE使ってて、少しくらい嫌味を言われてﾌﾟﾝｽｶするとは笑止
265260
垢版 |
2020/04/10(金) 16:19:59.71
260です。すみません、質問の仕方が悪かったですね。
一応マニュアルもハンドブックも目を通してはいて
loader.confには

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

を記述してあります。
で、vidcontrol -i modeもvidcontrol -i adapterしても何も出てきません。
カーネル再構築の際にSC関連は除外しても同じでした。もっと以前のバージョンでは
VM86が必要とのことでしたが含めるとエラーが出ます。

vidcontrol VESA_800x600

とかしても、そんなモード知らねえ！と怒られます。
何か見落としがあるのかもしれませんがわかりません・・・。
266260
垢版 |
2020/04/10(金) 16:23:00.68
hw.vga.textmode=0

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

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

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

なおsysconsの様に vidcontrol で自在に変更する方法をお求めでしたら
残念ながら私にも分かりません。
268260
垢版 |
2020/04/10(金) 21:53:32.38
ご教授ありがとうございます。

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

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

とあり、ブート中のメッセージ内にVT(vga)がありました。
もしかしたらKMSドライバを入れてないのが原因なのかも？？
2020/04/10(金) 22:23:15.33
>>268
レガシーブートであればkmsは必須ですね。
drm-kmodを入れるのが間違いないですが、実は /boot/defaults/loader.conf のブラックリストに入れられてるドライバも使えます。
私は「i915kms」ですが環境に合わせて設定してみて下さい。
2020/04/10(金) 22:34:00.69
>>268
sshでマシンに入って 「/etc/rc.conf」 を確認してみました。
私の場合は、

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

恒久的設定の前にkldloadで試してみるといいかも知れません。
2020/04/10(金) 23:02:32.76
Bus Errorってなによ？
2020/04/10(金) 23:10:51.59
>>265で
> マニュアルもハンドブックも目を通してはいて
と書かれた後に
man 4 vt の EXAMPLES に書かれている事を書いた>>267を見て呆れていると
>>268とは
こんなのが RELEASE じゃなくて STABLE 使ってるんだな
2020/04/10(金) 23:19:41.22
>>272
後出しジャンケンなら何とでも言えるよな
これからは何でも知ってるお前が手取り足取り教えてやれよ
2020/04/10(金) 23:28:57.13
後出しとか何でも知ってるとか何が書かれてるかも読みとれないのか

ろくに確認してないなら
> マニュアルもハンドブックも目を通してはいて
なんて書かなけりゃいいだけ
不正確な情報は質問する側と回答者のどっちにも邪魔にしかならない
くだらん見栄はるな
2020/04/10(金) 23:58:34.10
自分は何も回答していないのに後からノコノコやってきてドヤってるから言われるんじゃないの
STABLE使ってる割にはしょうもない質問だと言う事は同意だが
2020/04/11(土) 00:05:53.70
質問者が回答制限するようなこと書いてる時点で
この手合いは質問の仕方が悪くてもお客様扱いしなきゃ駄目って事
2020/04/11(土) 00:23:40.88
回答者は神様扱いしないとな
けち付ける奴はゴミ以下と
2020/04/11(土) 05:53:05.37
苦し紛れに見栄張るなと言う奴は
自分が見栄っ張りだと言う事がよくわかるやり取りですね
通りすがりですが勉強になりました
2020/04/11(土) 08:29:21.78
えーと、まとめると
> もしかしてamd64ではVESAは使えないのでしょうか？？
(もしかしなくても)(まだ)つかえまん。

追加
Intel graphics かradeonつかえ。つかえないならドライバかけ。あきらめてsysconsとフレームバッファコンソールにもどれ。
2020/04/11(土) 08:59:40.50
>>271
誤って行っちゃいけない所に踏み入れたせいで
醜女が襲ってくるんだよ
2020/04/11(土) 11:42:35.01
264のせいで man 読んだことにするしかなかったんや
2020/04/11(土) 12:51:14.32
なんにしろmanすら把握出来ずにstableとか草
283260
垢版 |
2020/04/11(土) 13:06:20.80
自分で出した結論は279さんとズバリ一致しました。
はじめに自分の環境を挙げてなかったのはまずかったですね（反省）

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

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

追伸：RELEASEではなくSTABLEを使うのはサポート期間が長いからです。
2020/04/11(土) 13:48:05.96
> 追伸：RELEASEではなくSTABLEを使うのはサポート期間が長いからです。
スゲー
2020/04/11(土) 14:02:21.80
> 自分で出した結論は279さんとズバリ一致しました。
結論：お前らの意見は必要なかったんや
2020/04/11(土) 14:21:14.35
この環境隠蔽くん、デジャヴュを感じるのは俺だけだろうか
2020/04/11(土) 16:29:01.44
>>286
香ばしい匂いのする奴ってパターンが決まってるってだけでしょ
そんな奴にきちんと対応する人って立派だと思う
俺には出来んwww
2020/04/11(土) 16:38:29.12
>>287
より良い回答を求めるなら環境は隠匿しない方がいいと思うのだが
わざわざ遠回りする処が理解し難い
照れ屋さんなのかな
2020/04/11(土) 19:41:53.25
FreeBSD wikiも見ずにイキってる奴って本当に自分で調べないのな。
2020/04/11(土) 20:11:40.02
2chで質問するやつなんてそんなもん。今回のvtのやつはわりとうまく質問した方。
2020/04/11(土) 22:35:59.33
ぐぐれと言わずFreeBSD Wikiと言う情報源を書いてくれてる289は実は優しい
2020/04/11(土) 23:27:05.47
biology/linux-foldingathome でCUDA効いとるヤツおるか〜？
世界を救いたいんだ。
2020/04/12(日) 02:38:24.52
昔のusers-jpみたいな「英語なら辞書引いて調べれば」とかならまだ分かる
質問者の成長に繋がるから、全体の底上げに繋がる

でも「その程度でstable使うって」みたいな意見は、何の生産性もない
ハッキリ言って、イヤミ言うだけのクズだよ
2020/04/12(日) 03:48:07.68
そんなに悔しかったのか
2020/04/12(日) 04:02:04.35
STABLE使っててと書いた>>264が最初に情報与えてくれたのにな
それを何の生産性もない、イヤミ言うだけのクズとしか受け取れないなら
成長には繋らんよ
2020/04/12(日) 07:17:36.55
こんなときにけんかしないでね
2020/04/12(日) 08:11:02.05
ドライバ来るまでゲフォやめれば幸せになれるのに
2020/04/12(日) 12:21:06.84
>>296
僕の楽しみを取り上げないで下さい
2020/04/12(日) 12:36:26.06
STABLEやCURRENTって素人にはお勧めできない臭いがプンプンするんですけど
実際使っててクソヤベートラブルに遭遇した事ありますか？
僕はチキンのど素人なんで現在RELEASE-p3なんですが
300名無しさん＠お腹いっぱい。
垢版 |
2020/04/12(日) 12:47:21.72
まさかRELEASEなら安全だと思ってないよなよなよな？
2020/04/12(日) 12:51:22.48
ちゃんとfreebsd-updateして余計なポート解放したりバックアップを怠ったりしなければ
ベータ版よりはリスクが少ないと言う認識ですが、合ってますか？
2020/04/12(日) 12:59:49.16
俺の頭の中だと
"RELEASE" - それなりにテストをパスしたやつ。安定性はそれなり。
"STABLE" - RELEASE前の実験ブランチ。CURRENTでヨシ！となった機能がツッコミ待ちされる。
"CURRENT" - ケイオス。ただし闇雲に機能が追加されるのは一昔前まで（？）。
ってイメージ。
2020/04/12(日) 13:11:46.70
とてもわかり易いカテゴライズですね。ど素人の私にもイメージ出来ました。
試しにおもちゃのラズパイにSTABLEをぶっ込んでみたらpowerdがまともに機能するようになっていたので最近興味を持ち始めまして。
メイン環境は引き続き出来うる安全策を実施しながら身の丈に合った運用を続けますわ。
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況