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

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

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。2011/12/08(木) 11:29:34.73
FreeBSD 関連の質問はここでどうぞ。望んでいる回答が来なくても怒らないでね。
事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです。
分からなければ仕方がないので、初心者でもとりあえず質問してみて下さい。

トラブルの場合、再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。
sysutils/sysinfo あたりがおすすめ。

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

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

過去ログ
http://www9.atwiki.jp/freebsd/

前スレ
初心者もOK! FreeBSD質問スレッド その111
http://hibari.2ch.net/test/read.cgi/unix/1312083286/
0214名無しさん@お腹いっぱい。2011/12/28(水) 15:48:09.58
つ strings
0215名無しさん@お腹いっぱい。2011/12/28(水) 15:52:12.64
sed -e 's/GPL/BSD/g'
しておけばばれない。
0216名無しさん@お腹いっぱい。2011/12/28(水) 15:53:11.41
そんなこたぁいいから、9.0-releaseって年内に出るんじゃなかったのかよ
0217名無しさん@お腹いっぱい。2011/12/28(水) 15:54:42.53
>>213
製品マニュアルに書いてあるぞ
一応、GPLライセンス条項も付いてる
02182102011/12/28(水) 15:54:53.42
俺は(209とは他人)、>>211を読んでBSDとGPLの比較がしたいのは分かったが、スレタイとどう関係あるんだ?
0219名無しさん@お腹いっぱい。2011/12/28(水) 15:59:40.77
「俺も」って疑問を呈したんじゃないのかよ
まさにチラ裏はお前だろw
0220名無しさん@お腹いっぱい。2011/12/28(水) 16:06:08.98
>>219
わかったからもう酒でも飲んで寝てろよ
02212102011/12/28(水) 16:08:35.42
>>219
「疑問を呈した」と受け取ってるならチラ裏じゃないだろ?
煽りがしたいのか、主義主張をしたいのかはっきりしろ。

そしてここは質問スレだ。
0222名無しさん@お腹いっぱい。2011/12/28(水) 16:11:16.57
>>221
だったら黙って消えろバカ
0223名無しさん@お腹いっぱい。2011/12/28(水) 16:12:54.84
こっちでやってね。

ライセンスあれこれ
http://toro.2ch.net/test/read.cgi/unix/1032702590/
0224名無しさん@お腹いっぱい。2011/12/28(水) 16:23:18.05
レベル的にはこっちの方がおすすめかも

VIPプログラムスレ
http://engawa.2ch.net/test/read.cgi/news4vip/1324908306/
0225名無しさん@お腹いっぱい。2011/12/28(水) 16:30:27.98
>>216
12/16からビルドを開始している予定のようだ
http://wiki.freebsd.org/Releng/9.0TODO
0226名無しさん@お腹いっぱい。2011/12/28(水) 17:05:12.07
初めてこのスレのwikiみたけど、Linuxwikiに比べるとFAQがシンプル!
あっちに比べたらキーワードさえ教えてくれれば何とかなる人が多いってことなのかな?
でも、テンプレのセンス好きだ。
0227名無しさん@お腹いっぱい。2011/12/28(水) 17:12:01.04
echo 'hoge_enable="YES"' >> /etc/rc.conf
を誤って
echo 'hoge_enable="YES"' > /etc/rc.conf
としてしまったときの気持ちを想像してみた
0228名無しさん@お腹いっぱい。2011/12/28(水) 17:15:06.77
Windowsで作ったHDDの拡張パーティション内の論理ドライブがFreeBSDで認識されない
0229名無しさん@お腹いっぱい。2011/12/28(水) 17:21:30.10
それは残念だったね
0230名無しさん@お腹いっぱい。2011/12/28(水) 17:59:59.42
ぐぐったら大抵どうにかなるな
ちょっと前は古いの引っかかってしょうがなかったんだが
0231名無しさん@お腹いっぱい。2011/12/28(水) 19:04:37.16
FFS2のジャーナルは後載せ出来ますか?
その場合ジャーナルの作業に使おうとした領域にすでに何らかのデータがあったらどうなりますか?
ジャーナルが有効になってるファイルシステムにジャーナルが実装されてないバージョンのFreeBSDでアクセスしたらどうなりますか?
0232名無しさん@お腹いっぱい。2011/12/29(木) 01:47:33.56
>>194
mkdir -p /usr/src/lib/libc/gen
freebsd-update fetch
freebsd-update install

これでいけた
0233名無しさん@お腹いっぱい。2011/12/29(木) 14:54:30.45
そういう一旦作って消せば良いじゃんという考えは
rm -rf /usr/ とかやらかすから。
0234名無しさん@お腹いっぱい。2011/12/29(木) 19:08:42.16
>>225
予定は未定であって確定ではない・・・
そのスケジュールは12/8時点での予定
0235名無しさん@お腹いっぱい。2011/12/29(木) 19:14:17.25
FreeBSDのマシン全体のバックアップをお手軽にやる方法はないのでしょうか

条件としては

・一時的にシングルユーザーモードに入っても構わない
・NFSやSMBなリモートのディスクに書ければ一番いいがローカルのバックアップ用ディスクを作っても構わない
・差分バックアップができればうれしいがとりあえず毎回フルバックアップでも構わない
・バックアップ元のHDDとレストア先のHDDのサイズは違うかもしれない

あたりです

1パーティーションごとにdump,restoreをやるのはめんどくさすぎるので
他の手段はないかと探しています
0236名無しさん@お腹いっぱい。2011/12/29(木) 19:18:37.54
>>235
rsyncじゃだめかい?
0237名無しさん@お腹いっぱい。2011/12/29(木) 19:22:05.65
よく条件読んでないけどzfs
0238名無しさん@お腹いっぱい。2011/12/29(木) 19:24:15.31
じゃあ俺は各パーティションごとにdump/restoreを行う簡単なスクリプトを書く
に一票
0239名無しさん@お腹いっぱい。2011/12/29(木) 19:29:48.73
じゃ、俺は1パーティションにインストールしなおすに一票
0240名無しさん@お腹いっぱい。2011/12/29(木) 19:30:16.03
>>236, 237
大事なことを書き忘れました。後出しですみません
HDDが飛んだときに簡単にバックアップから復旧したいのです
ですのでブートローダー等までバックアップできていると嬉しいです

>>238
ちょっと調べた感じこれしかないのかなと思って少し書き始めています
0241名無しさん@お腹いっぱい。2011/12/29(木) 19:32:21.86
めでたしめでたし
0242名無しさん@お腹いっぱい。2011/12/29(木) 19:34:31.89
gmirrorでおk
0243名無しさん@お腹いっぱい。2011/12/29(木) 19:34:58.32
>>240
問題解決した後に蒸し返してすまないけど
ブートローダー部分なんてめったに更新されないんだから
普通ddあたりで一回バックアップしたら終わりじゃないの?
0244名無しさん@お腹いっぱい。2011/12/29(木) 19:37:07.28
もう1台マシンを構築しておいて毎日rsync
アドレスやホスト名変えればすぐサービス復旧
というのをやってたことある
0245名無しさん@お腹いっぱい。2011/12/29(木) 19:38:23.94
もうVMでええやん
0246名無しさん@お腹いっぱい。2011/12/29(木) 19:44:16.07
rsyncはsshでログインしてくれるから2Tとか転送するのに丸一日とかかかるのが玉に傷
0247名無しさん@お腹いっぱい。2011/12/29(木) 19:56:50.67
>>240
なぜrsyncではダメなの?
>>244
それやるわ。どのくらいの頻度で更新していたの?
0248名無しさん@お腹いっぱい。2011/12/29(木) 20:05:51.37
zfs で send→recieve で何の問題があるのかわからん
0249名無しさん@お腹いっぱい。2011/12/29(木) 20:06:01.11
>>243
ddでとりあえずフルバックアップしておいて
あとはrsyncなりdump,restoreなり好きな方法でということでしょうか

>>247
すいません、あんまりちゃんと理解していないのですが
rsyncで/以下をフルコピーすると別のディスクで起動可能になるのでしょうか?
0250名無しさん@お腹いっぱい。2011/12/29(木) 20:10:12.80
>>248
また後出しですみません
FreeBSD6.2 + Mediawiki + MySQLなのです

0251名無しさん@お腹いっぱい。2011/12/29(木) 20:16:44.57
244だけど、rsyncはフルバックアップするツールじゃない
/etcなんかうっかり同期すると破綻するよ
/usr/localとか/homeとか日々更新されそうな部分だけ1日1回アクセスの無い深夜に同期してた
常時更新されるDB等のサービスがあるなら一時止めたほうが良い
0252名無しさん@お腹いっぱい。2011/12/29(木) 20:17:02.42
mksnap_ffs
0253名無しさん@お腹いっぱい。2011/12/29(木) 20:29:07.14
DB止めてスナップショットを取ってそいつをバックアップしたりrsyncしたり
0254名無しさん@お腹いっぱい。2011/12/29(木) 20:33:28.58
みなさんありがとうございます
教えていただいたものを調べていますが追いつかないので
どれか成功したらまた報告させてもらいます
0255名無しさん@お腹いっぱい。2011/12/29(木) 20:36:40.92
>>251
ヒント:exclude
まあ素人が使うと容赦なく元ファイルまで破壊してくれるからやめたほうがいいだろうね
まずは7.4にでもうpでーとしたほうがいんじゃね
0256名無しさん@お腹いっぱい。2011/12/29(木) 20:44:50.36
比較的安全なのはwgetだな
0257名無しさん@お腹いっぱい。2011/12/29(木) 23:17:20.28
復旧のためのバックアップと更新のために一時退避をするバックアップは違うよね。
0258名無しさん@お腹いっぱい。2011/12/29(木) 23:24:34.13
実際には大丈夫だろうけど
スペシャルファイルとかシンボリックリンクとかあると
rsyncは敬遠したくなるよ
0259名無しさん@お腹いっぱい。2011/12/29(木) 23:46:55.45
ヒント:-H
0260名無しさん@お腹いっぱい。2011/12/30(金) 00:38:23.98
rsyncは -H以外にも
--fileflags ,-A,-X等注意が必要
DBの事を別にすればdump/restoreが一番安全にバックアップ出来る
0261名無しさん@お腹いっぱい。2011/12/30(金) 06:14:32.05
なんのために /usr/local/etc/rc.d/hoga stop があると思っているんですかー!
dump/restoreする前後にstop/startするためでしょうー?

……あれ、そう思ってたの俺だけ?
DB一時停止→スナップショット(ここでバックアップすると時間かかりすぎる)→DB再開、
で、スナップショットをバックアップすればダウンタイムは最低に出来る?

まあ停止出来ないサービスとかだとだめそうだけどなあ。どうしたらいいんだろ。
0262名無しさん@お腹いっぱい。2011/12/30(金) 10:29:53.37
多重化してください
0263名無しさん@お腹いっぱい。2011/12/30(金) 12:49:10.59
OpenBSDをインストール中なんだけどパーティションをa〜kぐらいまで切る意味って
どういうのがあるの?
FreeBSDも結構細かく切ることを昔だけかもしれないけど薦めていたよね。

考えられるのはPCがクラッシュして、起動や運用がうまくいかなくなった際に
問題の切り分けをしやすいというのが思い浮かぶんだけど、他にもなんかありますか?
0264名無しさん@お腹いっぱい。2011/12/30(金) 12:50:08.93
ばっくあっぷ
0265名無しさん@お腹いっぱい。2011/12/30(金) 12:54:37.34
溢れた時の防波堤。
0266名無しさん@お腹いっぱい。2011/12/30(金) 13:07:35.89
>>264
分けなくてもバックアップできるんじゃないの?
>>265
1パーティションで管理した方が溢れそうって把握できるんじゃないの?

パーティションを分けた方がいつ溢れるか、把握しにくいと思うんだけど。
津波を経験すれば、こういう事例だと溢れやすいというのは把握できると思うんだけど。
0267名無しさん@お腹いっぱい。2011/12/30(金) 13:15:22.38
/homeだけでも分けておけばユーザが/homeを溢れさせても
OSはゆうゆうと働き続けられるという事でしょ?
/ 一本ではユーザが突然あふれる程のファイルを置いたらそこで終了。
0268名無しさん@お腹いっぱい。2011/12/30(金) 13:23:19.18
その辺は普通quotaあたりで管理するもんじゃないの。
0269名無しさん@お腹いっぱい。2011/12/30(金) 13:39:05.93
snapshotもファイルシステム毎
0270名無しさん@お腹いっぱい。2011/12/30(金) 13:51:13.40
パーテーション切りでの管理はクォータでは置き換えることはできないかな。
0271名無しさん@お腹いっぱい。2011/12/30(金) 13:53:27.95
>>263
あと、ファイルシステムがクラッシュしたときの影響範囲を限定するためってのもある
今じゃsoftupdateとか有るんで殆ど影響ないに等しいけど
書き込みの多いパーティションは壊れやすいので別けるって文化があった
あと書き込みの多いパーティションはバックアップを頻繁にする必要があるけど
/usrとかは殆ど書き込み無いので、頻繁にする必要は無いよねっとか。
0272名無しさん@お腹いっぱい。2011/12/30(金) 14:16:01.88
あと教育OSとしてLinuxに比べて*BSDはどういう評価なのでしょうか?
自分はホビーイストとして使うので業務うんぬんはどうでも良い。

普段使っている延長線上で出てくる問題でkernelの仕様うんぬんがどうたら
こうたら言われたりもするので読みやすいコードが良いなあと思いまして。

あとMinixの位置づけもどう思われますか?
メジャーなOSでソースコードも短いのであと10年、20年経っても引用される
OSですよね。
>>267
> / 一本ではユーザが突然あふれる程のファイルを置いたらそこで終了。
だから、残りが1GBちょっとだったら考えて落とすでしょ。普通。
残り3GBちょっとぐらいのスペースを作っておいてもバチが当たらない。
>>271
実運用だとあるパーティションが異常をきたしたら、そのパーティションを無視して
新しくパーティションを作って、そこにデータを移して、復旧するの使い方なのかな。
0273名無しさん@お腹いっぱい。2011/12/30(金) 14:27:37.42
「考えて」とか言ってるバカは、もう少し想像力を鍛えたほうが良い
あと、quota は遅い
0274名無しさん@お腹いっぱい。2011/12/30(金) 14:40:43.11
>>273
> 「考えて」とか言ってるバカは、もう少し想像力を鍛えたほうが良い
今、SATA系なら1万5千円出せば2TBを買えるでしょ。
残り1GBというピーキーなスペースではなく10GBと置き換える想像力はないの?
バカと人格否定したわけだからその想像力の片鱗の具体例を提示してくれないか。
0275名無しさん@お腹いっぱい。2011/12/30(金) 14:51:56.35
対話的なプロセスじゃなくてデーモンとかが書いたりするぶんも考慮しましょうってことじゃないのかな
0276名無しさん@お腹いっぱい。2011/12/30(金) 14:56:43.53
>>272
ファイルシステムが壊れるときってのは、物理的な損傷より、metadataが論理的に壊れる事が多いので、
そのパーティション以外に影響が波及しなければ、フォーマットしなおしてバックアップからリストアすればいい。
/tmpとかだと、フォーマットするだけでいいよね
システム込みでリストアになると大変だけど、データだけのリストアならそんなに苦労しないでしょ?
特にデータセンタに置いてる場合だと、システム込みのリストアだと、マシンの前に張り付かないとダメだけど
データだけなら、リモートで復旧できるよね

実際問題として、ファイルがバカみたいに増えてくると、消すこともままならなくなることさえ有るんだよ
0277名無しさん@お腹いっぱい。2011/12/30(金) 15:02:22.06
>>276
> 実際問題として、ファイルがバカみたいに増えてくると、消すこともままならなくなることさえ有るんだよ
上の話はわかったけど、ファイルがバカみたいに増えて消すこともままならないはパーティション切っても
解決しない問題でしょ。むしろ、切った方がその状態になりやすいんじゃないの。
0278名無しさん@お腹いっぱい。2011/12/30(金) 15:02:58.62
>>274-275
ぶっちゃけ容量なんて合っても無くても殆ど関係ないよ
そういう意味では1GB でも10GBでも関係ないって事に想像力が足りない

大規模WEB サーバとか運用してると、ログなんかは1時間ほどで10GBは軽く行くから
スクリプトのミスとか設定ミスでエラーとかワーニングが出るような状態になっていて、
1日気がつかなければ、エラーログで確実に溢れる
ファイルシステムが完全に埋まってると、ログインさえ出来ない悲惨な状態に
そういう意味で別けておく方がいい

連投すまん
0279名無しさん@お腹いっぱい。2011/12/30(金) 15:04:16.31
>>277
その問題のパーティションだけフォーマットすればいいからカンタンだけど
大概溢れるのはキャッシュとか/tmpだからね
消しても痛くも痒くも無いパターンが多い

普通に運用してると問題ないんだけど、突発的にアクセス集中とかすると
とんでもないことになるよ
0280名無しさん@お腹いっぱい。2011/12/30(金) 15:13:49.72
この手のバカは、OS の主な目的がリソースの管理であり、リソースは有限であるという前提を無視して
「リソースがいくらでもあれば問題出ないでしょ」などと曰う
0281名無しさん@お腹いっぱい。2011/12/30(金) 15:14:25.84
>>278
> 大規模WEB サーバとか運用してると、ログなんかは1時間ほどで10GBは軽く行くから
BSDをデフォルトでインストールして、みんな、大規模WEB サーバとか運用するの?
ログなんかは1時間ほどで10GBは軽く行く使い方は特殊な使い方で、そういう使い方する
なら考えてパーティションを切れって話にならないか。
話が大規模Webサーバ運用に偏っていないか。

デフォルトインストールで大規模Webサーバ運用まで想像力を働かせるのは違うんじゃないの。
0282名無しさん@お腹いっぱい。2011/12/30(金) 15:18:50.48
>>281
一般利用でもネットワークに繋がってると
ブルートフォースアタック受けたりしてログ膨らむことはあるよ

>>280が言ってるとおりじゃん

都合悪くなったら論点すり替えんな
0283名無しさん@お腹いっぱい。2011/12/30(金) 15:19:58.69
パーテーションを分ける意味が知りたかったんじゃなかったのか?
「俺様天才、お前等馬鹿揃い」と思うなら、そのとおりに好きにすればいい
0284名無しさん@お腹いっぱい。2011/12/30(金) 15:25:36.80
ま、それもこれもZFSで全て解決なんですけどね♪
0285名無しさん@お腹いっぱい。2011/12/30(金) 15:43:29.69
swap や /tmp をディスクの内周に置くのも目的かな
0286名無しさん@お腹いっぱい。2011/12/30(金) 16:01:42.81
わざわざ遅くしてどうする
0287名無しさん@お腹いっぱい。2011/12/30(金) 16:08:40.71
それなりにメモリ積んでて、あまりswapに期待してないんじゃない?
02882852011/12/30(金) 16:14:16.05
あぁ、逆だったかも知れん
Solaris なんかもいつごろかからは忘れたけど、最初のパーティションが swap になってたはず
0289名無しさん@お腹いっぱい。2011/12/30(金) 16:17:39.36
>>282-283
反論になっていないんだよ。
あと論点ずらししているつもりはない。特殊用途に話を拡張しないと説明できないのも変な話でしょ。
OSの設計思想とか、そういうのを引っ張ってきて説明してよ。

archLinuxはデフォルトで/bootとswapと/だけしかわけない。
Ubuntuはクリーンインストールで入れたことないからわからないけど、swapと/だけでも行けちゃうよね。
そういうLinuxディストリのデフォルトのパーティションの分け方に対する反論や差別化として
しっかりとした論はないのかなと思って。
Linuxの切り方の方が平時は使いやすいからFreeBSDもパーティション(スライス)を極力少なくして
切った方が楽だよなあというのが払拭できないでいる。

みんなの回答の仕方だともう一歩すっきりしない。
以上
0290名無しさん@お腹いっぱい。2011/12/30(金) 16:26:47.41
いやべつにswapと/でもいいよ
使う人がよければそれで
君が理解できないことは理解しなくてもおk
0291名無しさん@お腹いっぱい。2011/12/30(金) 16:31:45.95
何を説明しても俺用語で「特殊」だの「しっかりしてない」だの言えば反論したことになっちゃうバカに
これ以上説明するのは無駄だろ
ここはどこぞのバカが「すっきりする」ためのスレじゃないしな
0292名無しさん@お腹いっぱい。2011/12/30(金) 16:33:31.26
こーゆー人にとってはマルチユーザなOSそのものが無駄だよね
なにしろ自分一人で「考えて」使えばいいんだから
0293名無しさん@お腹いっぱい。2011/12/30(金) 16:44:56.22
>>290
FreeBSDは何を引用して、デフォルトで今のパーティションの切り方になったの?
最初からこれを聞きたい。
>>291
大規模Webサーバ運用をBSD新規一般ユーザにとって特殊という言葉が適切ではないなら
別の言葉でいいよ。特殊という言葉の使用に変な悪意はない。

あなたのやっていることは単なる揚げ足取りだよ。
仮に自分が異常に理解力がないとしてもあなたのような書き込みがあると話があさっての
方向に行くよ。
0294名無しさん@お腹いっぱい。2011/12/30(金) 16:49:20.73
最初からwwww
お前のレスのどこにそんな質問があったよ?
0295名無しさん@お腹いっぱい。2011/12/30(金) 16:49:34.66
>>289
別にFreeBSDでもswapと/だけで運用できるけど

既存のパーティション構成が気に入らないなら、自分で変えりゃいいだけじゃん
事が起こったときに面倒になるだけで
誰も困らないよ

パーティションを切る理由ってのは、先に散々上がってるだろ
今更聞いても同じ事しか出ないよ
0296名無しさん@お腹いっぱい。2011/12/30(金) 16:50:05.07
「知ってるがお前の態度が気に入らない」とは良く言ったものだな
0297名無しさん@お腹いっぱい。2011/12/30(金) 16:54:06.62
他人に指摘された大規模Webサーバ運用程度しかパーテーションあふれる事態を
思いつかないどこぞのバカの想像力が足りないだけ

有事に備えてという説明に対し「平時はこっちの方が使いやすい」とか言っちゃう
バカに、これ以上説明するのは無駄
0298名無しさん@お腹いっぱい。2011/12/30(金) 16:56:16.19
>>293
むしろここまで付き合いのいいお人よしがいることに驚き
0299名無しさん@お腹いっぱい。2011/12/30(金) 16:56:30.35
/ を読み取り専用でマウントしておくことでrootを取られた後の
バイナリのすり替えにひと手間掛けさせることもできるよねw
それをやるには/varと/tmpは分けて書けるようにしておかないとダメだけど。
0300名無しさん@お腹いっぱい。2011/12/30(金) 16:56:56.15
俺はよく知らないんだけど、ひょっとしてこーゆー人のために、L犬xはminfree無しとかになってたりするの?
0301名無しさん@お腹いっぱい。2011/12/30(金) 16:57:28.78
うふふ
0302名無しさん@お腹いっぱい。2011/12/30(金) 16:57:51.16
人気に嫉妬
0303名無しさん@お腹いっぱい。2011/12/30(金) 16:59:01.96
tuning(7)でも読めばいいのに
0304名無しさん@お腹いっぱい。2011/12/30(金) 16:59:31.72
引用引っ張って来れない無教養の奴ばかりなのかよ。
デカいことを言う割には中身ない奴ばかりだよなあ。

>>299の書き込みちょっと考える
0305名無しさん@お腹いっぱい。2011/12/30(金) 17:02:21.20
>>304
>>303
やれやれ
0306名無しさん@お腹いっぱい。2011/12/30(金) 17:03:12.30
「引用」ってのも俺用語だと気づけ
0307名無しさん@お腹いっぱい。2011/12/30(金) 17:06:09.93
>>299
> / を読み取り専用でマウントしておくことでrootを取られた後の
アップデートとかどうすんの?
公開サーバ前提だと話がおかしな方向に行かないか?
0308名無しさん@お腹いっぱい。2011/12/30(金) 17:11:55.41
ここまで想像力足りないと、なにかの病気か器質的障害を疑うな
0309名無しさん@お腹いっぱい。2011/12/30(金) 17:18:12.37
アップデートするときは書き込み可でマウントすればいいじゃない
うふふのふ

想像力っていうかみんな面白がっていじってるだろw
0310名無しさん@お腹いっぱい。2011/12/30(金) 17:18:26.72
結局、特殊くんの言う「引用」って、何をどうすればいいの?
Unix とは元々ファイルシステムだったのだー、とか Multics の話とかすればいいの?
それとも、少なくとも 4.2BSD の mkfs.c には

#define MINFREE   10

とかあったよ、てな話をすればいいの?
0311名無しさん@お腹いっぱい。2011/12/30(金) 17:34:25.34
そんな説明で彼が理解することが出来るとか思ってるの?
なんちゃって
0312名無しさん@お腹いっぱい。2011/12/30(金) 17:38:44.46
今必要なのは、ヤマムラ軍医少佐なのではないか?
0313名無しさん@お腹いっぱい。2011/12/30(金) 17:43:54.11
銀英伝ネタはちょっとカンベン
■ このスレッドは過去ログ倉庫に格納されています