ジャーナリングファイルシステム

[過去ﾛｸﾞ] ジャーナリングファイルシステム (756ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

17(1): 名無しさん＠お腹いっぱい。 [] 2001/01/17(水)19:34
Solarisなら7から対応してます｡
/etc/vfstabのマウントオプションのところに
loggingと入れるだけでOK。
特に問題なく動いてます｡

18: 10=12=13 [] 2001/01/17(水)22:38
>>16

なるほど。
再度挑戦する時に調べてみます。

19(1): 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)03:56
>> 14

64bit化ってなんでしょ？
Linux以外のほぼ全てのUNIXは、とっくの昔に64bit対応してたんだけど。
open64 系のシステムコールのことかな？ BSD系だとあれ使わなくても元から64bitアクセスできるので問題ないんよ。

20(3): 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)04:30
kernel 2.4.1-pre4 で ReiserFSが取り込まれました。

21: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)04:36
みんな勇気あるね。私はびびりなので新しいものには手が出せません。

22: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)04:40
IBM, SGIの立場は?

23: 名無しさん [] 2001/01/18(木)07:45
>>17
し、しらんかった・・・。

>>20
マンセー！

24(2): 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)15:19
>>20
Windowsから読み込みができるようにならないと
/home には使いたくないんだけど、
http://uranus.it.swin.edu.au/~jn/linux/Explore2fs.htm
http://www.yipton.demon.co.uk/content.html#FSDEXT2
http://www.it.fht-esslingen.de/~zimmerma/software/ltools/ltools.html
みたいなtoolsのResiser版ってどこかにない?

25(1): 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)15:48
>>24
ext3つかったら？

26: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)15:56
>>25
遅くなりそうだからイヤです。

27: 名無しさん＠お腹いっぱい。 [] 2001/01/18(木)16:54
>>20
では、kernel 2.4.1からはパッチ当てなくてよくなるんですね。
私はpre系を試す勇気はないです。
(2.4.1-pre6なんかはファイル名に'dontuse-'ってprefixが…)

>>24
そのうち誰か作るとおもいますけどね。

28: asm [] 2001/01/18(木)17:31
>>19
俺が言ってるのはファイルシステムについて。
http://www.jp.FreeBSD.org/cgi/cvsweb.cgi/src/sys/ufs/ffs/fs.h?rev=1.17
ここのあちこちに使われている int32_t のことを言ってる。

FAQにも同じ話があった。
http://www.jp.FreeBSD.org/www.FreeBSD.org/ja/FAQ/install.html#Q1.27.

まあ、HDDの容量やその使われ方がFFSの設計された時期とは比べものになんない程
変わってきているので、単純に int64_t に書き換えるだけじゃなくて、
ファイルシステムの再設計もやるべきなんだろうねって言ってるだけ。

29: 名無しさん＠お腹いっぱい。 [] 2001/01/25(木)10:11
age

30: 名無しさん＠お腹いっぱい。 [] 2001/01/27(土)12:44
SGI XFS Pre-Release 0.9
http://oss.sgi.com/projects/xfs/prerelease.html

31(1): 名無しさん＠お腹いっぱい。 [] 2001/01/27(土)13:01
結局どれ使えばいいんだろ。
Debianでapt一発でなんとかなんない？

32: 名無しさん＠お腹いっぱい。 [] 2001/02/06(火)15:43
age

33: 名無しさん＠お腹いっぱい。 [] 2001/02/07(水)23:56
>>31
Debianって聞いた話だと、Cライブラリをマシンを動かしながら
アップグレードできるんでしょ？
なら、ファイルシステムもやりかねないな。
そうならすごすぎる

34(2): 名無しさん＠お腹いっぱい。 [] 2001/02/08(木)01:36
>Debianって聞いた話だと、Cライブラリをマシンを動かしながら
>アップグレードできるんでしょ？

それってRedhat系ではできないことなの?
要するにコンパイルしなおす羽目になるもの(バイナリ)を
同時にダウンロードしてインストールすればいいだけのような。

35: 名無しさん＠お腹いっぱい。 [] 2001/02/08(木)12:40
>34
やったことない。
GnoRPMでは、glibcはアップグレード対象外になっているけど・・

36: 名無しさん＠お腹いっぱい。 [] 2001/02/08(木)13:32
>>34
おれは何度もしてる。
glibcアップグレードした後は shutdown 時に umount できないような

37: 名無しさん [] 2001/03/01(木)03:06
あげ

38: 名無しさん＠お腹いっぱい。 [] 2001/04/27(金)10:05
ReiserFSってdump/restoreで問題ないの？

39: 名無しさん＠お腹いっぱい。 [] 2001/04/28(土)01:48
手元の 2.2.19 + ReiserFS-3.5.32 には以下のツールがついている。
ただ自分は mkreiserfs しか使ったこと無し。

dumpreiserfs
mkreiserfs
reiserfsck
resize_reiserfs

40: 名無しさん＠お腹いっぱい。 [] 2001/04/28(土)05:57
decのAdvfsって性能はどうでしょうか？

41: 仕様書無しさん [] 2001/05/01(火)09:14
LFS age。

現状 NetBSD-current LFS はまだ mmap() 周辺が痛い感じ。
mmap() がなければそこそこ使える…と思う。

42: 名無しさん＠お腹いっぱい。 [] 2001/05/02(水)16:38
SGI XFSアゲ

43(1): 名無しさん＠お腹いっぱい。 [] 2001/05/02(水)19:42
> LFS age。

mmap on LFS が壊れたのは UBC のせい (原因も分かっているけど, 直すのが
かなり手間なのでまだ直ってない) なので, LFS を真面目に使うなら UBC
統合直前の -current が良いかもしれない.

44: 名無しさん＠お腹いっぱい。 [] 2001/05/02(水)22:18
Solaris の UFS logging がなにも考えずにできて一番楽…。

45: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/02(水)22:47
IBMのJFS1.0が2.2.x系にも対応しててカーネルパッチになってたんでビルドしてみた。
誰か問題起きた人いる？
骨格はもともとIBMが使ってたロジックだろうからデータが壊れたりしないかなとは思ってるんだけど、心配。

46(3): 名無しさん＠お腹いっぱい。 [] 2001/05/02(水)22:47
IBMのJFS1.0が2.2.x系にも対応しててカーネルパッチになってたんでビルドしてみた。
誰か問題起きた人いる？
骨格はもともとIBMが使ってたロジックだろうからデータが壊れたりしないかなとは思ってるんだけど、心配。

47: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/02(水)22:48
ごめん。ごめんよ・・・
そんな豚無くても・・・

48(5): 名無しさん＠お腹いっぱい。 [] 2001/05/04(金)01:58
>>46

jfs FS を mount したまま電源きって再起動してみ。
filesystem dirty と表示されて、mkfs するまで二度とその fs をマウントできなくなるから。

49(2): 名無しさん＠お腹いっぱい。 [] 2001/05/04(金)02:08
IBM JFS や SGI XFS とかだと書き込みだけでなくて
読み出しのスピードが上がっているの?
古典的な UNIX FS の系列だとディレクトリ内のファイル数が
増加すると ls のスピードも落ちるみたいなんだけど。

>>46
それって OS/2 とか AIX でもなるの?
JFS for Linux だけならまだいいんだけど。

50: 49 [sage ] 2001/05/04(金)02:13
>>46 は >>48 の間違い
鬱堕氏脳

51(1): CCルリたん。 [] 2001/05/04(金)02:21
>>49の下
大丈夫だよ。以前AIXがあったけど、停電でも耐えたから。

52(1): Mary β [] 2001/05/04(金)03:55
>>51
まだきっとJFS for Linuxって、AIX上のJFSほどの信頼性はないと思う。
File Systemのコードって、VFSやVMの影響を結構受けるからね。

個人的にkernel-2.4.3でReiserFSを使ってるけど、一度kernel-2.4系
でmountしたvolumeを2.2系でmountしようとした時に、Filesystemが
腐ることがある他は、特に問題は出てないみたい。ただ、kernel-2.4上だと
ext2fsの方が倍速いと聞いた時はへこんだ。

53: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/04(金)04:30
>>48
開発中だから仕方ないんだろうが、jfsの意味ねえなあ（ｗ

54(2): 名無しさん＠お腹いっぱい。 [] 2001/05/04(金)04:37
>>52
ext2fsはそもそも反則技使ってるようなもんだから、まともなfsと比較
するのも...
# 物理メモリあるだけ全部使って遅延書き込みすりゃ、そりゃ爆速に
# なるわな。

55(2): CCルリたん。 [] 2001/05/04(金)11:48
>>54
その反則もある意味嬉しい事もあるんだがな。
FreeBSDは物理メモリいっぱいつかうなんて
設定ないの？

56: 48 [] 2001/05/04(金)12:15
AIX, OS/2 のんは問題ないですよん。
Linux のはログのリプレイまわりがまだ実装されてないだけ。

57: 48 [] 2001/05/04(金)12:17
あと、JFS for Linux は JFS for OS/2（オープンソース）のコードを
もとにしてポーティング作業されています。AIX for JFS のコードじゃないです。

# まぁ OS/2 のは AIX のを基にしてるから、結果的に AIX のも入ってるだろうけど。

58(1): 名無しさん＠引く手あまた [] 2001/05/04(金)13:45
Solaris8ならdefaultでufs loggingが使えるようになった。
やっと人並に。。。

mount optionにloggingを指定するだけでOK。
これで10数分もfsckにつきあわなくて良くなった。

59: 名無しさん＠お腹いっぱい。 [] 2001/05/05(土)20:34
>>48
うぁあ、bad superblock といわれてマウントできん・・・
これじゃ使い者にならんがな

60(1): 54 [] 2001/05/06(日)01:26
>>55
ないねー。
まぁあんな危なっかしいモードなんてあっても(俺は)嬉しくないけど。

61: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)02:26
>>58
細かいことだけど、loggingはSolaris7の11/99あたりから標準だよん。

62(3): インストールラブラブ [] 2001/05/06(日)03:40
fsync　はジャーナリングなファイルシステムのほうが
はやいのでせうか。

OracleやPostgreSQLのデータファイルの置き場所のファイルシステム
って悩んだりもするのですが。

1. raw -> これってRAIDと愛称わるいしなぁ。
2. ufs -> ふつーすぎる？
3. ufs logging -> 2と比べてどなのかな？？
4. veritas file system -> 2と比べてどなのかな??

63(2): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)07:08
>>62
UFS logging は、log とるぶん write は遅くなるよ。

64(1): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)09:37
VxFS は performance は UFS よか出るってことになっているし、
将来 FibreChannel なんかを使いたいときにもよさそうだけど、
ちと高い。

65(1): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)12:47
>>62
3で運用してるけど、問題になってないな。
更新量が少ないシステムだけどね。

ところでrawとRAIDの相性が悪いってどういうことなんでしょ？

66(1): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)13:01
>>63,64,65
ありがと。

rawとRAIDうんぬんというのは、RAIDあたりまえだったり、
SANつかったりするこのごろだと、果たしてディスクの生のI/Oを
触りたがるrawみたいなものの役割は終わってるのじゃないかという
意図で書きました。

67: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)13:36
>>66
生のI/Oって言うけど、本当に玉を直接ドライブするわけじゃないし・・・。

DBの場合だとカーネルバッファを経由させないことが第一の目的だと
思ってるので、RAWはまだ使われていくと思う。

# もしかして考え方古い？

68(1): 名無しさん＠引く手あまた [] 2001/05/06(日)15:19
>>63
ベンチマークしているけど、パフォーマンスの劣化は無視できるほどだよ。
むしろ、VxFSの方が癖があって、ある一定の条件下では深刻な劣化を
起こすけどね。

69: 名無しさん＠引く手あまた [] 2001/05/06(日)15:27
>>62
>raw -> これってRAIDと愛称わるいしなぁ
どこのRAID使ってるの？
うちでは問題になったことないよ。
むしろ、ufsにDB置くこと自体が珍しい位。

70(1): 名無しさん＠引く手あまた [] 2001/05/06(日)15:31
もっとも、最近ではDBが気を利かせて、カーネルのバッファを
バイパスしてくれるからufsでも問題ないのだろうけどね。
そこが信用できない場合でも、Solaris辺りならforcedirectio
オプションを指定しておけば、バッファリングは解除される。

ジャーナリングの話題じゃないな。

71(1): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)22:36
>>70
raw device の利点は buffer よりも、DB が disk の geometory を直接
把握できるので、data の最適配置を行えること。でも、RAID だと OS
からは hardware 本来の geometory は見えなくなるので、意味が薄くなる
のだ。

って、完全に journaling fs から外れたなぁ。

72: 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)22:38
>>68
ある一定の条件下って、小さい file が大量にあって、それを
fseek していったりする場合?

73(3): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)22:43
>>71
RAIDの上にさらに論理ボリュームマネージャなんかをつかってたり
するとさらに薄くなっていくような。

LVMでDBなんて動かすななんて怒んないでちょーだいね。
emc2の手がけたのとか、富士通の手がけたのとかで、最近そういうのが
あったんで。(みんなヤッテルモン！論理だけど)

74(1): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)22:54
>>73
んまぁ、LVM で管理すると、特に FibreChannel で SAN なんかの
環境を組んでいるような場合は面白そうだから、ありといえばあり
なのかも。

そういうものがないのに LVM で管理というのは、単なる performance
bottle neck にしかならないだろうけど…。

75(1): 名無しさん＠お腹いっぱい。 [] 2001/05/06(日)23:15
>>74
ボトルネックだけど、バックアップとるのはラクチンだそうです。

76: 名無しさん＠お腹いっぱい。 [sage ] 2001/05/06(日)23:28
完全に journaling fs から外れるので、とりあえず sage。
>>75
う〜ん、backup はきちんと backup software + DB module でやった
ほうが精神衛生上はいいなぁ。online backup もしたいし。

77: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火)00:06
>>73
DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが
VxVMと同じならば必須と思われ。
Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば
その制限は無いことになっているが、やはりパフォーマンス上、2GBで
切るのが常道。
RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に
切ってしまうと16GBしか活用できぬ。
VxVMで2GB以下のVolumeを作成しないとな。

78: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火)00:06
>>73
DB、特にOracle使う時は、VxVM使うのは常識だぞ。LVMの機能は知らんが
VxVMと同じならば必須と思われ。
Oracle DBをrawで扱うなら、2GB毎に切らないとならない。64bitならば
その制限は無いことになっているが、やはりパフォーマンス上、2GBで
切るのが常道。
RAIDが何10GBもある場合、Solarisだとpartition数の制限から2GB単位に
切ってしまうと16GBしか活用できぬ。
VxVMで2GB以下のVolumeを作成しないとな。

79: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火)00:08
ごめん、２つもはいってしまった

80: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火)13:00
>>43
UBC その他の新作ドライバも捨て難いので最新 -current でごーごー ;_;
私は厨房なんでこのへんは治ることを祈ることぐらいしかできない。
巨大ボリュームになると fsck にかかる時間が無視できないから
LFS に期待大なのね。

81: 名無しさん＠お腹いっぱい。 [] 2001/05/08(火)22:11
じゃーなるあげ

82: 名無しさん＠お腹いっぱい。 [] 2001/05/14(月)12:58
lfs_cleanerd がデフラグなんかもやってくれると嬉しいな。

83: 名無しさん＠お腹いっぱい。 [] 2001/05/17(木)12:48
LFSあげ。
セグメント境界==ストライプ境界ができる日はいつかな…。

84: 名無しさん [] 2001/05/25(金)18:06
UBCパッチの報告がありましたね…。
LFS復活の日は近い?

期待あげ

85: 名無しさん＠お腹いっぱい。 [] 2001/06/01(金)23:23
age

86: 名無しさん＠お腹いっぱい。 [] 2001/06/07(木)19:50
age

87: 名無し [] 2001/06/20(水)05:16
あげ

88: 名無しさん＠お腹いっぱい。 [] 2001/06/23(土)01:19
FreeBSD Press に Usenix のジャーナリングと soft update を
比較した論文の翻訳が出ているのであげ

89(1): 名無しさん＠お腹いっぱい。 [] 2001/06/26(火)14:26
>>14
Metadataってなんですか？教えていただけませんか。

90: ＃6411 [sage] 2001/06/26(火)19:41
>>89 データ(この場合はファイルの中身)を管理するためのデータ。
superblockとか、ファイルインデクス、占有マップなど。
(ディレクトリエントリも含まれることがある)

91: 名無しさん＠お腹いっぱい。 [] 2001/06/29(金)11:22
June 28, 2001:

IBM is pleased to announce the v 1.0.0 release of the open source
Journaled File System (JFS), a high-performance, and scalable file
system for Linux.

http://oss.software.ibm.com/jfs

92: 名無しさん＠お腹いっぱい。 [] 2001/06/29(金)14:32
ReiserFS 使ってるよん。
Debian だけど残念ながら、apt でFS変換っつーのは無いね。
ext3 は既存の ext2 からバージョンアップできるらしいが、ReiserFS
は無理みたい。

んで、ReiserFS はやっぱ読み込みが速いよ。ext2 はシーク音が
「ゴガガガガ、グフッ」って感じだったけど、「ジジジジジ」って
いかにもヘッドが振れてない感じがするんだよね。
逆に書き込みは遅くなったが。

93: 名無しさん＠お腹いっぱい。 [] 2001/06/30(土)03:59
まったくヴァカは死ねば？

94(1): 名無しさん＠お腹いっぱい。 [] 2001/07/10(火)00:30
reiserfsは不具合あるみたいですね
xfsが完璧そうで期待age

95: 名無しさん＠お腹いっぱい。 [] 2001/07/10(火)00:33
んー、おれは JFS に期待してるんだけど。
もちろんXFSにもReiserFSにもがんばって欲しい。

96: 名無しさん＠お腹いっぱい。 [sage] 2001/07/10(火)03:06
>>94
どんな？

97(1): 名無しさん＠お腹いっぱい。 [] 2001/07/14(土)00:16
http://www.cyborg.ne.jp/~sympow/xpic/1uzmai/mai02e.jpg

98: 名無しさん＠お腹いっぱい。 [sage] 2001/07/14(土)01:59
>>97
板違い。

99(3): 名無しさん＠お腹いっぱい。 [] 2001/07/14(土)07:46
>>55
>>60
あるよ？FFFSで非同期モードでマウントしたらクリチカルな操作をしても
遅延モードのままバッファリングするからext2fsと勝負できる位には
速くなるっす。怖いんで使わないけど。LFSとかにもあるかどうかは
不明。UPS買ったら非同期モードにしようと決心してもう1年近くに
なるなぁ。早く買わなきゃ…。

100: 99 [sage] 2001/07/14(土)09:24
そういや、最近はsoft-dependenciesがサポートされて、安全に
遅延書き込みできましたね。これでも多少は速くなるので、
まずはこれを試してみようっと。

どんどんジャーナリングFSから離れていくんで下げ。＞＿＜

101(2): 名無しさん＠お腹いっぱい。 [] 2001/07/14(土)12:56
>>99
4.3BSD(NEWS-OS)を使ってたとき、
FFSのasync mount使ってたけど、
kernel panicして落ちたときに修復困難なくらい
壊れてくれたんで信用してないんだけど、
FreeBSDのは改善されてるのかなぁ?
ext2fsだとあまりひどいことにはならないので
ディフォルトasyncにできたんだろうな。

102: 99 [] 2001/07/14(土)16:57
>>101
今でもasyncはヤバイと思われ。UPS入れててもpanicすると逝けますネ。
というわけでNetBSDでsoftdepつかってみました。いけてます。

うちはRAID5の上に構築してるFFSなので、ファイル操作が死ぬ程遅いんす。
ただでさえ遅いソフトでやるパリティ計算を同期のために毎回待つので
当然なんすけどね。んで、softdep入れてやると一瞬で、おお〜。

理論的には当然なんだけど、プロジェクトディレクトリとかrm -rf
したら一瞬でプロンプトに戻ってきてビビリました。まるでwand of
cancelationをmagic holding bagに突っ込んだときのように、しばらく
キョロキョロとプロジェクトディレクトリを探して辺りcdやlsして
しまいました。そんなわけで*BSDな人は是非トライ♪

103: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日)00:57
ReiserFSとかJFSとかって*BSDに移植できないんかな。

104: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日)08:19
RDBMSの領域をおいても意味ないような気が・・・
もともとDBってのはリカバリログ域があるんだからほっときゃいーんです。
しかし、4重化するほど大切なのであれば、
リカバリログ域をそういうところに置くとよいでしょう。
表・インデックスをそういうところに置く必要はまったくなし。

105(1): 名無しさん＠お腹いっぱい。 [] 2001/07/15(日)08:19
いまごろジャーナルですか？プププ　UNIXて遅れてるね。
OS/390は昔ッからそんなもんタダでついてますよ。

106: 名無しさん＠お腹いっぱい。 [] 2001/07/15(日)09:07
>>105
ﾊｧ? UnixWare だって IRIX だって以前からファイルシステムはジャーナル化されていると思うけど

107: 名無しさん＠お腹いっぱい。 [sage] 2001/07/29(日)03:50
こんなんありました。

http://www.namesys.com/v4.html

(Version 4 of ReiserFS)
DARPA at www.DARPA.mil is the primary sponsor of Reiser4.

108(1): 　 [] 01/10/05 16:55
ジャーナルファイルシステムが、ちゃんと
想定している種類の破壊を防いでいるという
ことをテストするにはどうすればよいでしょう。
もしくはそういったテストをするソフトとか
スクリプトはありますか？

109: 名無しさん＠お腹いっぱい。 [] 01/10/05 17:50
>>108
ディスクがごりごりいってるときに、いきなり電源抜いてみれば?

110(1): 　 [] 01/10/06 00:11
それでは、本当にハードディスクがヘッドクラッシュを
してしまいかねません。ハードの故障までは回復
できないと思います。RAIDではないから。

111(2): 食いだおれさん [] 01/10/06 00:18
>>101
> 4.3BSD(NEWS-OS)を使ってたとき、
> FFSのasync mount使ってたけど、
(略)
> FreeBSDのは改善されてるのかなぁ?

soft updateは、async writeとは違う。
transaction commitしていい時までqueue(めちゃ短い)する手法。

高健全性度
journaling > soft update > sync write > async write

112(1): 名無しさん＠お腹いっぱい。 [] 01/10/29 13:09
結局ReiserFSはダメダメってことで

113(1): 名無しさん＠お腹いっぱい。 [] 01/10/29 13:33
>>111
あと依然として SoftUpdate には fsck が必要だね

114: 風の谷の名無し [] 01/11/03 16:37
XFSはいいぞー。マイナーだけど。
漏れのノートで使ってるよ。ｱﾌｫKDEのせいでリセットしまくりだけど
一度も飛んだことないっす。XFSマンセー。
(でも開発メンバーリストラされたらしい・・・)

115: 名無しさん＠お腹いっぱい。 [] 02/01/29 11:40
>>112同意

116(1): 名無しさん＠お腹いっぱい。 [] 02/01/29 11:49
>110
今売ってるハードディスクがそんなんで飛ぶとは思えないなぁ。
それに、電源切るのがいやならリセットでもいいだろ。

上下前次 1-新書関写板覧索設栞歴

あと 640 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.030s