FreeBSD7.0リリース

**名無しさん＠お腹いっぱい。** · 2007/06/13(水) 22:11:30

来月でしょ？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 04:03:44

>>372
使ってるところではまだ使ってる。>>323氏の言うように教育現場とか。
でもコストが掛かるのでXmin辺りを使うか、リモートデスクトップ&Webベース系に移行しているかと。

**374** · 2008/03/05(水) 04:24:57

>>323 は >>373 の誤り。ｽﾏﾇ。

はてなようせいかわいいよはてな

**7.0R** · 2008/03/05(水) 15:10:22

ports/package に gcc-withfortran (gfortran) がないんだけど、

どうしてかわかる人います？　ベースに組み入れられたとか？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 15:26:29

gcc42のMakefile見るとfortran組み込まれているっぽいけど

**7.0R** · 2008/03/05(水) 15:45:22

そうですか！では、使うにはどうすればよいでしょうか？

which gfortran してもないし、/usr/bin/ を探してもないのですが。。。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 15:51:14

f77

**7.0R** · 2008/03/05(水) 16:13:42

もちろん、f77 もありません。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 16:18:16

gfortran42

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 16:21:23

g77-34

**7.0R** · 2008/03/05(水) 17:03:23

どれもありません。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 17:21:19

まず lang/gcc42 を入れる

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 17:21:25

いや、だから何インストールしたんだよ

**7.0R** · 2008/03/05(水) 17:43:08

まだ、gcc42 は入れてませんでした。
withfortran がなくて悩んでいたのですが、これを入れてよいのですね？
/usr/bin/gcc は既にあるのですが、これとはどういう関係になるのでしょうか？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 18:29:40

よーわからんけど、/usr/ports/lang/gfortranでmake install cleanすりゃいいんじゃないの？

**7.0R** · 2008/03/05(水) 18:42:23

/usr/ports/lang/gfortran は今はなくなってます。

gcc42 を入れたら、gfortran42 が入りました。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 18:47:22

あとlang/g95も入れて、好きな方使え。

**7.0R** · 2008/03/05(水) 18:58:46

g95 の方が速くて優秀と聞くのですが(Macの人から)、
長い物には巻かれる質なので、gcc4 を使ってます。

**7.0R** · 2008/03/05(水) 19:41:43

あとは gnome で scim-helper-manager.core が出来るのが悩ましい。

それと、gdm で login したとき .xprofile での
export LANG="ja_JP.eucJP" が何故か効かない。

どなたか解決した方は居ませんか?

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 19:49:19

>>391
> scim-helper-manager.core

gdb があるだろ。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:08:34

[x61] /home/user% gdb -core ./scim-helper-manager.core
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-marcel-freebsd".
Core was generated by `scim-helper-manager'.
Program terminated with signal 11, Segmentation fault.
#0 0x2896fe00 in ?? ()

となりますが、直すことできますかね？

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:15:04

>>393
自分ならまず where だ。

6.x->7.0 とかで環境が激変しているなら
ライブラリ関連が怪しくないか調べる。

駄目ならデバッグオプション付きでソースコードビルドして
やっぱり where だな。

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 20:22:38

まず where したら以下の様にえっらい沢山出ました。。。。
package から入れたものなので、ports 利用してオプションつけてみます.

#1670 0x102454ff in ?? ()
#1671 0x1424448d in ?? ()
#1672 0x5440f750 in ?? ()
#1673 0x00020000 in ?? ()
#1674 0x688e0375 in ?? ()
#1675 0x0158b814 in ?? ()
#1676 0xcd500000 in ?? ()
#1677 0x90feeb80 in ?? ()
#1678 0xbfbfec28 in ?? ()
#1679 0x00000001 in ?? ()
#1680 0xbfbfec30 in ?? ()
#1681 0x0000001c in ?? ()
Cannot access memory at address 0xbfc00000

**名無しさん＠お腹いっぱい。** · 2008/03/05(水) 21:12:39

>>393
> Program terminated with signal 11, Segmentation fault.

バグだよなぁ、多分。

適切にオプション付けて where すると >395 の 0x???????? のかわりに
ソースコードのファイル名と行番号とか出てくるからデバッグするか、
そのリスト付けて send-pr しとくくらいかな。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 02:28:28

7.0ではX入れてないので分からないんだけど、
6.3-RCの時にX, GTK関連を入れてたら軒並みGTKアプリは終了時にcoreを吐いていた。
firefox, thunderbird, gtk-demo........
正直勘弁してほしい。最新のでは直ってるのかな？

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 02:42:34

今日 VMware 上で 6.3->7.0 にしてみた。
調子良かったら本物サーバの更新も考えようと思ったんだけど
gcc の影響か ports が意外にこけるのな。
pcc 使おうかって話が出るのも分かる気がする。
影響大きすぎ。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 05:34:48

ports は崩壊しているのか.....。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 05:59:27

どっちかというとgccが崩壊中。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 09:26:38

1600以上portsから入れて入るが
IGNOREが4つ位あるだけで外は普通にコンパイル出来るけどな

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 10:35:22

GUI系全滅？
サーバ用途で困ったことはないし、寧ろちょびっと性能がよくなってる希ガス。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 10:48:15

いつのまにか -j8 とかつけてカーネルビルドできる
ようになっているなあ
SMPなマシンならいくらか良くなったかも

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 13:43:04

>>403
そりゃ、カーネルはソースツリーがひとつしかないし、他の依存が
少ないから（つーか、各ローダブルモジュールは並列にコンパイルできるし）
普通に問題なく・・・と思ったんだが。

portsなんかで、依存関係失敗して、なんだか終わらないのはよくある話。
単にmakeが改良されたという話じゃなかったら、スマン。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 14:00:42

>>398
俺もはまったよ
最近多くなってる希ガス

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 14:58:18

gccのせい、っていうことなら、baseに複数のバージョンのgccを用意して、
各ports側で正常動作確認済のgccを列挙するような仕組みが必要なのかも。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 15:07:41

上位方向にバージョンを限定する仕組はあるが、
下位互換がとれなくなるという事態は想定外だったからな。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 17:15:57

>>401
たとえば /usr/ports/mail/maildrop とかコンパイル通る?

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 19:37:43

7.0-STABLEで試しにmakeしてみたら最後まで出来た

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 20:31:20

うーん、じゃあ upgrade 失敗したかな。
ソースツリーからやりなおしてみるか…。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 20:34:06

>>406
autoconfとかにはそんな仕掛けがあったきが。
db4xと同じことになってないか。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 21:14:51

ports 2.0 マダー？

**410** · 2008/03/06(木) 22:20:24

わかった。/etc/make.conf だ。

6.3 では別段なんてことなかった最適化オプションで
C++ の vtable が参照できなくなる場合があるっぽい。

maildrop も以前最適化かけると参照できなくなる
シンボルがあって、色々試して

-O3 -fno-omit-frame-pointer -fkeep-inline-functions -fexception

で落ち着いてたんだけど 4.2.1 ではこれでも駄目ってことか。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:33:54

CFLAGS(CXXFLAGS)いじるべからず。

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:37:01

厨ニング

**名無しさん＠お腹いっぱい。** · 2008/03/06(木) 22:40:22

本気でやるんなら一律じゃなくて、
pkgtools.confとかports.confとかでportごとにカリカリに。

**410** · 2008/03/06(木) 22:46:46

いや、一応 make.conf でも .if とかで区切ってたんだけど。
gcc のデグレっていつまで経っても直らないなぁ。

…とか書いてたら jdk15 コンパイル中に java が落ちた orz
もう思い当たるフシねーぞ…。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 02:04:51

>>413
俺的には、まけこんふは、新しいOSにかえる初っ端に決め打ちすると死ぬ確率が高い。
最後に作り直すが吉だと思う。　あんまり最適化しないほうがいいよ。
-O3　なんて、動かないほうがおおいから。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 02:05:01

H/Wが壊れてるみたい
メモリとか

**7.0R** · 2008/03/07(金) 11:08:16

http://lists.freebsd.org/pipermail/freebsd-mobile/2007-March/009590.html

のパッチを 7.0R に手動で当てたいです。source が少し変わってる様で悩んでます。
どうやったら良いかわかる方いませんか？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:19:44

portsに必要なのはgccのバージョン指定対策じゃなくて、厨対策だったな。

まあ、最適化フラグは処理系のバージョンに依存するんだから、
make.confにもバージョン指定つきで書けるようになっててもいいかな。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:28:14

書けるんじゃね。
CFLAGS_gcc34 = -O3
CFLAGS_gcc42 = -O0
CFLAGS_cc = ${CFLAGS_gcc42}
CFLAGS ?= ${CFLAGS_${CC}}
とかでどうよ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 11:38:23

CFLAGSの設定なんてやったところで、
どのようなメリットがあるか疑問。

apacheとpostgresqlくらいしか試してないけど、
正直、ベンチ結果で5%も向上しないよ。
速いCPU入れた方が明らかに苦労少ないよ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 12:20:26

もういい、debianに乗り換える。

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

最適化かけておかしくなるのはたいてい
ソフト側が未定義の動作を使用してるせい
コンパイラは悪くない

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:44:53

>>425
コンパイラが吐き出したシンボルをコンパイラが見つけられないって
どう考えてもコンパイラのバグだろ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:46:57

なんでGentooじゃなくDebianなんだろ？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 13:53:31

>コンパイラが吐き出したシンボルをコンパイラが見つけられないって
>どう考えてもコンパイラのバグだろ。

ld のバグかも？

**424** ◆G4zmnW7EmY · 2008/03/07(金) 14:03:06

どうしよう。やっぱopenbsdに乗り換えようか悩む。
用途はlaptopで開発だから特にosに悩む必要はないんだけど、やっぱ。。。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:12:53

腰の重い奴だな。じゃあこうしろ。
この週末にOpenBSD入れて、一週間それで過ごす。
その次の週末にDebian入れて、一週間それで過ごす。
それからどっちにするか、または戻ってくるか、決めればいい。

**424** ◆G4zmnW7EmY · 2008/03/07(金) 14:30:59

でも、いつの間にかfreebsdしか受け付けない体質になってたらしい。
今fedoraを体験したら、なにがなんだかまったく理解できんかった。
悲しい。

もう、こんな時期だしfreebsd6.2　から　freebsd 7に切り替えることにするよ。
スレを汚して申し訳ない。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:40:36

歳はとりたくないものですなぁ。ゴホゴホ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 14:41:53

colorls がデフォルトというだけでも fedora は十分すぎるほどキモい

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:14:34

>>433
デフォルトで判断するとはインストール廚的な態度だな。

だったらFreeBSDはtcshがデフォな時点でダメだ。
自分ではbash/zsh使うからどうでもいいんだが。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:22:38

>>428
>>コンパイラが吐き出したシンボルをコンパイラが見つけられないって
>>どう考えてもコンパイラのバグだろ。
>
>ld のバグかも？

gcc は binutils 前提のコード吐くから同根だ。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:22:46

>>434
どんな方法だとデフォルトtcshになるんだ？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 15:25:24

>だったらFreeBSDはtcshがデフォな時点でダメだ。

つ、またお前か

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 18:29:45

やっぱあれだよな。
どのosを使うかじゃなくてどのosで何をするかが重要だよな。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 19:36:27

燃料投下
ttp://www.kernel.org/pub/linux/kernel/people/npiggin/sysbench/

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 20:08:29

>>439
debianもありかもな。。。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 21:38:57

>>437

俺もFreeBSD初体験が、6.0-Releaseだったせいで、
未だにログインシェルは脊髄反射的にtcshを選択してしまう。
てか、普通に便利だろ。
BSD Hacks に Tips も沢山紹介されているし。

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

>>441
tcshとsh以外選択肢あるの？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:13:45

>>442
zshでもbashでもkshでもすきなの入れれば？

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:14:43

>>439
俺の予想では、これはjeffの比較はFedoraをそのまま使っているのと、
一方npigginの比較は自分でビルドしたもの?を使っており、FreeBSDはそのままを使っているというのが
両方ダメになっているんじゃないかなーと思う。

ちょっと前にあったBIND9ベンチだとこんな感じ?
http://new.isc.org/proj/dnsperf/OStest.html
さすがWindows Server、もはや素人が遊んでいるようなおもちゃじゃ追いつけない域にある。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:25:23

>>443
そんな意味で言ったわけじゃなくて、ｲﾝｽｺ時の選択肢としてあるのか？ってきいた。

ちなみに俺はzsh使ってる。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 22:35:33

tcshはhistoryとsavehistを2000近くにしておけばファイル名補完とヒストリだけで生きていけるｗ

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:26:06

俺zshだけど10000にしてるよ。それでもときどき欲しいものがexpireされてて困る。

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:33:13

いでよbash厨！

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:35:01

>>447
つかスクリプトにしる

**名無しさん＠お腹いっぱい。** · 2008/03/07(金) 23:35:42

　 ∧∧　ｺｲﾔｧｧｧｧ!!
　(д´*)
　(⊃⌒*⌒⊂)
　 /_ノωヽ_)

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 02:34:14

>>439
stable@freebsd.org の ML か何かで流れてたベンチマークも載せんとな。
あれはMySQL, PostgreSQL軒並みFreeBSDの方が上だった。

まあ関係ないけど、最近自分のプログラムをgcc4で -march=xxxx のxxxxを
nocoa, prescott, pentium4, pentium-m...... と全部試してみたんだけど、
全然ベンチマークの結果が違うのな。CPUはPentium Dual-Coreで、
純粋に浮動小数点の繰り返し計算がメインなんだけど（実際はもうちと複雑）。
（もともとまだ -march=core2 がなかったので色々試してみたんだが）

LinuxもFreeBSDも思いっきりチューニングさせて対決して欲しい。
ちなみにpentium-mとあと何かが一番結果が良かった。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 02:49:14

>>451
> 最近自分のプログラムをgcc4で -march=xxxx のxxxxを
> nocoa, prescott, pentium4, pentium-m...... と全部試してみたんだけど、
> 全然ベンチマークの結果が違うのな。

遠まわしに「キャッシュ領域を意識したコードになってない」・・とでも言いたいのか？
superPIのようなコード(あれは多分ニモニックだろう)が、
コンパイラの設定で差が出るとすれば、SIMDとキャッシュ以外材料が無いと思うが。

逆説になるが、
「ベンチマークをコンパイルする際の」コンパイラ設定の変更で、
大幅に差が出るとでも？

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 03:21:32

> 遠まわしに「キャッシュ領域を意識したコードになってない」・・とでも言いたいのか？
> superPIのようなコード(あれは多分ニモニックだろう)が、
> コンパイラの設定で差が出るとすれば、SIMDとキャッシュ以外材料が無いと思うが。

いや、その通りなんだが…。ちょっと行を削ると途端に速くなったりするから。
たまに行を足すと速くなったりすることもあるし。

> 逆説になるが、
> 「ベンチマークをコンパイルする際の」コンパイラ設定の変更で、
> 大幅に差が出るとでも？

ただMySQLでも-march=xxxxを変えることでも同じように結果は変わることがあるんじゃないかと思うけど。
まあもとの >>439 の記事をちゃんと読んだ訳ではないので、
packageから入れたMySQLを使っているのか、それともportsか何かでビルドしたのかも分からんけど。

**451** · 2008/03/08(土) 03:39:35

> LinuxもFreeBSDも思いっきりチューニングさせて対決して欲しい。

あ、これか。
すまんな、LinuxでもFreeBSDでもちゃんとMySQLをチューニングさせて対決して欲しい、てことで。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 04:08:13

俺はむしろ「デフォルト」で対決して欲しい。
チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれないじゃん。
だから google もその指標になるようなベンチマーク出してたと思うんだけど。

**410** · 2008/03/08(土) 04:13:06

ひょっとしたら他のモジュールのせいかも、と思って
全 ports を入れ直したけどやっぱ jdk15 駄目だわ。
base は freebsd-update だからコンパイル云々は関係ないし。
困ったなぁ…。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 06:34:51

どこでどんなエラー出てるんだ？

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 09:05:38

gmake[1]: Leaving directory `/usr/ports/java/jdk15/work/install/make'
Control workspace build finished at Sat Mar 8 09:05:49 JST 2008

> uname -mrs
FreeBSD 7.0-RELEASE i386

全く問題なく通るが・・。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 09:08:25

追加

> cat /usr/ports/java/jdk15/Makefile | grep Exp
# $FreeBSD: ports/java/jdk15/Makefile,v 1.144 2008/02/14 16:30:23 glewis Exp $

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 10:07:41

メーカ製のコンパイラは隠し機能があるよ。
specintのコンパイルだと指示するとソースを見ないでコード吐き出すようなもの。
正直不毛。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 10:25:13

>>451
>>439のベンチマークは
ttp://people.freebsd.org/~kris/scaling/
の結果をうけてのもの。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 10:44:21

MySQLコンパイルオプション作って、ろくにソースを見ないで最適コードを出せばいいのだ。

**410** · 2008/03/08(土) 12:25:38

>>458
これ見て踏ん切りついた。cvsup からやり直すわ。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 12:30:18

ハードウェアが腐っていたりして

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 13:24:44

>>463
/usr/obj 消すの忘れるなよ。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 14:33:54

>>455
＞チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれないじゃん。
そのチューニング方法がオープンになってるなら大歓迎。むしろそうしろ。

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 15:11:26

厨ニングって言葉があったが、もうすでに上のほうで使われていたｗ

**名無しさん＠お腹いっぱい。** · 2008/03/08(土) 21:41:25

> 俺はむしろ「デフォルト」で対決して欲しい。
> チューニングなんてそれぞれの陣営でそれぞれに有利な最適化かけるかもしれない
> じゃん。

こうするとext2みたいな安全性無視した厨デフォルトなプラットフォームがはびこる。

**410** · 2008/03/08(土) 23:49:18

無事に cvsup からのビルド終わって jdk15 挑戦中。

>>457
> どこでどんなエラー出てるんだ？

記録してないけど、雰囲気的にはブートストラップ用の java か、
次段の java が最初に起動された時っぽかった。エラーと言うか
JNI で間違った使い方したときにスタックトレースとか出るあんな
感じ。行頭から # で始まるメッセージが出て、最後の方で
http://www.sun.com/.../crash.html 見ろ、みたいな。

>>464
> ハードウェアが腐っていたりして

VMware だったりする。

>>465
> /usr/obj 消すの忘れるなよ。

MAKEOBJDIRPREFIX を別のstorageに切り替えてみた。
ports だと WRKDIRPREFIX だっけか。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 01:45:02

>>464 のいうのはだいたいメモリ回りだと思うので、
VMwareだからまぬかれるような話にはならないと思うが。

**410** · 2008/03/09(日) 02:29:34

>>470
仮想環境下のOSのバージョン変えたタイミングでメモリ故障するのって確率どれくらい?

jdk15 ビルド完了。
>>458 の情報感謝。
さて、ports 作り直すか…。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 03:00:33

>>471
>>469見る限り、メモリでなく、VMWare上のufsの問題じゃないかと。

>MAKEOBJDIRPREFIX を別のstorageに切り替えてみた。

この判断は正しいと思うけど、
そうするならホストOSのファイルシステムがダーティーでないかチェックするのが先。

>>393あたりまでレス遡ってみたが、>>410と同一人物のレスかな。
gccでもportsでもなくVMWareの問題なのでスルーしてたが、
ノートPCのHDを使ってVMWareのFreeBSDを長期運用している場合、
将来的に同じような問題が起きると思うよ。

要は、VMWareと知っていれば>>457-459は無かった、と。

**名無しさん＠お腹いっぱい。** · 2008/03/09(日) 09:34:44

>>447
俺は100000000000にしてる。