FreeBSD current 思えば遠くへ来たもんだ

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 06:00:09

思えば遠くへ来たもんだふるさと離れて16年目
思えば遠くへ来たもんだこの先どこまで行くのやら

>> Shut up and code!!!

前スレは>>2-5あたり

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 06:01:44

FreeBSD current 一握の砂
http://pc12.2ch.net/test/read.cgi/unix/1097460062/

FreeBSD current 賽の河原
http://pc5.2ch.net/test/read.cgi/unix/1068658686/

FreeBSD current 苦難の道
http://pc.2ch.net/test/read.cgi/unix/1015514229/

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 06:15:46

卑近な俺的話題
- KVA spaceの512GB化。もう物理メモリが余ることはありません。
- rickのNFS4に全統合の予感。
- 進行中のata(4)のCAM化にAlexander Motinが合流。ありがとうsos。
- AHCIドライバのNCQ化。
- vendor/llvm、vendor/clang登場。
- libcのlocale catalogスイッチがonに。
- KipがZFS周りをすげえいじってる。
- Ben KellyがKVM fragmentationを直そうとしてる。
- vendor/eeって開発続いてたんだ……

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 10:47:21

- window(1)にさようなら。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 22:02:27

/boot/kernelが230Mになって、/に512M割り当ててたのが足りなくなった。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 22:40:20

通常はpanicしたらデバッガに落ちるしいろいろ報告するには都合いいけど、
一時的にpanicしたら勝手に再起動するようにしておきたい時、

debug.debugger_on_panic: 0

にしとくと、dumpした上で再起動する。が、RAMが多いと再起動するまでに
数十分かかったりするし、そもそも今はdumpもいらないんで

debug.ddb.textdump.do_panic: 0

も足したらdumpはしなくなったけど再起動もしなくて、panicしたままで
止まっている。

デバッガに落ちず、dumpもせず、panicしたらそのまますぐ再起動するように
したいんだが、どうすればいいんだろうか。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 22:59:24

>6
# ddb script kdb.enter.panic=reset
問答無用でrebootするような気がする。

**名無しさん＠お腹いっぱい。** · 2009/06/05(金) 23:58:49

>>6
dumpdev="NO" で dump しなくなるんじゃない?

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 00:06:47

>>7
だめだった。
debug.debugger_on_panic=0
debug.ddb.textdump.do_panic=0
したままだったのが悪かったかな。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 00:10:28

>>8
そういえばそんなのあったと思って確認したら、
dumpdev="NO"にしてありました。
なんでdumpするんだろう…。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 00:39:00

dumpdev="off"
だとどうだろう。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 01:13:05

うーむ…

20090531:
For those who use ipfw and especially pf, those two firewalls
are now started BEFORE the network is initialized (i.e., before
rc.d/netif). Please review your rules to make sure that your
interfaces will be properly described.

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 01:34:19

>>11
AUTOかNO以外だとその文字列がdumpdirに入っちゃうだけな気がするが…。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 03:57:39

すまそ。
dumponにoffを渡すとdumpdevが/dev/nullになるのね。

とはいえ結局、デバッガに落ちない、dumpしない、のは実現できても、
その後自動的に再起動するのができない。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 12:39:32

自動的に再起動せずにどういう状態で止まってるわけ？

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 13:10:10

haltの状態ってことなんじゃねーの？

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 15:45:27

>>12
隙がある時間帯をなくすという面で、あるべき姿への変更とは思うんだが、
最近のmpdって、どのngのインスタンス使えって指定できたっけ？

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 17:57:07

>>15,16
haltまでは行ってない。
dumpする場合はpanicのメッセージとともにスタックトレースとか出たりした後
ディスクに書きに行くわけだが、その表示のままディスクに書こうとせずに
止まっている。

dumpして再起動する場合はdump後にhaltするメッセージを出して再起動して
いるんだが、そこまでいかない。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:01:52

dumpする場合haltはしない。排反だから。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 20:16:19

>19
ddbが入ってればそもそもhaltしないよね。
だからddb起動して即resetのscriptを置いとくのが手っ取り早いんだけど。
>5はいらん設定やり過ぎでわけわからんようになってると見た。
全部消してやってみそ。

**名無しさん＠お腹いっぱい。** · 2009/06/06(土) 22:20:39

>>20
わかりますた。おっしゃる通り、ごちゃごちゃになってました。
debug.debugger_on_panic=0
のままだったので、kdb.enter.panic=resetが働いていなかった。
もろもろ消して、これだけ残したらpanic時に即座に再起動する
ようになりました。
みなさんトンクス。

**1=7=20** · 2009/06/06(土) 23:36:10

動いてよかった、理屈の上では動くはずだけど自分では試してなかったから。

**名無しさん＠お腹いっぱい。** · 2009/06/11(木) 09:44:30

current@より。幾分に興味深い。

CURRENT snapshots ISO with BSDInstaller
ttp://snapshots.pfsense.org/FreeBSD_8_0/

about BSDInstaller / FreeBSD integration
ttp://wiki.freebsd.org/FreeBSD/BSDInstaller2009

**名無しさん＠お腹いっぱい。** · 2009/07/10(金) 23:48:20

ttp://docs.FreeBSD.org/cgi/mid.cgi?200907100818.n6A8I8p1011853
ata(4)のCAM化が始まりました。現在対応ドライバはAHCIのみ。SiI3124/3132が進行中。
対応ドライバがloadされていればada、なければadとして認識されます。
一個ドライバを移植するたびにadaが増えていって、adがなくなったらさよならata、と
いうことになるのでしょう。いつになってもならないような気もします。

**名無しさん＠お腹いっぱい。** · 2009/07/11(土) 15:59:36

SCSIとだいたい同じとはいえ違うところはどうすんだって言われてたけど、
とうとう始まったか。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 01:14:04

ttp://docs.FreeBSD.org/cgi/mid.cgi?200907191725.n6JHPOBe049379
8.0からsymver化するのすっかり忘れてて
取り残されてたライブラリのsoname全部上げましたヒャッハー!
jpegとかgtkとかで遊んでたら結局全部作り直し指令が!
まあ最近のマシンは異様に速いので半日放っとけばたいがい終わっちゃうような気もしますな。

ttp://docs.FreeBSD.org/cgi/mid.cgi?4A621C20.8070208
そういえばSiI3124/3132/3531のCAMドライバがCFTですよ。仕事速いですなあ。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 05:49:59

これって他のライブラリは今後もsymbol versioning未対応のままなの？

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 07:27:02

他のライブラリって？
commit log は残ってたの全部 bump して symbol versioning するようにしたって
ことみたいだけど。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 08:11:32

bumpはわかるが、symbol versioning するようにしたってのは?

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 14:23:39

>>27
今後はすべてのライブラリでsymbol versioningを利用する。
(既に7-STABLE系と非互換性の生まれたライブラリは先行して利用しbump済)
なので、それ以前のライブラリとの区別のためにbumpしなければならない。
内容に変化なくsonameだけ変わったのはその宣言みたいなもの。
今後非互換の解決はsymverで行なうのでsonameは変わらない。
変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。
(bumpじゃなくso.0とかso.100とか、「もう一生このまんま」という名前にする手も
あったけど、結局無難にincrementということになったみたい)
というわけでそのような不思議な心配は無用。

>>28
そゆこと。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 15:02:11

これまでsymbol versioningしてないライブラリは今回のコミットでも未対応のままだよ。

> なので、それ以前のライブラリとの区別のためにbumpしなければならない。
> 変わらないからsymver前と後で同じ名前ではまずいのでまとめてbumpしたわけ。

その理屈ならそれらが今後symbol versioning利用するときに
今回のbumpからそれまでの間のライブラリと区別するためもう一回bumpが必要じゃんｗ

そもそもlibcの最後のbumpとsymbol versioning導入関係ねーし。
bumpは8のライブラリを7のライブラリと区別するためでそれ以上ではない。
デマ乙。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 15:06:04

libcは既にsymbol versioningが導入されているライブラリの例な。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 15:15:37

言ってことが正しいのか判断できないけど、なんか必死だな

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 17:31:05

どうでもいいから、portsの依存地獄を解消しろ。
旧ゲイツOSのdll地獄より更に凶悪。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 18:27:38

楽になりたかったらgnomeもKDEも使わないんだな

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 19:53:50

そんなもんはつかってない。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 19:57:09

無理してxorgも使わなくていいよ。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 20:09:05

xorgとか良く知らんが、WITHOUT_X11=yesなんだが。

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 20:54:36

先が読めるけどあえて書いてみよう

なんだみんな幸せ者じゃないか(w

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 21:39:04

うん。しやわせ？

**名無しさん＠お腹いっぱい。** · 2009/07/21(火) 23:17:52

20090719:
Bump the shared library version numbers for all libraries that
do not use symbol versioning as part of the 8.0-RELEASE cycle.
Bump __FreeBSD_version to 800105.

8.0リリースサイクルの一部として、シンボルバージョニングを使用しない全ての
ライブラリについて、共有ライブラリのバージョンナンバーをバンプ。
__FreeBSD_version も 8.0.0_105 へバンプ。

-------------------------------
シンボルバージョニングするようになったとは読み取れそうにないな。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 01:16:12

SHLIB_MAJORの数字を1増やすだけのコミットを見て
symbol versioningするようになったと妄想できる不思議ちゃんもいるというのだから
世の中わからないものだ。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 01:56:08

BETA3 はいつくるのかな。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 03:57:06

ttp://docs.FreeBSD.org/cgi/mid.cgi?200907200951.56551.jhb
jhbからツッコミが入ってるが、結局release毎に無条件bumpすんなら
symbol versioningが役に立つのってpamだけ? ってことだ。

昔symbol versioningが入った時の-archでも同じような事を話していたが、
RELENGを切ったらリセット、ということになっていてえも言われぬ気持ちになった。
そうじゃないと-CURRENTのライブラリは太り続けることになるわけで、
RELENGを切ったらリセットして互換はcompatなんとかをportsで入れてね、というのは
間違ってはいない。いないんだが、なんかむにゃむにゃ。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:27:13

URL先とレスの内容が完全にズレてないか。
そのメールの前半は、 symbol versioningが有効なのが一部ライブラリのみで
他の多くのライブラリでは依然としてbumpするなら、
結局それらに依存するものはビルドしなおしになるのであまり嬉しくないねという話。
most libraries に symbol versioning が有効なものは入っていない。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:29:28

まあ、一度STABLEになっちゃったら非互換な変更は絶対やらない
ってのを多少なりとも緩和できるならversioningにも意味はあるだろう。

無条件bumpったって、OSのメジャーバージョンがホイホイ上がるってわけでも無いし。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:31:43

なんつーかさ、このスレのやり取り見てるとさ、
日本人ってーのは、やっぱり英語苦手な奴が多いんだなって。
俺も含めてさ。
なんだかしみじみしちゃったよ（ははは

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 04:44:10

>>44

ツッコミっつーか、昔のようにABI非互換が起きたらbumpてポリシーに戻して
bumpの機会減らすんなら、versioningしてるライブラリだけじゃなくて
それ以外のライブラリも開発者にbumpのタイミング委ねるしかねーんじゃなの、
それどころか、ABI非互換な変更するかどうかも全部開発者に任せたほうがいい
なんてことになるんじゃねーの、って書いてあるだけな気がするけど。

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 07:34:03

コードじゃなく文章ベースの話だと自分が偉いと思ってる人たちが湧くことがわかった

**名無しさん＠お腹いっぱい。** · 2009/07/22(水) 07:37:30

英語もろくに理解できず、かといってコミットログの中身を見もしないお馬鹿さんが負け惜しみですか

**名無しさん＠お腹いっぱい。** · 2009/07/30(木) 11:51:11

Operaは7.0のバイナリなので
shared-qt3なのを使うとlibz.so.4とlibz.so.5が両方ついてきてしまって
ちょっと困る。両方同じものなので今のところは実用上困ることはない。
- 次のOperaは8.0のバイナリも出るだろうからそれまで気づかなかったことにする
- どうせ同じものだからln -s libz.so.5 libz.so.4
- static-qt3版を使おうと思ったらi386版しかないみたい
- 7用qt3を掘り出してLD_PRELOAD
- 面倒くさいのでlinux版を使う
- 動かなくなったら考える

正攻法はLD_PRELOADかな。

**名無しさん＠お腹いっぱい。** · 2009/08/08(土) 01:55:18

うるせえなあ
ちょっとスレにウルオイをやっただけでなんて言いぐさだ

**名無しさん＠お腹いっぱい。** · 2009/08/08(土) 04:23:27

>>52
急にどうした

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 02:52:30

currentだけの問題なのかはわからんが…
FreeBSD 8.0-BETA2 #4: Sat Aug 8 12:01:20 JST 2009(amd64版)
virtualbox-2.2.51.r20457_3

でWindowsXPをインスコしようとしているんだが、ゲストをStart
した（Startのボタンを押した）瞬間rebootする。
FreeBSD/amd64なcurrentでVirtualBoxにWindowsXPをインスコ
できてる人いる？

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 09:50:17

俺はインストール中にFreeBSDがカーネルデバッガに落ちる。

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 10:24:05

>>55
インストール中ってことは多少は進むのか。
amd64でも動くってどっかで読んだんだけどな。

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 21:50:56

一発目のpsが遅いのは何故?
ps axuで一回目出力され始めるまで4秒位かかる。
続けて再実行すると即時に出力される。

amd64@Q6600

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 22:37:44

>>57
psだけ？
HDDがスリープしてるときに何かしようとするとスピンアップ待ち
になってそんな感じになるけど。

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 23:06:06

うん、psだけ。

**名無しさん＠お腹いっぱい。** · 2009/08/09(日) 23:36:31

ktraceかけてみたら？

**名無しさん＠お腹いっぱい。** · 2009/08/10(月) 00:50:52

ちょっと聞きたいんだが、
nVidia NFP3400なML115というPCに、8.0-BETA2(amd64)をインストールできた方はいますか？なぜだかHDが認識されないのだけれども。i386では問題なくインストールできています。

**名無しさん＠お腹いっぱい。** · 2009/08/11(火) 17:35:28

いまさらなんですが、最近のインストーラ
(いつからか調べてないけど7.2 とか 8-BETA2 とか)
ってパーティションテーブル作ると変じゃないですか?

◆ da0s1c が offset 0 でなく63 になってる(昔は0だったはず)
size は全体の大きさのママなので c の場所がおかしい
(まあ使わないから問題ないかもしれないけど)
◆ da0s1e がはみ出してる? (e というより最後のパーティションを
sysinstall の disklabel エディタで「残り全部」のつもりで
提示された数字をそのまま [OK]して作ったもの。
(パーティションサイズでなく C*H*S の数字になってる?)

手元の例(別に変なインストールしたつもりじゃないんだけどなぁ)

FreeBSD# # fdisk -s da0
/dev/da0: 2231 cyl 255 hd 63 sec
Part Start Size Type Flags
1: 63 35840952 0xa5 0x80
FreeBSD# bsdlabel da0s1
# /dev/da0s1:
8 partitions:
# size offset fstype [fsize bsize bps/cpg]
a: 2097152 63 4.2BSD 0 0 0
b: 2097152 2097215 swap
c: 35840952 63 unused 0 0 # "raw" part, don't edit
d: 4194304 4194367 4.2BSD 0 0 0
e: 27452344 8388671 4.2BSD 0 0 0
partition c: partition extends past end of unit
bsdlabel: partition c doesn't start at 0!
bsdlabel: An incorrect partition c may cause problems for standard system utilities
partition e: partition extends past end of unit

**名無しさん＠お腹いっぱい。** · 2009/08/11(火) 17:42:17

eがはみ出しているのはcがはみ出しているからだろうね。

cのオフセットが63なのが、
あるいはオフセット63にするならするでsizeから63を引いていないのが
まずいと。

**名無しさん＠お腹いっぱい。** · 2009/08/12(水) 16:27:08

>>62
最近というかずいぶん前からbsdlabelのチェックの仕方はおかしいよね。
offset=0 から始まる(この場合) size=35840952 までがディスク全体のサイズ
だと思ってパーティションをチェックしてる。

表示さてる数値自体はおかしくない。

63のオフセットを持たせてるのは一般的にブートブロックとして使われる事を考慮して。

**名無しさん＠お腹いっぱい。** · 2009/08/12(水) 16:37:12

おかしいのはインストーラで、bsdlabelはおかしくないんじゃないか。

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 10:32:00

そうインストーラの切り方は明らかにバグってる…

っていうか誰かちゃんと send-pr しないといけないんじゃない?

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 17:19:28

確信があるならさっさと報告しろよ

**名無しさん＠お腹いっぱい。** · 2009/08/13(木) 17:50:57

こんな単純な問題なら誰かやってると思ったんだよ!
まぁ新規インストールで問題を見いだす人は少ないだろうから仕方ないか

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 09:52:06

>>68
あなた様はこの問題を見出した数少ない貴重なお方なのです。
あなたのsend-prでこの問題は解決します。
ありがとうございます。

**名無しさん＠お腹いっぱい。** · 2009/08/14(金) 10:16:39

何気ない問題と思ったらすんげー迷宮入りしたりして

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 10:42:29

メンテナは実体に影響ないから問題ないていいそうだな
そんな事どうでもいいとnack

**same** · 2009/08/16(日) 10:48:14

>> 66

既に既知の問題なんだけど、過去との互換性とかでナンダラカンタラと。
細かいことは追っていないので知らないけど、
GEOM 関連の更新と絡んで問題がある環境があるらしい。

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 16:49:48

>72
そうなの?
既知というのは驚かないけど
末尾のパーティションが割り当てたスライスを越えて
はみ出る割り当てってのは
過去との互換性もへったくれもない気がするけど?

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 18:40:24

以下の問いに答えなさい。
問題１
bsd.はdisk.一枚でもinstall.に再起動が必要か？
(　　　　　　　　　　　　　)
問題２
HD.はpartition.している時にmount.しているのか？
(　　　　　　　　　　　　　)

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 19:03:49

以下の問いに答えなさい。
問題１
>74 は小学校を卒業している。
(　はい・いいえ　　　　)
問題２
>74 は中学校を卒業している。
(　はい・いいえ　　　　)

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 19:22:22

アナスイというLinuxで有名なおかしな人なので反応しちゃダメですょぅ

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 19:22:27

>>75
アナスイはアホスクリプトだからヌルー推奨

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 19:23:05

Linux板で、だった

**名無しさん＠お腹いっぱい。** · 2009/08/16(日) 20:59:45

>>57
君のマシンは遅いね

**名無しさん＠お腹いっぱい。** · 2009/08/17(月) 02:09:53

　
(+Φ　Φ)r！　なるほど…　　「以下の問いを変えなさい。」ですか…

**名無しさん＠お腹いっぱい。** · 2009/08/17(月) 10:08:31

linux板はへんな人が多いですね

**名無しさん＠お腹いっぱい。** · 2009/08/17(月) 19:58:48

キミのレスは151200倍遅い。

**名無しさん＠お腹いっぱい。** · 2009/08/22(土) 11:15:54

8.0Rマダー？？？

**名無しさん＠お腹いっぱい。** · 2009/08/23(日) 02:50:14

再来月だって

**名無しさん＠お腹いっぱい。** · 2009/08/23(日) 18:48:28

PT1ドライバマダー？？？

**名無しさん＠お腹いっぱい。** · 2009/08/23(日) 23:19:31

>>85
PT2が手に入ったら作るよ

**名無しさん＠お腹いっぱい。** · 2009/08/24(月) 09:44:07

あれ? その手のどこかで見た覚えあるけどHDUSだったかな?
おれはWindows上でつかってるけどねー
だってさ、余分なところcutしてエンコードすること考えたら
Windowsの方が便利だもの。いやエンコードはmencoderででき
るのは知ってますよ....でもねぇ

**名無しさん＠お腹いっぱい。** · 2009/08/24(月) 10:32:07

HDUS のドライバならここで作ってる人がいます。
ttp://d.hatena.ne.jp/bsdaemon/
ごくろうさまです＞作者さま。

**名無しさん＠お腹いっぱい。** · 2009/08/24(月) 11:37:37

>>86
おお、できるだけ協力するよ

ちなみにLinux版はココ
http://sourceforge.jp/projects/pt1dvr/

**名無しさん＠お腹いっぱい。** · 2009/08/24(月) 19:21:15

>>87
う淫ドーズじゃなくてソフトの問題だろ
aviutlがオープンソース化したらFreeBSDに移植してやるよ

**名無しさん＠お腹いっぱい。** · 2009/08/24(月) 19:35:21

>>90
作者に相談してください
aviutl@spring-fragrance.mints.ne.jp

**名無しさん＠お腹いっぱい。** · 2009/08/25(火) 08:05:58

>>90
> う淫ドーズじゃなくてソフトの問題だろ

もちろんその通りですが。道具として使うならWindowsベース
のほうが便利だってことだけですよ。
ある程度マシンパワーがあるならWindowsベースのVMWare
なりvirtual boxで使うのがいいのかもしれませんね。

**名無しさん＠お腹いっぱい。** · 2009/08/25(火) 22:20:25

PT2が予約できたから本気出す。

**名無しさん＠お腹いっぱい。** · 2009/08/25(火) 23:39:57

さて、currentも9へレッツゴウだ。

**名無しさん＠お腹いっぱい。** · 2009/08/26(水) 13:48:31

amd64上でのi386のクロスビルドが出来なくなった。

**名無しさん＠お腹いっぱい。** · 2009/08/27(木) 10:58:45

>>95
速攻でなおった。

**名無しさん＠お腹いっぱい。** · 2009/09/10(木) 23:55:49

遅ればせながら/home以外をzfsに変更した。

**名無しさん＠お腹いっぱい。** · 2009/09/11(金) 00:23:55

>>97
なぜ/homeをzfsにしない？

**名無しさん＠お腹いっぱい。** · 2009/09/11(金) 02:00:21

貴重なエロ画像が入っているから。

**名無しさん＠お腹いっぱい。** · 2009/09/11(金) 10:04:18

/homeをZFS化するのが一番効果的だと思うなあ。
スナップショットもバックアップも簡単に取れるようになるし。
賢者モードのときにうっかり消してしまった画像も
スナップショットから簡単に復元可能。

**名無しさん＠お腹いっぱい。** · 2009/09/11(金) 11:03:54

他人の評価を信用して全てを預けられるほど、どうでもいいデータじゃないんだ。
UFSには10年以上の信頼がある。