初心者もOK! FreeBSD質問スレッド その112
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん@お腹いっぱい。
2011/12/08(木) 11:29:34.73事前にハンドブック閲覧や過去ログ検索等の自助努力をすることが望ましいです。
分からなければ仕方がないので、初心者でもとりあえず質問してみて下さい。
トラブルの場合、再現性情報(ハードウェア・ソフトウェア・エラーメッセージ)の記載は必須。
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.580215名無しさん@お腹いっぱい。
2011/12/28(水) 15:52:12.64しておけばばれない。
0216名無しさん@お腹いっぱい。
2011/12/28(水) 15:53:11.410217名無しさん@お腹いっぱい。
2011/12/28(水) 15:54:42.53製品マニュアルに書いてあるぞ
一応、GPLライセンス条項も付いてる
0219名無しさん@お腹いっぱい。
2011/12/28(水) 15:59:40.77まさにチラ裏はお前だろw
0220名無しさん@お腹いっぱい。
2011/12/28(水) 16:06:08.98わかったからもう酒でも飲んで寝てろよ
0221210
2011/12/28(水) 16:08:35.42「疑問を呈した」と受け取ってるならチラ裏じゃないだろ?
煽りがしたいのか、主義主張をしたいのかはっきりしろ。
そしてここは質問スレだ。
0222名無しさん@お腹いっぱい。
2011/12/28(水) 16:11:16.57だったら黙って消えろバカ
0223名無しさん@お腹いっぱい。
2011/12/28(水) 16:12:54.84ライセンスあれこれ
http://toro.2ch.net/test/read.cgi/unix/1032702590/
0224名無しさん@お腹いっぱい。
2011/12/28(水) 16:23:18.05VIPプログラムスレ
http://engawa.2ch.net/test/read.cgi/news4vip/1324908306/
0225名無しさん@お腹いっぱい。
2011/12/28(水) 16:30:27.9812/16からビルドを開始している予定のようだ
http://wiki.freebsd.org/Releng/9.0TODO
0226名無しさん@お腹いっぱい。
2011/12/28(水) 17:05:12.07あっちに比べたらキーワードさえ教えてくれれば何とかなる人が多いってことなのかな?
でも、テンプレのセンス好きだ。
0227名無しさん@お腹いっぱい。
2011/12/28(水) 17:12:01.04を誤って
echo 'hoge_enable="YES"' > /etc/rc.conf
としてしまったときの気持ちを想像してみた
0228名無しさん@お腹いっぱい。
2011/12/28(水) 17:15:06.770229名無しさん@お腹いっぱい。
2011/12/28(水) 17:21:30.100230名無しさん@お腹いっぱい。
2011/12/28(水) 17:59:59.42ちょっと前は古いの引っかかってしょうがなかったんだが
0231名無しさん@お腹いっぱい。
2011/12/28(水) 19:04:37.16その場合ジャーナルの作業に使おうとした領域にすでに何らかのデータがあったらどうなりますか?
ジャーナルが有効になってるファイルシステムにジャーナルが実装されてないバージョンのFreeBSDでアクセスしたらどうなりますか?
0232名無しさん@お腹いっぱい。
2011/12/29(木) 01:47:33.56mkdir -p /usr/src/lib/libc/gen
freebsd-update fetch
freebsd-update install
これでいけた
0233名無しさん@お腹いっぱい。
2011/12/29(木) 14:54:30.45rm -rf /usr/ とかやらかすから。
0234名無しさん@お腹いっぱい。
2011/12/29(木) 19:08:42.16予定は未定であって確定ではない・・・
そのスケジュールは12/8時点での予定
0235名無しさん@お腹いっぱい。
2011/12/29(木) 19:14:17.25条件としては
・一時的にシングルユーザーモードに入っても構わない
・NFSやSMBなリモートのディスクに書ければ一番いいがローカルのバックアップ用ディスクを作っても構わない
・差分バックアップができればうれしいがとりあえず毎回フルバックアップでも構わない
・バックアップ元のHDDとレストア先のHDDのサイズは違うかもしれない
あたりです
1パーティーションごとにdump,restoreをやるのはめんどくさすぎるので
他の手段はないかと探しています
0236名無しさん@お腹いっぱい。
2011/12/29(木) 19:18:37.54rsyncじゃだめかい?
0237名無しさん@お腹いっぱい。
2011/12/29(木) 19:22:05.650238名無しさん@お腹いっぱい。
2011/12/29(木) 19:24:15.31に一票
0239名無しさん@お腹いっぱい。
2011/12/29(木) 19:29:48.730240名無しさん@お腹いっぱい。
2011/12/29(木) 19:30:16.03大事なことを書き忘れました。後出しですみません
HDDが飛んだときに簡単にバックアップから復旧したいのです
ですのでブートローダー等までバックアップできていると嬉しいです
>>238
ちょっと調べた感じこれしかないのかなと思って少し書き始めています
0241名無しさん@お腹いっぱい。
2011/12/29(木) 19:32:21.860242名無しさん@お腹いっぱい。
2011/12/29(木) 19:34:31.890243名無しさん@お腹いっぱい。
2011/12/29(木) 19:34:58.32問題解決した後に蒸し返してすまないけど
ブートローダー部分なんてめったに更新されないんだから
普通ddあたりで一回バックアップしたら終わりじゃないの?
0244名無しさん@お腹いっぱい。
2011/12/29(木) 19:37:07.28アドレスやホスト名変えればすぐサービス復旧
というのをやってたことある
0245名無しさん@お腹いっぱい。
2011/12/29(木) 19:38:23.940246名無しさん@お腹いっぱい。
2011/12/29(木) 19:44:16.070247名無しさん@お腹いっぱい。
2011/12/29(木) 19:56:50.67なぜrsyncではダメなの?
>>244
それやるわ。どのくらいの頻度で更新していたの?
0248名無しさん@お腹いっぱい。
2011/12/29(木) 20:05:51.370249名無しさん@お腹いっぱい。
2011/12/29(木) 20:06:01.11ddでとりあえずフルバックアップしておいて
あとはrsyncなりdump,restoreなり好きな方法でということでしょうか
>>247
すいません、あんまりちゃんと理解していないのですが
rsyncで/以下をフルコピーすると別のディスクで起動可能になるのでしょうか?
0250名無しさん@お腹いっぱい。
2011/12/29(木) 20:10:12.80また後出しですみません
FreeBSD6.2 + Mediawiki + MySQLなのです
0251名無しさん@お腹いっぱい。
2011/12/29(木) 20:16:44.57/etcなんかうっかり同期すると破綻するよ
/usr/localとか/homeとか日々更新されそうな部分だけ1日1回アクセスの無い深夜に同期してた
常時更新されるDB等のサービスがあるなら一時止めたほうが良い
0252名無しさん@お腹いっぱい。
2011/12/29(木) 20:17:02.420253名無しさん@お腹いっぱい。
2011/12/29(木) 20:29:07.140254名無しさん@お腹いっぱい。
2011/12/29(木) 20:33:28.58教えていただいたものを調べていますが追いつかないので
どれか成功したらまた報告させてもらいます
0255名無しさん@お腹いっぱい。
2011/12/29(木) 20:36:40.92ヒント:exclude
まあ素人が使うと容赦なく元ファイルまで破壊してくれるからやめたほうがいいだろうね
まずは7.4にでもうpでーとしたほうがいんじゃね
0256名無しさん@お腹いっぱい。
2011/12/29(木) 20:44:50.360257名無しさん@お腹いっぱい。
2011/12/29(木) 23:17:20.280258名無しさん@お腹いっぱい。
2011/12/29(木) 23:24:34.13スペシャルファイルとかシンボリックリンクとかあると
rsyncは敬遠したくなるよ
0259名無しさん@お腹いっぱい。
2011/12/29(木) 23:46:55.450260名無しさん@お腹いっぱい。
2011/12/30(金) 00:38:23.98--fileflags ,-A,-X等注意が必要
DBの事を別にすればdump/restoreが一番安全にバックアップ出来る
0261名無しさん@お腹いっぱい。
2011/12/30(金) 06:14:32.05dump/restoreする前後にstop/startするためでしょうー?
……あれ、そう思ってたの俺だけ?
DB一時停止→スナップショット(ここでバックアップすると時間かかりすぎる)→DB再開、
で、スナップショットをバックアップすればダウンタイムは最低に出来る?
まあ停止出来ないサービスとかだとだめそうだけどなあ。どうしたらいいんだろ。
0262名無しさん@お腹いっぱい。
2011/12/30(金) 10:29:53.370263名無しさん@お腹いっぱい。
2011/12/30(金) 12:49:10.59どういうのがあるの?
FreeBSDも結構細かく切ることを昔だけかもしれないけど薦めていたよね。
考えられるのはPCがクラッシュして、起動や運用がうまくいかなくなった際に
問題の切り分けをしやすいというのが思い浮かぶんだけど、他にもなんかありますか?
0264名無しさん@お腹いっぱい。
2011/12/30(金) 12:50:08.930265名無しさん@お腹いっぱい。
2011/12/30(金) 12:54:37.340266名無しさん@お腹いっぱい。
2011/12/30(金) 13:07:35.89分けなくてもバックアップできるんじゃないの?
>>265
1パーティションで管理した方が溢れそうって把握できるんじゃないの?
パーティションを分けた方がいつ溢れるか、把握しにくいと思うんだけど。
津波を経験すれば、こういう事例だと溢れやすいというのは把握できると思うんだけど。
0267名無しさん@お腹いっぱい。
2011/12/30(金) 13:15:22.38OSはゆうゆうと働き続けられるという事でしょ?
/ 一本ではユーザが突然あふれる程のファイルを置いたらそこで終了。
0268名無しさん@お腹いっぱい。
2011/12/30(金) 13:23:19.180269名無しさん@お腹いっぱい。
2011/12/30(金) 13:39:05.930270名無しさん@お腹いっぱい。
2011/12/30(金) 13:51:13.400271名無しさん@お腹いっぱい。
2011/12/30(金) 13:53:27.95あと、ファイルシステムがクラッシュしたときの影響範囲を限定するためってのもある
今じゃsoftupdateとか有るんで殆ど影響ないに等しいけど
書き込みの多いパーティションは壊れやすいので別けるって文化があった
あと書き込みの多いパーティションはバックアップを頻繁にする必要があるけど
/usrとかは殆ど書き込み無いので、頻繁にする必要は無いよねっとか。
0272名無しさん@お腹いっぱい。
2011/12/30(金) 14:16:01.88自分はホビーイストとして使うので業務うんぬんはどうでも良い。
普段使っている延長線上で出てくる問題で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> 「考えて」とか言ってるバカは、もう少し想像力を鍛えたほうが良い
今、SATA系なら1万5千円出せば2TBを買えるでしょ。
残り1GBというピーキーなスペースではなく10GBと置き換える想像力はないの?
バカと人格否定したわけだからその想像力の片鱗の具体例を提示してくれないか。
0275名無しさん@お腹いっぱい。
2011/12/30(金) 14:51:56.350276名無しさん@お腹いっぱい。
2011/12/30(金) 14:56:43.53ファイルシステムが壊れるときってのは、物理的な損傷より、metadataが論理的に壊れる事が多いので、
そのパーティション以外に影響が波及しなければ、フォーマットしなおしてバックアップからリストアすればいい。
/tmpとかだと、フォーマットするだけでいいよね
システム込みでリストアになると大変だけど、データだけのリストアならそんなに苦労しないでしょ?
特にデータセンタに置いてる場合だと、システム込みのリストアだと、マシンの前に張り付かないとダメだけど
データだけなら、リモートで復旧できるよね
実際問題として、ファイルがバカみたいに増えてくると、消すこともままならなくなることさえ有るんだよ
0277名無しさん@お腹いっぱい。
2011/12/30(金) 15:02:22.06> 実際問題として、ファイルがバカみたいに増えてくると、消すこともままならなくなることさえ有るんだよ
上の話はわかったけど、ファイルがバカみたいに増えて消すこともままならないはパーティション切っても
解決しない問題でしょ。むしろ、切った方がその状態になりやすいんじゃないの。
0278名無しさん@お腹いっぱい。
2011/12/30(金) 15:02:58.62ぶっちゃけ容量なんて合っても無くても殆ど関係ないよ
そういう意味では1GB でも10GBでも関係ないって事に想像力が足りない
大規模WEB サーバとか運用してると、ログなんかは1時間ほどで10GBは軽く行くから
スクリプトのミスとか設定ミスでエラーとかワーニングが出るような状態になっていて、
1日気がつかなければ、エラーログで確実に溢れる
ファイルシステムが完全に埋まってると、ログインさえ出来ない悲惨な状態に
そういう意味で別けておく方がいい
連投すまん
0279名無しさん@お腹いっぱい。
2011/12/30(金) 15:04:16.31その問題のパーティションだけフォーマットすればいいからカンタンだけど
大概溢れるのはキャッシュとか/tmpだからね
消しても痛くも痒くも無いパターンが多い
普通に運用してると問題ないんだけど、突発的にアクセス集中とかすると
とんでもないことになるよ
0280名無しさん@お腹いっぱい。
2011/12/30(金) 15:13:49.72「リソースがいくらでもあれば問題出ないでしょ」などと曰う
0281名無しさん@お腹いっぱい。
2011/12/30(金) 15:14:25.84> 大規模WEB サーバとか運用してると、ログなんかは1時間ほどで10GBは軽く行くから
BSDをデフォルトでインストールして、みんな、大規模WEB サーバとか運用するの?
ログなんかは1時間ほどで10GBは軽く行く使い方は特殊な使い方で、そういう使い方する
なら考えてパーティションを切れって話にならないか。
話が大規模Webサーバ運用に偏っていないか。
デフォルトインストールで大規模Webサーバ運用まで想像力を働かせるのは違うんじゃないの。
0282名無しさん@お腹いっぱい。
2011/12/30(金) 15:18:50.48一般利用でもネットワークに繋がってると
ブルートフォースアタック受けたりしてログ膨らむことはあるよ
>>280が言ってるとおりじゃん
都合悪くなったら論点すり替えんな
0283名無しさん@お腹いっぱい。
2011/12/30(金) 15:19:58.69「俺様天才、お前等馬鹿揃い」と思うなら、そのとおりに好きにすればいい
0284名無しさん@お腹いっぱい。
2011/12/30(金) 15:25:36.800285名無しさん@お腹いっぱい。
2011/12/30(金) 15:43:29.690286名無しさん@お腹いっぱい。
2011/12/30(金) 16:01:42.810287名無しさん@お腹いっぱい。
2011/12/30(金) 16:08:40.710288285
2011/12/30(金) 16:14:16.05Solaris なんかもいつごろかからは忘れたけど、最初のパーティションが swap になってたはず
0289名無しさん@お腹いっぱい。
2011/12/30(金) 16:17:39.36反論になっていないんだよ。
あと論点ずらししているつもりはない。特殊用途に話を拡張しないと説明できないのも変な話でしょ。
OSの設計思想とか、そういうのを引っ張ってきて説明してよ。
archLinuxはデフォルトで/bootとswapと/だけしかわけない。
Ubuntuはクリーンインストールで入れたことないからわからないけど、swapと/だけでも行けちゃうよね。
そういうLinuxディストリのデフォルトのパーティションの分け方に対する反論や差別化として
しっかりとした論はないのかなと思って。
Linuxの切り方の方が平時は使いやすいからFreeBSDもパーティション(スライス)を極力少なくして
切った方が楽だよなあというのが払拭できないでいる。
みんなの回答の仕方だともう一歩すっきりしない。
以上
0290名無しさん@お腹いっぱい。
2011/12/30(金) 16:26:47.41使う人がよければそれで
君が理解できないことは理解しなくてもおk
0291名無しさん@お腹いっぱい。
2011/12/30(金) 16:31:45.95これ以上説明するのは無駄だろ
ここはどこぞのバカが「すっきりする」ためのスレじゃないしな
0292名無しさん@お腹いっぱい。
2011/12/30(金) 16:33:31.26なにしろ自分一人で「考えて」使えばいいんだから
0293名無しさん@お腹いっぱい。
2011/12/30(金) 16:44:56.22FreeBSDは何を引用して、デフォルトで今のパーティションの切り方になったの?
最初からこれを聞きたい。
>>291
大規模Webサーバ運用をBSD新規一般ユーザにとって特殊という言葉が適切ではないなら
別の言葉でいいよ。特殊という言葉の使用に変な悪意はない。
あなたのやっていることは単なる揚げ足取りだよ。
仮に自分が異常に理解力がないとしてもあなたのような書き込みがあると話があさっての
方向に行くよ。
0294名無しさん@お腹いっぱい。
2011/12/30(金) 16:49:20.73お前のレスのどこにそんな質問があったよ?
0295名無しさん@お腹いっぱい。
2011/12/30(金) 16:49:34.66別にFreeBSDでもswapと/だけで運用できるけど
既存のパーティション構成が気に入らないなら、自分で変えりゃいいだけじゃん
事が起こったときに面倒になるだけで
誰も困らないよ
パーティションを切る理由ってのは、先に散々上がってるだろ
今更聞いても同じ事しか出ないよ
0296名無しさん@お腹いっぱい。
2011/12/30(金) 16:50:05.070297名無しさん@お腹いっぱい。
2011/12/30(金) 16:54:06.62思いつかないどこぞのバカの想像力が足りないだけ
有事に備えてという説明に対し「平時はこっちの方が使いやすい」とか言っちゃう
バカに、これ以上説明するのは無駄
0298名無しさん@お腹いっぱい。
2011/12/30(金) 16:56:16.19むしろここまで付き合いのいいお人よしがいることに驚き
0299名無しさん@お腹いっぱい。
2011/12/30(金) 16:56:30.35バイナリのすり替えにひと手間掛けさせることもできるよねw
それをやるには/varと/tmpは分けて書けるようにしておかないとダメだけど。
0300名無しさん@お腹いっぱい。
2011/12/30(金) 16:56:56.150301名無しさん@お腹いっぱい。
2011/12/30(金) 16:57:28.780302名無しさん@お腹いっぱい。
2011/12/30(金) 16:57:51.160303名無しさん@お腹いっぱい。
2011/12/30(金) 16:59:01.960304名無しさん@お腹いっぱい。
2011/12/30(金) 16:59:31.72デカいことを言う割には中身ない奴ばかりだよなあ。
>>299の書き込みちょっと考える
0305名無しさん@お腹いっぱい。
2011/12/30(金) 17:02:21.20>>303
やれやれ
0306名無しさん@お腹いっぱい。
2011/12/30(金) 17:03:12.300307名無しさん@お腹いっぱい。
2011/12/30(金) 17:06:09.93> / を読み取り専用でマウントしておくことでrootを取られた後の
アップデートとかどうすんの?
公開サーバ前提だと話がおかしな方向に行かないか?
0308名無しさん@お腹いっぱい。
2011/12/30(金) 17:11:55.410309名無しさん@お腹いっぱい。
2011/12/30(金) 17:18:12.37うふふのふ
想像力っていうかみんな面白がっていじってるだろw
0310名無しさん@お腹いっぱい。
2011/12/30(金) 17:18:26.72Unix とは元々ファイルシステムだったのだー、とか Multics の話とかすればいいの?
それとも、少なくとも 4.2BSD の mkfs.c には
#define MINFREE 10
とかあったよ、てな話をすればいいの?
0311名無しさん@お腹いっぱい。
2011/12/30(金) 17:34:25.34なんちゃって
0312名無しさん@お腹いっぱい。
2011/12/30(金) 17:38:44.460313名無しさん@お腹いっぱい。
2011/12/30(金) 17:43:54.11■ このスレッドは過去ログ倉庫に格納されています