21/06/20 17:52:06.22 .net
老害はやっぱり頭が悪いなあ
老害が貼ったURLには一片の価値もないから、専ブラとか拡張とか関係ない
哀れ過ぎる頭の悪さだ
だからh抜きするのだろう
1011:名無しさん＠お腹いっぱい。
21/06/20 18:05:26.94 .net
>>978
回線やURLによっては規制食らうものもあるらしいね
1012:名無しさん＠お腹いっぱい。
21/06/20 18:32:00.34 .net
>>976
知りませんでした
FreeBSDのサイト行ったらGPLなソフトの置き換え率みたいなページがあったので
てっきりそういう事なのかと
1013:名無しさん＠お腹いっぱい。
21/06/21 09:12:10.30 .net
>>964です。
まだ調べ切れてませんが
xrdpもGPU支援でかなり低負荷になっているようなんですがvlcやblenderなどが起動はするものの
ウインドウ内が真っ黒のままという現象が解決できてません。
xorgxrdpのDRIオプションを使わない以外のGPU支援を使わせないという手段を現在確認中です。
比べて、xorg(modesetting)がかなり優秀です。
x11vncでリモートのwindows10のtigervncから接続してるとvlcで動画再生してても操作遅延が感じられず
CPU負荷もxorg 30%,x11vnc 60%,vlc 30%と余裕があります。
キー入力も問題なくOpenGLも問題なく使用できるようなのでしばらくこれを使ってみることにします。
なおxorgのamdgpuはdrm無しだと起動できませんでした。
drmのamdgpuを入れてあると起動出来たような気がするのですが追求はしてません。
環境
AMD Radeon R7 250
以下にgithubから引っ張ったdrm-kmodを上書き。
drm-fbsd13-kmod-5.4.92.g20210419
drm-kmod-g20190710_1
gpu-firmware-kmod-g20210330
vlc-3.0.12_2,4
x11vnc-0.9.16_2
xorg-server-1.20.11,1
xorgxrdp-0.2.16
xrdp-0.9.16,1
1014:名無しさん＠お腹いっぱい。
21/06/21 21:13:25.79 .net
>>964です。
amdgpuのハング問題はダミーコネクタが有効でした。
それと意図しなかったんですがDVI-DのモニタとHDMIのダミーが繋がった状態で
startxするとプライマリがHDMIで右にDVI-Dが連結されました。
自動で分割ではないマルチモニター構成されたようです。
1015:名無しさん＠お腹いっぱい。
21/06/22 07:21:41.10 .net
自分と違う環境だけど読んでて興味深い
1016:名無しさん＠お腹いっぱい。
21/06/22 21:31:32.75 .net
少し前のzipの話題で思い出した
以前はportsにpkzipってあったけど、今はないよね？
1017:名無しさん＠お腹いっぱい。
21/06/22 21:53:44.49 .net
URLﾘﾝｸ(www.freshports.org)
06 May 2003 04:13:57
remove the wn port which has been forbidden for security reasons for 7 months.
1018:名無しさん＠お腹いっぱい。
21/06/23 02:48:15.63 .net
そんな大昔にremoveされてたんか…
ついこないだまで使ってた気がするのに
ワシも歳を取ったのう
1019:名無しさん＠お腹いっぱい。
21/06/30 15:28:31.02 .net
そういえば、libre calcへの漢字書き込みつながりで、
ubuntuのnfsdでは大丈夫でBSDのnfsd経由では読み込み専用になってしまってた、
office calcへの読み書きアクセスが、
// When open network files, those are always read only :-( - Ask LibreOffice
// URLﾘﾝｸ(ask.libreoffice.org)
で、libreofficeの共通設定でのファイルロック解除への変更で、
無事にネットワーク上のcalcファイルへのフルアクセスができるようになって嬉しかったので
書き込ませていただきましたｗ
1020:名無しさん＠お腹いっぱい。
21/07/10 05:24:44.41 .net
>>990
もうしわけないです、↑の libreoffice への設定変更は ぜんぜん必要なかったです。
nfsのサーバー側とクライアント側との設定を、ハンドブックに合わせて、
rc.confに書き込み、さらにその上でサバ・クラ共に、
rpc_lockd_enable="YES"
rpc_statd_enable="YES"
の２つを追加で、
読み込み時の警告も、書き出し更新時警告なども消えてくれました
おさわがせしました
1021:名無しさん＠お腹いっぱい。
21/07/10 09:25:20.75 .net
普通に考えたら、ファイルシステムによる挙動の違いが、アプリケーションに原因があるとはならんわな
1022:名無しさん＠お腹いっぱい。
21/07/12 22:18:21.91 .net
UnixOSやLinuxはなぜconfファイルやRunCommandファイルの先頭に
【 . 】（ドット）が付いているのでしょうか？？
何か由来があるのでしょうか？
例えば.bashrc .bash_profile .progile .tmux.confなどです。
1023:名無しさん＠お腹いっぱい。
21/07/12 22:44:31.65 .net
>>993
ドットファイル
で検索すると良い
1024:名無しさん＠お腹いっぱい。
21/07/13 20:20:12.88 .net
0
UNIXではディレクトリも特殊なファイルとして、階層構造を持つフィルムシステム実装した
その際にそのディレクトリファイル自身を参照する名前として「.」を親父ディレクトリファイルを参照する名前として「..」を使うようにした
「.」という文字を選んだ理由は知らない
1
ファイルの一覧を見る時に一々「.」「..」が表示されるのは鬱陶しいので、これらを表示する時には特殊なオプションが必要になるようにlsを作った
2
設定ファイルの先頭に「.」を使うようになった
1,2はどちらか先かよくわからない
1025:名無しさん＠お腹いっぱい。
21/08/20 12:45:21.08 .net
>>993
ちょっと検索してみると
昔、階層化ファイルシステムが無い時代に
階層化作業をした誰かがドットを階層間を移動するショートカットにした。
その扱いがファイルそのものだったのでファイルリストに出てきてしまった。
邪魔だからファイル名の先頭がドットのファイルは見えないようにしたが
その実装が単純に先頭の文字しか見なかったために
先頭がドットのファイル名で作成すれば実体はあるが見えないファイルを作成できる！というバグが発生。
今更なかったことにできないので今に至る。
という話が出てきた。
1026:名無しさん＠お腹いっぱい。
21/08/25 22:06:19.12 .net
FreeBSDでTFOってどうプログラムを書くのが正解でしょうか？
options TCP_RFC7413
を入れたカーネルを作るとTFOは使えるとおもいますが，
サーバ側は，socket作ってbindしてから
int qlen = 5;
setsockopt(s, SOL_TCP, TCP_FASTOPEN, &qlen, sizeof(qlen));
listen(s, ...);
でいいのでしょうか？
クライアント側は，
sendto(s, data, data_len, MSG_FASTOPEN,
(struct sockaddr *) &server_addr, addr_len);
でいけるかと思いきや，MSG_FASTOPEN が無いので
こうは書けなさそうです．変わるoption flagがありますか？
そうでなかったら，クライアント側も
setsockopt()すればよいのでしょうか？
ご教示願えれば幸いです．
1027:名無しさん＠お腹いっぱい。
21/08/26 08:29:01.25 .net
TFOってなんじゃろな？とおもってちょっと調べてみたけど13のmanにそれらしい記述が見つからない。
ググるとコードレビューが出てくるけどそこに出てたテストコードはこれ。
> URLﾘﾝｸ(people.freebsd.org)
1028:名無しさん＠お腹いっぱい。
21/08/26 10:50:37.43 .net
>>998
ありがとうございます．イマイチな使いにくさですね．
TFOはTCP Fast Openで セキュリティ的にやばくて消えたT/TCP
の後継です．
コード見て追うのも面倒なので楽に見えるものをさがしていたら
URLﾘﾝｸ(www.leidinger.net)
こんなことろをみつけましたが，
src_docs/netinet.pdf とかでかすぎ．preview固まったわ．
doxの下でみてけばいいけど，やっぱでかいな．
1029:名無しさん＠お腹いっぱい。
21/09/22 11:22:07.54 .net
よろしくおねがいします
FreeBSD-13.0-RELEASE-amd64-mini-memstick で
「recoverdisk」はddrescueとくらべ、どういうところが扱いやすいのでしょうか？
1030:名無しさん＠お腹いっぱい。
21/09/22 11:26:52.05 .net
リナックスでハードドライブ障害臭いで、ddrescueしかないなと、しかし使い方が
さっぱりという、使い方が書いてあるページを読み解くのがしんどくて仕方ないです
某アイドルスレで そんなときはFreeBSD-13.0-RELEASE-amd64-mini-memstick で
「recoverdisk」と教えてもらい、
当方初めてカキコです。
FreeBSD など触れる自信がなく、凄い寝不足で将棋に喩えれば3手先の論理までしか追えません。
方方のフォーラムに質問を投稿してるが、質問文がグダグダでレスがつきません。
1031:名無しさん＠お腹いっぱい。
21/09/22 11:31:33.80 .net
リナックスとかユニックスとか ないと思うんですわ！
眼の前の苦しむ人を救う人が人類の宝と思うんですわ！！
はやく自由BSDで 俺のブルズアイを救ってほしいんですわ！！！
1032:名無しさん＠お腹いっぱい。
21/09/22 11:33:57.72 .net
>>1001
> 将棋に喩えれば3手先の論理までしか追えません。
とは、どういう意味かと言うと「1+5=6 6×4=24 24-7=17」このレベル以上の複雑性は
いまがいま、処理できない
1033:名無しさん＠お腹いっぱい。
21/09/22 11:55:11.35 .net
使ったことはないがman見る限りでは、どちらも機能面の違いは殆どなさそう。
使い方は「ddrescue 読込先 書込先」ってするだけだけど、
これすら読み解くのがしんどいってんなら市販のソフトなり使った方がいいかと。
書込先の指定を間違って被害を広げかねない。
FreeBSDでやるよりUbuntuのGUIなLiveCDとかでやった方が良い気がするよ。
1034:名無しさん＠お腹いっぱい。
21/09/22 12:46:47.68 .net
何らかの事情で「Ubuntuなんか使うのやだ！」とか言うなら別だけどな
そうなると「あっそ」で終わる話だが
1035:名無しさん＠お腹いっぱい。
21/09/22 12:59:59.75 .net
次スレ
初心者もOK! FreeBSD質問スレッド その125
ｽﾚﾘﾝｸ(unix板)
1036:名無しさん＠お腹いっぱい。
21/09/22 13:21:01.32 .net
そう言えばFreeBSDは13からOpenZFSになったからプール作る時にコマンドでashiftを指定できるようになったのか
地味に便利
1037:名無しさん＠お腹いっぱい。
21/09/22 13:21:37.52 .net
# zpool create -o ashift=12 tank
1038:名無しさん＠お腹いっぱい。
21/09/22 13:23:21.28 .net
あ、ブロックデバイスを指定してなかったか
# zpool create -o ashift=12 tank /dev/ada1
1039:名無しさん＠お腹いっぱい。
21/09/22 13:26:06.21 .net
FreeBSDは使い倒すのは難しいかもしれんけど
用途に合った使いこなしはそれほど難しくないと思うんだがそこんとこどうなんでしょう
1040:名無しさん＠お腹いっぱい。
21/09/22 13:26:29.71 .net
>>1010
十人十色
1041:名無しさん＠お腹いっぱい。
21/09/22 13:29:19.34 .net
1000ならデーモン君とTuxがお手手つないで君の家にやって来る
1042:1001
Over 1000 Thread.net
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 725日 12時間 12分 24秒
1043:過去ログ ★
[過去ログ]
■ このスレッドは過去ログ倉庫に格納されています