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

FreeBSDを語れ Part21

レス数が900を超えています。1000を超えると表示できなくなるよ。
0001名無しさん＠お腹いっぱい。2008/08/15(金) 15:37:54
FreeBSDについて語るスレです。

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

前スレ：FreeBSDを語る #20
http://pc11.2ch.net/test/read.cgi/unix/1209628424/
0811名無しさん＠お腹いっぱい。2009/01/06(火) 23:21:58
portsnapが丸ファンクションしてね?
0812名無しさん＠お腹いっぱい。2009/01/06(火) 23:25:07
>>808
別に昔から変わっていないけどなぁ。トップページは昔から
あんなもんだよ
ttp://elm-chan.org/fsw/mbm/mbm.html
GPL化したそうだ

GRUBは思想が変態だから(それを異常だと思わないのはそれ以上に
変態なLILOよりはかなりマシなだからじゃないかな)使いたくないし
あれの機能が積極的に必要な場合を除き勧めるべきでもないと思う
0813名無しさん＠お腹いっぱい。2009/01/06(火) 23:25:44
portsnap1.FreeBSD.orgが壊れてるだけじゃね？
portsnap -s でいけると思うんだ
0814名無しさん＠お腹いっぱい。2009/01/07(水) 00:17:54
>812
以前 linux にキモい印象を受けたのは
LILO のせいという気がしないでもないなぁ
0815名無しさん＠お腹いっぱい。2009/01/07(水) 00:22:18
話そらすけどLILOを見るとキューとかスタックとかを思い出してしまう
0816名無しさん＠お腹いっぱい。2009/01/07(水) 00:25:34
後入れ中出し
0817名無しさん＠お腹いっぱい。2009/01/07(水) 00:46:36
ノートのハードディスクを geli 化する方法で悩んだが
結局 USB メモリ上に作業用システムをインストールして使うのが一番早そうだな
早く sysinstall で対応してくれ…
0818812れす2009/01/07(水) 00:49:47
程々にしておきますが、変態言っているのは階層破壊な動きを
するところね。

boot0やMBM,extiplはパーティションテーブルを読み、選んだ
パーティションの先頭セクタ(ブートブロック)を読んでメモリ
にロードして実行するという動作をする。
ファイルシステムは理解しないし、その必要はない。

GRUB等の一部の高機能ブートセレクタはファイルシステムを理解
する必要がある(ファイルシステム上のカーネルなどを直接ロード
するから。そういうOSのためのブートローダーだから)。
Windows等標準MBRの動作を前提とするOSにも対応する必要がある
ためブートブロックのロード実行にも対応してるがchainbootと
わざわざ新語を作って蔑んでいる。bootstrapという立派な用語が
あるのに。

GRUBはその性格上EXT3,EXT4,XFS,Reiserfs(UFS2も)など新しい
filesystemが出てきたら対応してやる必要がある。boot0,MBM等は
今のBIOSやパーティションの枠組みが変更されない限り不具合の
修正ぐらいしか変更の必要がない。

LILO(Linux用の昔のブートローダー)はファイルシステムを理解
しないでディスク上の物理的な位置情報をインストール時に取得
して決め打ちでカーネルをメモリ上にロードした。なので不用意
にカーネルの更新をすると悲劇が起きた。事故を起こしやすい欠
陥設計の見本のような物だった。
0819名無しさん＠お腹いっぱい。2009/01/07(水) 01:06:12
つまり、パレスチナ問題のような宗教闘争ということですね……
0820名無しさん＠お腹いっぱい。2009/01/07(水) 02:39:21
やっぱ、ports解禁後一発目のportsnapは気持ちいいねぇ
portsnap3.freebsd.orgは絶好調だぜ
0821名無しさん＠お腹いっぱい。2009/01/07(水) 03:11:03
>>810
bcdedit でググれ
0822名無しさん＠お腹いっぱい。2009/01/07(水) 08:55:45
>818
いまだに理解できないと言うか LILO/GRUB がキモいんだけど、
段階的に各パーティションの boot block に渡していく方法じゃなく
直接 kernel を呼ぶ方法って何か一つでもメリットあるんだっけ??
0823名無しさん＠お腹いっぱい。2009/01/07(水) 09:23:38
統合されたブートプロセス(笑)
0824名無しさん＠お腹いっぱい。2009/01/07(水) 09:29:35
>>818
>chainbootと
>わざわざ新語を作って蔑んでいる。bootstrapという立派な用語が
>あるのに。

あの、勘違いされてるようですけど、
bootstrapというのはそもそもbootのこと。
bootstrapが略されて単にbootと呼ばれるようになっただけのこと。
だから、chainbootをbootstrapと呼んだりしたら意味不明になる。
あくまで、GRUBから別のブートローダーにchainするという意味だから。
0825名無しさん＠お腹いっぱい。2009/01/07(水) 09:37:51
>>818
chainbootって何だよｗ
chainloaderだろ。

818がGRUBをよく理解せずに書いていることはよくわかった。
0826名無しさん＠お腹いっぱい。2009/01/07(水) 09:47:40
やっと freebsd-update upgrade おわた。
何度 failed になって再実行したことか。
ようやく install できる。
0827名無しさん＠お腹いっぱい。2009/01/07(水) 10:00:03
grubはシリアルポート経由でも操作可能って点ではうれしいんだけど、
今ならBIOSレベルでシリアルへリダイレクトしてくれるマシンも多いしなあ。
BIOS起動・設定画面からシリアルへリダイレクトされてた方がうれしいし。
0828名無しさん＠お腹いっぱい。2009/01/07(水) 10:06:33
プログラムが紙テープに書かれていた時代があった。IPL(イニシャルプログラムローダー)
も紙テープに書かれていた。
そんでもって、そのIPLを読み込む為にプログラムが必要だったわけだ。
それは人間が手でコンパネ(コントロールパネル)から数十ステップのマシンコードを入力し
てたんだよ。その超短いプログラムをbootstrapと読んでいた。
0829名無しさん＠お腹いっぱい。2009/01/07(水) 10:11:22
だから、chainloaderをbootstrapと呼んだらおかしいですね。
別のbootstrapをchainloadするわけですから。
さらに、GRUB自身もbootstrapなわけだし。
0830名無しさん＠お腹いっぱい。2009/01/07(水) 10:33:58
変態というのは>>818のことをいうのですね
0831名無しさん＠お腹いっぱい。2009/01/07(水) 10:40:53
>>820
つportsnap.allbsd.org
0832名無しさん＠お腹いっぱい。2009/01/07(水) 10:53:47
>>831
portsnap1,2 が壊れてるみたいだが、portsnap3なら普通にportsnap出来るのに
なんで本家の生きてる鯖使わねーの？
0833名無しさん＠お腹いっぱい。2009/01/07(水) 11:03:20
個別の言葉の問題はともかく
LILO/GRUB が変態という点については >818 に同意だけど…

そう思わない人多いの?
0834名無しさん＠お腹いっぱい。2009/01/07(水) 11:05:37
本家かどうかはうでもいいな。
どれもミラーなんだし、チェックサムはあるし。

allbsdだって大学がやってるミラーだよ。
0835名無しさん＠お腹いっぱい。2009/01/07(水) 11:07:43
LILOは変態だったかも知れないが、Linuxでももう使われていない。
GRUBは、Solarisで採用されたこともあり、今後の標準になるかも。
0836名無しさん＠お腹いっぱい。2009/01/07(水) 11:15:28
どうでもいいけど>>820はportsnapするミラーで困っているわけでも無いのに
>>831のレスが出てくる意味がわかんないんだけど
0837名無しさん＠お腹いっぱい。2009/01/07(水) 11:19:50
>>828で示した語源からいうとROMに格納されているのがbootstrap
それからロードされるSECTOR 1がIPL
0838名無しさん＠お腹いっぱい。2009/01/07(水) 11:22:13
「つ」のレスはほとんどが外してる、の法則
0839名無しさん＠お腹いっぱい。2009/01/07(水) 11:40:48
MBMはシリンダ境界に強制するのをゆるめてくれたらいいんだが...

ここで言ってもしょうがないか。
0840名無しさん＠お腹いっぱい。2009/01/07(水) 12:36:33
>>824
bootってどういう意味か誤解していない?
(いや、分かっていると思うけど。わざわざ突っかかる
ぐらいだからw)

>GRUBから別のブートローダーにchain
この動作をbootstrapと言うこともあるbootstrapを行う
プログラムをbootstrapと言うこともある。
増幅回路の出力を正帰還して入力回路のインピーダンス
を上げる回路もbootstrapと言うw

1:boot0→boot1→boot2→boot3→/boot/loader→kernel
2:GRUB→/boot/loader→kernel
3:boot0→GRUB→kernel
4:GRUB→kernel

1-4すべての場合でGRUBはbootstrapだ。1,2の場合はGRUB
が起動するのはbootstrap 3,4の場合はGRUBの起動する
のはbootstrapではない。

>>825
普段気にしてないことだから書き間違っただけだ。
いちいち訂正したらそれも叩くくせにw
0841ほらうざいだろ2009/01/07(水) 12:41:16
訂正
×1-4すべての場合でGRUBはbootstrapだ
○2-4の場合でGRUBはbootstrap, 1の場合はboot0,boot1,boot2,/boot/loaderが
bootstrapだ

>>835
そういやネットワーク階層をぶち壊してるftpも長い間標準だな
(L7がL4を侵食している)あんなものなくなればいいのにw
0842名無しさん＠お腹いっぱい。2009/01/07(水) 12:56:31
>>840
だからぁ、より意味が明確な chainloader という言葉があるのに、
より曖昧で意味が広い bootstrap という言葉を使う必要はないだろ。
いずれにしても、chainloader という新語を作ったのではない。


>増幅回路の出力を正帰還して入力回路のインピーダンス
>を上げる回路もbootstrapと言うw

古いアナログハード屋かｗ
ま、知ってるとは思うが、増幅回路のbootstrapは古い手法で、問題も多いので、
使ってはいけない回路なんだけどな。
0843名無しさん＠お腹いっぱい。2009/01/07(水) 13:07:17
>>839
HDDがこんだけ大きくなったし、別にシリンダ境界でも気になるほどの無駄もないと思う
0844名無しさん＠お腹いっぱい。2009/01/07(水) 13:10:17
bootstrapといったらビルだろ。
0845名無しさん＠お腹いっぱい。2009/01/07(水) 15:55:53
>>826 をみて未来の自分が書き込んでるのかとオモタ
もう少しまとう
0846名無しさん＠お腹いっぱい。2009/01/07(水) 16:00:48
csupから取ってきて今再構築したところ

リトライなんか一度もかからなかったし、そろそろ平気になってきたんじゃね？
0847名無しさん＠お腹いっぱい。2009/01/07(水) 18:23:40
俺はいつもの様に iso でクリーンインストールした。
package も新しくしたいんで。
で、初めての ULE なんだが、全然実感ないな。
なんか実感する方法ってないの？
0848名無しさん＠お腹いっぱい。2009/01/07(水) 19:12:15
マルチスレッドベンチマークで 4bsd と比較するしか思い当たらないな。
俺も mplayer -lavdopts threads=4 とかやってみてるけど
元々軽かったのであまり実感無いw

メモリ512MCeleron→2G Core2Duo でも Windows だとかーなり
体感が違うのに、FreeBSD では差を感じにくい。
良いことなんだろうけどちょっとつまらん。
0849名無しさん＠お腹いっぱい。2009/01/07(水) 20:49:59
>>848
きつい負荷をかけた実験でもしたらどうでそ
0850名無しさん＠お腹いっぱい。2009/01/07(水) 20:50:54
>>835
SlackwareはまだLILOが標準で使われてまつ
0851名無しさん＠お腹いっぱい。2009/01/07(水) 21:18:59
Slackwareはもう使われていない。
0852名無しさん＠お腹いっぱい。2009/01/07(水) 22:31:28
>>849
JavaVM ってマルチスレッドの恩恵受けるんだっけ？
eclipse が早くなってくれると嬉しいんだけど。
0853名無しさん＠お腹いっぱい。2009/01/07(水) 23:23:21
>>841
そもそもIETFがTCP/IPはOSI階層と無関係だと言い放っているから気にするな。
0854名無しさん＠お腹いっぱい。2009/01/07(水) 23:48:11
>>851
最新の12.2でインストールしてみまつた。ちゃんとLILOインストールメニューが出まつよん。
0855名無しさん＠お腹いっぱい。2009/01/08(木) 00:31:28
slackware _は_ ってことでしょ
まあ激しくスレ違いだが
0856名無しさん＠お腹いっぱい。2009/01/08(木) 00:32:45
いや>>851は
「Slackware『では』LILOが使われてない」でなく「Slackware『そのものが』使われてない」と言ってるように見える
0857名無しさん＠お腹いっぱい。2009/01/08(木) 00:47:58
保守的なディストリはgrub採用遅かった。
slackwareはそのままでいいな
0858名無しさん＠お腹いっぱい。2009/01/08(木) 01:16:27
日本語の通じない人が多いですね
0859名無しさん＠お腹いっぱい。2009/01/08(木) 01:17:31
>>858がその筆頭な
0860名無しさん＠お腹いっぱい。2009/01/08(木) 01:29:46
bootonly.isoはインストーラーが起動する最低限のものが詰まってるiso。これをベースに
bootonly.isoにCDからのインストール用のファイルや一部パッケージが詰まってるようなものがdisc1.iso、
bootonly.isoにCDブートもできるようにFreeBSDがインストールされてるようなものがlivefs.iso
という感じに理解しておけばいいのか。
0861名無しさん＠お腹いっぱい。2009/01/08(木) 03:21:19
今なら普通にDVD 1枚焼いとけばいちいち区別しなくても全部インストールできるので楽だよ。
わざわざ容量の小さいCDを使う必要があるのはDVDドライブが付いてないPCくらいなもんだし。
0862名無しさん＠お腹いっぱい。2009/01/08(木) 08:49:47
>>847
仕事で自分のプログラムを走らせて比較したことあるけど、たしかにULEの方が4BSDより良かったな。
ただ7.0で、スレッドを作ってはjoinして、作ってはjoinするって言う同じプログラムをDual Core で二つ走らせた時、
どういうわけか、片方にCPUパワーが多く与えられるんだよな。
で、二つの終了時間が結構違ってきたりする。
7.0 -> 7.1 で結構変更があったみたいだから、直ってるのかな。
0863名無しさん＠お腹いっぱい。2009/01/08(木) 10:03:16
>>861 しょっちゅうportのバージョンアップのあるFreeBSDで全部焼くのは無意味では?
まぁ好き好きなのでこうとはいわんけど
例えばgnutlsは今2.6.3だけど公式ISOでは2.4.2*なんじゃないかな。
pkg-DVDは別にした方がいい。つーかDVDよりUSBブートのがおすすめ、変えられるから
0864名無しさん＠お腹いっぱい。2009/01/08(木) 10:43:28
>>863
USBか。だよなー、やってみよう
新しくリリースが出てたり、どっか無くしたりで、ほとんどインストールの度にCD焼いてる気がする…
0865名無しさん＠お腹いっぱい。2009/01/08(木) 11:05:04
FreeBSD-SA-09:02.openssl
これがあるの知ってても7.1Rをもう出してしまうのを先にしたな。
0866名無しさん＠お腹いっぱい。2009/01/08(木) 11:34:34
日本語で頼む
0867名無しさん＠お腹いっぱい。2009/01/08(木) 11:39:12
>>866
日本語が読める人を頼む
0868名無しさん＠お腹いっぱい。2009/01/08(木) 11:58:13
一応日本語だが、分かりにくいわな
0869名無しさん＠お腹いっぱい。2009/01/08(木) 14:40:13
>>863
公式のインストールDVDは
何かのために1枚位手元にあってもいいんじゃないかな

ところで、USBブート可能ということは
USBメモリにFreeBSDをインストールした場合も
ちゃんとブートできるよ、ってことでいいの？
0870名無しさん＠お腹いっぱい。2009/01/08(木) 15:19:12
USB mass storage に「インストール」であって
cat 7.1-dvd.iso > /dev/da3 (←USBメモリ) で
書いたフラッシュメモリじゃ×ってことね?
0871名無しさん＠お腹いっぱい。2009/01/08(木) 15:52:08
お前らいい年した爺が何言ってんだ。
0872名無しさん＠お腹いっぱい。2009/01/08(木) 16:45:58
目本語でおk
0873名無しさん＠お腹いっぱい。2009/01/08(木) 17:40:05
ゼロからインストールするんでも結局インストール後にネットにアクセスしてパッケージとかポート取得するから
DVDに焼いてもあまり意味が無い。
ってことなんだけど

むしろDVDを作るならばできた環境の復元とかのがいい。
ISOイメージのマウントも簡単なんだから
別に　>>870の手法での保存でもブートできないだけでパッケージ使うだけなら問題ないだろ。
FreeBSDの場合bootすればSDカードとかDVD-RAMとか使えるんだから
パッケージとか保存するのもそっちのほうがいい
それこそ公式DVD-ISOまるまる保存してそれをマウントするという手もありだ。
0874名無しさん＠お腹いっぱい。2009/01/08(木) 18:17:55
freesbieの事もたまには思い出して上げて下さい。
0875名無しさん＠お腹いっぱい。2009/01/08(木) 18:45:59
年取ると煩いからな。

それとも、煽られて焦る中学生？
0876名無しさん＠お腹いっぱい。2009/01/08(木) 18:55:24
freesbieってまだ活動しているんだっけ？
0877名無しさん＠お腹いっぱい。2009/01/08(木) 19:01:24
>>865
き．．．脆弱性
0878名無しさん＠お腹いっぱい。2009/01/08(木) 19:12:15
>>875
こ．．．焦る？
0879名無しさん＠お腹いっぱい。2009/01/08(木) 19:19:30
>>874
う、上げて…
し、下さい…？
0880名無しさん＠お腹いっぱい。2009/01/08(木) 19:21:15
もういいよ。
0881名無しさん＠お腹いっぱい。2009/01/08(木) 19:36:11
( ･ω･)∩
7.1がでたというニュースを見て
ちょっと、BSDを触りたいなぁと思っています。BSDはほぼ初めてです。
ZFSをrootにして、UFSなしでインストールってできるのでしょうか？
SolarisがUFS無しで運用できるようになったので
BSDでもできるのかなぁ、という程度の知識なのですが・・・・
インストーラからだと、どこをどうやればいいのか・・・
0882名無しさん＠お腹いっぱい。2009/01/08(木) 19:38:28
>>876
今みてみたらwww.freesbie.orgのサーバ死んでるのか。
一時的なものかな？

ところで、好みのパッケージとカスタムした設定をつっこんだLiveCDを作る
いまどきの標準的な方法教えて。
0883名無しさん＠お腹いっぱい。2009/01/08(木) 20:20:42
>>881
ttp://gihyo.jp/admin/clip/01/fdt/200812/17

zfs rootはやったことあるが、zfsオンリーはどうかは知らないし、zfsはメモリ消費が
激しいからi386だとおすすめしない。
0884名無しさん＠お腹いっぱい。2009/01/08(木) 20:46:34
えっ、FreeBSDってsparcとかでも動くんですか?
0885名無しさん＠お腹いっぱい。2009/01/08(木) 20:48:48
はい

こちらへどうぞ
【何気に】FreeBSD5.x on SPARC64【入りﾏｽﾀ！】
http://pc11.2ch.net/test/read.cgi/unix/1096032708/
0886名無しさん＠お腹いっぱい。2009/01/08(木) 20:56:45
>>884
つ ttp://www.freebsd.org/platforms/sparc.html
って、お前の辞書にはamd64という言葉はないのか?
0887名無しさん＠お腹いっぱい。2009/01/08(木) 21:43:28
>>881
7.0/i386からzfsrootで暮しているがzfsbootはまだできないのでufsパーティションは何処かに要る。
7.1でusbbootに対応したということなので、1GBくらいのUSBメモリを買ってきてそこに/bootを入れて
HDDはZFSにしてくらせばいいんじゃないかね。
0888名無しさん＠お腹いっぱい。2009/01/08(木) 23:55:46
>>883,887
情報ありがとうございます。
そうなんすか・・・まだもう一歩なんですね・・・
Sunリリース版Solarisでも、ようやくできるようになったところだから次のリリースでは期待できますかね。
あちらは、GrubでZFSが読めるように手を入れているようでした。

とりあえず、VirtualBoxで試してみようかと。
仮想ディスク2つ用意して、/boot を分けてみます。
0889名無しさん＠お腹いっぱい。2009/01/08(木) 23:58:44
http://wiki.freebsd.org/ZFS
0890名無しさん＠お腹いっぱい。2009/01/09(金) 00:09:39
なんだこの臭せえスレpgr
0891名無しさん＠お腹いっぱい。2009/01/09(金) 10:10:53
ttp://blog.kozubik.com/john_kozubik/2009/01/64bit-freebsd-quotas.html
64bit quota出来

$1,000の賞金はM.K.McKusickが射止めました。
0892名無しさん＠お腹いっぱい。2009/01/10(土) 17:28:02
gnomeまつり
0893名無しさん＠お腹いっぱい。2009/01/10(土) 18:23:27
めしうま状態w
0894名無しさん＠お腹いっぱい。2009/01/10(土) 18:38:04
◆◆【最強】UNION BBSで遊ぼう！！【BBS】◆◆
http://dubai.2ch.net/test/read.cgi/mog2/1227840493/1
0895名無しさん＠お腹いっぱい。2009/01/10(土) 22:19:02
X.org 7.4 ｺﾈｰ!!
0896名無しさん＠お腹いっぱい。2009/01/11(日) 05:36:17
ports@の gnome-session 2.24 (upstream) mess
ってのは「アプリケーションの状態を記憶しておく」を使ってなければ
特に影響ないの？
0897名無しさん＠お腹いっぱい。2009/01/11(日) 10:24:09
7.0(amd64)-p7　→　7.1のfetch中

7.0のカーネルの一部に手作業パッチをあてた
カスタムカーネルで運用してるんだが（そうしないと
AMDチップセットのSATAがUDMA3になってしまう）、
「GENERICじゃないので、installする前にカーネルを
リビルドして」というメッセージが出た。

fetch／パッチ＆マージが終わればカーネルを
作り直していいってことなのかな。そもそもカーネルファイルを
いじってるからパッチがあてられなかったりして…

そうなったらクリーンインスコするからいいけどさ。
0898名無しさん＠お腹いっぱい。2009/01/11(日) 10:31:44
なんか7.1にしたらgnome重くなった。
0899名無しさん＠お腹いっぱい。2009/01/11(日) 10:54:40
>>898
xfceで7.0だけど先日アップデートのglib2関連入れ替えたら
なんかfirefox3の動きが軽くなった気がする。
7.1でもアップデートすると良いのでは?
ただしアップロードダイアログが2段で開くようになったのがいやらしい
midoriが未完成ながらもfirefox3よりブラウジングが快適なので
gnomeな人にはwebkit版のepiphany結構おすすめかも
0900名無しさん＠お腹いっぱい。2009/01/11(日) 11:16:22
twmでよくね？
0901名無しさん＠お腹いっぱい。2009/01/11(日) 11:40:18
X10からumを取ってきたら？
0902名無しさん＠お腹いっぱい。2009/01/11(日) 12:32:13
>>898
新しいパソコン買えば？
0903名無しさん＠お腹いっぱい。2009/01/11(日) 16:05:08
7.1でマルチコア関連の性能が上がったってんで、
Xeon 4コアCPU x 2 で 8コアな環境を作ってみた。

社内の負荷試験用のソフトを走らせてみたら見事に
コア数に比例してリニアになっていた。
0904名無しさん＠お腹いっぱい。2009/01/11(日) 16:13:25
へぇ
0905名無しさん＠お腹いっぱい。2009/01/11(日) 16:42:22
電気食いそうだなぁ
0906名無しさん＠お腹いっぱい。2009/01/11(日) 16:53:26
「比例してリニアに」は重言？
0907名無しさん＠お腹いっぱい。2009/01/11(日) 17:29:47
アフィン函数の合成はまたアフィンだが、やはり頭痛が痛いと思う
0908名無しさん＠お腹いっぱい。2009/01/11(日) 17:42:55
>>902
メインの7.0マシンもあるけど日常的に使ってるんで変にバージョンアップするのも怖いし、
そんで、試しに検証用のロースペックのマシンに素でインスコした状態でパフォーマンスが
7.0の時より格段に悪くなってるから驚いたんだ。
ゆっくりといろいろいじってみます。
0909名無しさん＠お腹いっぱい。2009/01/11(日) 17:49:26
馬鹿馬鹿しい
0910名無しさん＠お腹いっぱい。2009/01/11(日) 18:51:15
馬鹿ばっか
レス数が900を超えています。1000を超えると表示できなくなるよ。