トップページ⇒unix
1001コメント231KB

FreeBSDを語れ Part32

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。2011/11/17(木) 09:00:34.86
The FreeBSD Project
http://www.freebsd.org/ja/

前スレ
FreeBSDを語れ Part31
http://hibari.2ch.net/test/read.cgi/unix/1310842013/

関連スレ
初心者もOK! FreeBSD質問スレッド その111
http://hibari.2ch.net/test/read.cgi/unix/1312083286/
0720名無しさん＠お腹いっぱい。2012/01/22(日) 23:27:43.46
それは痛恨のミスらしいが
0721名無しさん＠お腹いっぱい。2012/01/22(日) 23:39:43.30
キムワイプで、大事なところをワイプしても、
糸くずとかが着かないので、とても衛生的です。
07226702012/01/22(日) 23:49:21.58
ruby-1.8.7.357,1 キター。
Rubyをアンインストールしたばかりなんだが・・・。orz
0723名無しさん＠お腹いっぱい。2012/01/22(日) 23:50:19.14
キムワイプで大事なところを擦ると傷がつく
0724名無しさん＠お腹いっぱい。2012/01/23(月) 09:13:38.30
usrはuser system routainsの略らしい
たぶんジョークだと思うけど
0725名無しさん＠お腹いっぱい。2012/01/23(月) 19:38:51.31
beginner's all-purpose symbolic instruction code みたいなモンだよ
0726名無しさん＠お腹いっぱい。2012/01/23(月) 20:07:39.05
昔はまさしくユーザのホーム置き場だったのに、
gamesとかucbとかバイナリ置きまくって、ぐちゃぐちゃにされて、
ホームが/homeに追い出されて、/usrの意味を変えざるを得なくなったのさ
0727名無しさん＠お腹いっぱい。2012/01/23(月) 22:20:10.60
Ultra Sonic Revolutionかと思ってた
0728名無しさん＠お腹いっぱい。2012/01/23(月) 22:42:01.15
うすらバカ
0729名無しさん＠お腹いっぱい。2012/01/23(月) 23:41:28.49
/hoge
0730名無しさん＠お腹いっぱい。2012/01/24(火) 00:52:30.06
/usr/hage
0731名無しさん＠お腹いっぱい。2012/01/24(火) 02:31:41.85
usrをuserと思っているおとこの人って・・・
0732名無しさん＠お腹いっぱい。2012/01/24(火) 07:36:05.68
>>726
/usr/home
0733名無しさん＠お腹いっぱい。2012/01/24(火) 07:50:51.65
>>713
ソースを。
0734名無しさん＠お腹いっぱい。2012/01/24(火) 07:51:39.19
ずっとユーザだと思ってた
0735名無しさん＠お腹いっぱい。2012/01/24(火) 09:37:25.76
USSRの略
0736名無しさん＠お腹いっぱい。2012/01/24(火) 09:43:00.97
>>726
ucbなんてあるのはSun OSぐらいだろ
0737名無しさん＠お腹いっぱい。2012/01/24(火) 10:03:35.01
>>724
User Services and Routines じゃなかったっけ。
http://x68000.q-e-d.net/~68user/unix/unix-term-dic.html#/usr
0738名無しさん＠お腹いっぱい。2012/01/24(火) 10:21:44.50
うるせーよおまえら！(URuse-yo omaeRa!)の略だろ
0739名無しさん＠お腹いっぱい。2012/01/24(火) 10:40:13.75
urrかよ
0740名無しさん＠お腹いっぱい。2012/01/24(火) 10:54:37.24
普通に /usr/bin を「すらユーザーすらビン」と呼んでいるのだがｗ
0741名無しさん＠お腹いっぱい。2012/01/24(火) 11:01:31.89
読みと由来はまた別の話。
0742名無しさん＠お腹いっぱい。2012/01/24(火) 11:32:16.44
「すら　うすらびん」だろ普通
0743名無しさん＠お腹いっぱい。2012/01/24(火) 12:44:53.40
うっすらぱー
0744名無しさん＠お腹いっぱい。2012/01/24(火) 16:17:27.05
昔はどうだったという歴史は無視して
ttp://www.pathname.com/fhs/ という
標準が定義されましたとさ。

おしまい
0745名無しさん＠お腹いっぱい。2012/01/24(火) 21:46:29.26
ねぇママぁもっとお話しして〜
0746名無しさん＠お腹いっぱい。2012/01/24(火) 21:59:54.22
ptxって届いたtsはすべて読み取られることだけが想定されてるのか
途中でreadするのを止めてみたいな事をして遊んでると、
その後kldunloadした時にkernelまるごと固まるねｗ
0747名無しさん＠お腹いっぱい。2012/01/24(火) 22:59:35.52
そしてkernelとkmodを作るために使うソースは
基本的に同じでなければいけないという罠にはまるｗ
0748名無しさん＠お腹いっぱい。2012/01/25(水) 01:11:09.98
>746
それは回避方法あるの？
回避していい事象なのか分からんけど。
0749名無しさん＠お腹いっぱい。2012/01/25(水) 08:28:58.04
unloadのバグはパッチが出てたはずだけどあたってる?
0750名無しさん＠お腹いっぱい。2012/01/25(水) 13:42:25.78
Linuxでカーネル権限昇格のバグがどうたらと出ているけど

rootになれるって意味かな
FreeBSDしか使ってないと意味がわからんな
0751名無しさん＠お腹いっぱい。2012/01/25(水) 13:53:49.14
このあいだのchrootだって、権限昇格の可能性のあるバグじゃないか
0752名無しさん＠お腹いっぱい。2012/01/25(水) 14:09:58.60
UNIX管理者はvi使えて当たり前とか言うけどぼくにはeeがあるから!!
0753名無しさん＠お腹いっぱい。2012/01/25(水) 14:19:07.19
>752
でもそのeeがどのUNIX系OSでも使えるとは限らないだろう？
そこがviを身につけろと言われる所以。
0754名無しさん＠お腹いっぱい。2012/01/25(水) 14:19:42.08
ぼくがvi使えないのはFreeBSDにeeがあるせい
0755名無しさん＠お腹いっぱい。2012/01/25(水) 14:23:44.06
eeがない環境を使わなければ問題ない。
0756名無しさん＠お腹いっぱい。2012/01/25(水) 14:27:12.53
eeがなければnanoを使えば良いじゃない……なの。
0757名無しさん＠お腹いっぱい。2012/01/25(水) 14:31:41.81
>>753
viはたまにしか使わなくて忘れるので
FreeBSDもCygwinもNgを使ってるよ

BackSpaceキーが使えなくて不便だけど
0758名無しさん＠お腹いっぱい。2012/01/25(水) 15:10:22.12
eeってものすごく昔から標準でついてるよね。
0759名無しさん＠お腹いっぱい。2012/01/25(水) 15:12:11.01
FreeBSDでは、ね。
0760名無しさん＠お腹いっぱい。2012/01/25(水) 15:24:50.00
edってものすごく昔から標準でついてるよね。
0761名無しさん＠お腹いっぱい。2012/01/25(水) 15:27:24.15
UNIXでは、ね。
0762名無しさん＠お腹いっぱい。2012/01/25(水) 15:39:10.33
edlinって (ry
0763名無しさん＠お腹いっぱい。2012/01/25(水) 16:21:42.99
>>762
Win7でも32bit版には入ってるらしい
0764名無しさん＠お腹いっぱい。2012/01/25(水) 17:29:08.90
MSのそういうところは好きだぜ
0765名無しさん＠お腹いっぱい。2012/01/25(水) 18:39:35.34
64bit版にはMS-DOSサブシステムが無いからねえ。
0766名無しさん＠お腹いっぱい。2012/01/25(水) 18:39:42.35
easy editorはlinuxでも使ってた
0767名無しさん＠お腹いっぱい。2012/01/25(水) 19:09:37.67
>>748
回避以前に起こすのも非常に難しいっぽい。
0768名無しさん＠お腹いっぱい。2012/01/26(木) 00:09:03.13
最近、歳のせいか ports のコンパイルが面倒くさくなってきた。
PC-BSDを使うかどうか思案中。
0769名無しさん＠お腹いっぱい。2012/01/26(木) 00:09:08.82
いまどきed使ってる香具師さんいますか
0770名無しさん＠お腹いっぱい。2012/01/26(木) 00:09:41.94
>>768
portsが面倒だからUbuntuにうつったよ(´・ω・｀)しょぼーん
0771名無しさん＠お腹いっぱい。2012/01/26(木) 01:08:30.13
ports が面倒だから gentoo に移ったよ(｀・ω・´) シャキーン
0772名無しさん＠お腹いっぱい。2012/01/26(木) 01:14:21.84
PCｰBSDに移っていきなりportsに頼ったりする
0773名無しさん＠お腹いっぱい。2012/01/26(木) 02:01:30.62
portsがめんどくさいならpackageを使えばいいじゃないか
おれは直接パフォーマンスに影響しないような物はpackageで済ませてるよ
0774名無しさん＠お腹いっぱい。2012/01/26(木) 05:28:50.46
packageにも -oldstable, -stable のラインがあればいいのに。
今なら8.xと9.xな。-currentはOSごとコンパイルするような連中が使うものなんだから、Releaseに適合するpackageの要求を満たしてくれるほうがいいんじゃないかなと思う。
0775名無しさん＠お腹いっぱい。2012/01/26(木) 09:19:56.43
>>774
-stableでのビルド確認やるとお前が手を挙げれば、受け入れられると思う。
0776名無しさん＠お腹いっぱい。2012/01/26(木) 11:29:52.97
>775
ビルド確認ってどーやんの…？どれくらいの機材が要るのかわかんね。
今なら amazon ec2 でやるのか？
0777名無しさん＠お腹いっぱい。2012/01/26(木) 14:11:14.26
>>774
例えば
http://ftp.freebsd.org/pub/FreeBSD/ports/i386/
を見ると
packages/
packages-10-current/
packages-6-stable/
packages-7-stable/
pakages-7.4-release/
packages-8-stable/
packages-8.2-release/
packages-9-current/
packages-9-stable/
packages-9.0-release/
packages-current/
packages-stable/

とあるけど、これじゃだめだということ？
0778名無しさん＠お腹いっぱい。2012/01/26(木) 14:28:47.94
>777
ダメじゃないです素晴らしいです死んできます
0779名無しさん＠お腹いっぱい。2012/01/26(木) 15:01:22.88
まて、まだ死ななくていい(;ω;)>>778
0780名無しさん＠お腹いっぱい。2012/01/26(木) 15:32:07.43
逝き返りました。
ばっちり整備されてるように見えるのに、なんでいまいちいけてない風なんだろう。


0781名無しさん＠お腹いっぱい。2012/01/26(木) 15:57:44.55
release に引っ付いた stable はない(6,7,8 というメジャー系列の stable しかない)

stable パッケージの指定の仕方とかが
くわしー人じゃないとちょっと分かりにくい(?)
0782名無しさん＠お腹いっぱい。2012/01/26(木) 16:16:50.70
-STABLEが、例えばdebian GNU/linuxでいうところの-stableと違うからだろ。
0783名無しさん＠お腹いっぱい。2012/01/26(木) 16:32:19.89
baseシステムで言えば、
RELENG_x_y_0_RELEASEに対するセキュリティフィックスはRELENG_x_yで提供されるのだから
これが>>781が言うところの「release に引っ付いた stable」なわけで、
packagesには確かにそれに対応するものは存在しない。

が、ライブラリのバージョンbumpなどを含めたABIの一貫性などはメジャーバージョンが
変わらなければ原則として保たれることになっているのだから、
packagesに関する限り
release に引っ付いた stable = 6,7,8 というメジャー系列の stable
ってことになるんじゃないの。

baseと、ports/packagesを含めたユーザ環境とがはっきり分かれているFreeBSDと
baseまでバイナリパッケージとして管理されるlinuxとかとでは、
リリースとかバージョンの感覚は合わなくて当然だと思う。
多少語弊はあるが
FreeBSDのマイナーバージョンアップ≒linuxのカーネルのバージョンアップ(+α)
という感じで読み替えると、ある程度呑み込める気がする。
0784名無しさん＠お腹いっぱい。2012/01/26(木) 17:47:10.39
>783
781 だけど
> packagesに関する限り
> release に引っ付いた stable = 6,7,8 というメジャー系列の stable

おお，そういえば確かにその解釈でよさそうですね
0785名無しさん＠お腹いっぱい。2012/01/26(木) 17:54:37.55
pointyhatで毎日無駄に7-STABLE, 8-STABLE, 9-STABLE, 10-CURRENT上でビルドして
パッケージまで作ってるんだからそのパッケージがどこかに転がってるんじゃね？
0786名無しさん＠お腹いっぱい。2012/01/26(木) 20:21:59.50
>>777
来週の土日に5.3捨てる!!決めた!!
0787名無しさん＠お腹いっぱい。2012/01/26(木) 20:29:59.74
Windowsでこんだけバイナリー互換性が無いと問題が出るよな
0788名無しさん＠お腹いっぱい。2012/01/27(金) 00:17:30.52
今月からFreeBSD使い始めた新参ですが
portsのアップグレードってpackagesも利用できるんですね
知らなかったのでこのスレ見て良かった
0789名無しさん＠お腹いっぱい。2012/01/27(金) 01:01:37.32
新参乙
0790名無しさん＠お腹いっぱい。2012/01/27(金) 04:27:03.44
今、大学の研究室でFreeBSDの管理を任されているんだが、
全部で8台もある。
portsやbuildworldを全部のマシンで行うのは大変なんだが
環境をコピーする一番楽な方法を教えてくれ。

今は一台のマシンで環境を構築して、それから
/usr/local /usr/obj /usr/src 以下を
tar で固めて他のマシンにコピーしているんだが、
/etc以下の設定とかが引き継がれないので、
結局はいくつかの ports については各マシンでビルドし直しになる。
0791名無しさん＠お腹いっぱい。2012/01/27(金) 04:46:12.04
>>790
ベースシステムについてはfreebsd-updateじゃいかんのか？
0792名無しさん＠お腹いっぱい。2012/01/27(金) 09:59:50.49
８台を減らす方向に努力した方がマシ
0793名無しさん＠お腹いっぱい。2012/01/27(金) 10:15:08.54
その1
make world, kernel: /usr/obj, /usr/srcをNFSで共有
ports: make packageしてtbz(/usr/ports/packages/All)を共有

その2
1台を母艦にする。残りの7台はディスクレス。
0794名無しさん＠お腹いっぱい。2012/01/27(金) 10:18:25.17
>>790
全部vmwareにのせてイメージファイルをコピーする
0795名無しさん＠お腹いっぱい。2012/01/27(金) 11:18:09.70
その３
１台に１人後輩をつけて責任もって管理させる。
0796名無しさん＠お腹いっぱい。2012/01/27(金) 12:24:18.26
その４
放棄して逃げる
0797名無しさん＠お腹いっぱい。2012/01/27(金) 15:36:14.91
その5
MSウインドウズを提案する
0798名無しさん＠お腹いっぱい。2012/01/27(金) 15:39:56.30
つまんないからその辺で。
0799名無しさん＠お腹いっぱい。2012/01/27(金) 15:48:08.40
ミラーリングする
0800名無しさん＠お腹いっぱい。2012/01/27(金) 15:57:40.23
>>790
1,用途を見直してまとめる
2,ベースしステムは独自につくらないでfreebsd-updateを使用
3,1台でパッケージを作り、nfs,rsyn等で共有
4,こまめにスクリプトを書いて自動化する
5,/etcの下もrsyncで細かく指定して共有できるものは共有すれば？
6,nis,ldapの使用も検討すると。

8台ぐらいなら2と3が実行できれば手間じゃないと思うけど。

共有できない理由をもっと詳しく書かないと、わからない。



0801名無しさん＠お腹いっぱい。2012/01/27(金) 15:57:49.08
gentooに乗り換える
0802名無しさん＠お腹いっぱい。2012/01/27(金) 16:06:32.88
HDDを差し替えてまるごとコピーする
0803名無しさん＠お腹いっぱい。2012/01/27(金) 16:39:51.29
portsって/usr/local/以下にしかインストールされないんでしょ

じゃあ/usr/local/を複数のサーバーで共通化してはどうでしょうか
0804名無しさん＠お腹いっぱい。2012/01/27(金) 16:42:55.00
kmodは/boot/moduleだけどね。
0805名無しさん＠お腹いっぱい。2012/01/27(金) 17:16:37.08
virtualbsd の意義がいまいち理解できない…
torrent配布なのはまぁいいとして1.7G
→それを解凍して6.7Gくらい
→VMWareでロードして./vmware2vboxで設定をVirtualBox向けに書き換える
→VirtualBoxで読み込めるのは解凍したvmware仮想ディスクに対して一台だけ
→ある程度ビルドしていったらその時点でクローンすればいいのかもしれないけど
ディスクスペースは、やはり6.7G+追加分でまるまるコピーしないといけない（それなりに時間は掛かる）
→なんやかんやで10Gくらい軽く越える。それを別の実機に入れるためネットワーク越しで投げるとかあまり考えたくない…

iso と /usr/local 以下固めたzip展開じゃ駄目なのか…わからぬ…
0806名無しさん＠お腹いっぱい。2012/01/27(金) 17:22:26.66
vbox on freebsd 上で使おうという考えが理解できないって思われてるよきっと
0807名無しさん＠お腹いっぱい。2012/01/27(金) 17:40:13.75
pc-bsdもvmware/virtualbox用のイメージ配布してるよ
0808名無しさん＠お腹いっぱい。2012/01/27(金) 18:35:47.50
>>807
>pc-bsdもvmware/virtualbox用のイメージ配布してるよ

それサイズが微妙にでかくて取っつきにくいですぅ
CDイメージDLして仮想マシンにインストールするのと手間以外の点で何が違うの？
0809名無しさん＠お腹いっぱい。2012/01/27(金) 18:43:53.76
/var/libに何かホイホイ作るportsもあるよｗ
0810名無しさん＠お腹いっぱい。2012/01/27(金) 19:22:49.60
8台全部に /usr/local /usr/obj /usr/srcがあるなんて、贅沢だな。

そーゆーのは、 NFSでひとつにした方が、ディスクスペースが広く使えるのに。
0811名無しさん＠お腹いっぱい。2012/01/27(金) 19:28:54.45
夢もひろがるな
0812名無しさん＠お腹いっぱい。2012/01/27(金) 19:34:32.19
zfs にして snapshot を send, receive
0813名無しさん＠お腹いっぱい。2012/01/27(金) 20:43:52.35
>>790
１台母艦をつくってそこで buildworld && makekernel
他艦を nfs mount して DESTDIR=<mount先> でinstallkernel && installworld
ports も似たような手法で行ける場合も結構ある
だめな場合は, package まで作って pkg_install
それでもだめなら, ports 以下で build かなぁ...
0814名無しさん＠お腹いっぱい。2012/01/27(金) 21:05:51.45
>>809
しかし何で
/usr/local/var
が無いんだろうか

/var/www

とか気持ち悪い
0815名無しさん＠お腹いっぱい。2012/01/27(金) 21:15:16.83
/var/www を掘るportsなんてあったっけ？
0816名無しさん＠お腹いっぱい。2012/01/27(金) 21:58:00.26
>815
わかんない。インストールした後のものなら /var/db/pkg/*/+CONTENTS を見ればいけそうなんだけど、インストール前だとなあ… コンパイル済みpackagesを全部精査する羽目になるのか？
0817名無しさん＠お腹いっぱい。2012/01/27(金) 22:16:57.64
pkg-plist でも grep しろよ
0818名無しさん＠お腹いっぱい。2012/01/27(金) 22:21:34.51
>>815
確認したら/var/wwwはcygwinでした
昨日phpが動かないか色々やってたので勘違いしていた

FreeBSDは/usr/local/www

これなら複数のサーバーで/usr/localを共有すればOKですな
所有権とかよくわからないけど
0819名無しさん＠お腹いっぱい。2012/01/27(金) 22:44:13.82
>>814
rootが使うデータは/varへ、ユーザーが使うデータは/home/ユーザーへ。
■ このスレッドは過去ログ倉庫に格納されています