/**ファイルシステム総合スレその1**/

[過去ﾛｸﾞ] /**ファイルシステム総合スレその1**/ (979ﾚｽ)
上下前次 1-新

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

46: 01/12/09 22:19 ID:K5wNaoFq(1) AAS
>45
マジで？
一応 Kondara2.0でReiserFSが実用になってるからいいけどXFSも期待してた・・

47: 01/12/11 00:21 ID:p3dPsrE5(1) AAS
カーネルを2.4系にしたら、ext2上でディレクトリを
mv(リネーム・移動)したときにタイムスタンプが
更新されるようになっちゃったんだけど、これって
バグじゃないの?

48(1): 01/12/11 01:05 ID:qBZZdBOv(1) AAS
あぃ、質問なんですが、
なんでext2ってフラグメントを起こさないんですか？
ハカ諸氏納得のいく説明を期待しています。

49: 01/12/11 01:11 ID:dKcFVPYO(1) AAS
>>48
全く断片化が起きないわけぢゃあないし、実際断片化解消ツールも
世の中には存在してるけど。

あくまでMS-DOS/Windows98等が採用してるFATファイルシステムと
比べると、断片化そのものも断片化による性能低下もはるかに
起きにくくなってるってこと。

50: 01/12/11 14:51 ID:6cGqmuLA(1) AAS
漏れも使ってるけどReiserFSってそんなに速いの？
それと、クラッシュしたときに救出できる率がext2,ext3に比べてダメダメだっていう記事をどこかで読んだけど。
ジャーナリングファイルシステムの意味ないぢゃん。

51: 01/12/11 23:41 ID:51Ml1BQb(1) AAS
find .とかやってみるとわかるよ。CPU負荷は異常に上がるけど。
XFSだとCPU負荷上がらないんだよね。
クラッシュについては、俺の経験では、ReiserFS弱かった。
媒体エラーがたくさん出たときに、ext2はなんとか大丈夫だったが、
ReiserFSはFSごとロストした。いきなりdfの結果がゼロなんだもん。
逆の経験を持つ人もいるみたいなので正確なところはわからない。

52: 01/12/12 04:02 ID:nVJPoH2y(1) AAS
2.2系のReiserFSは駄目らしい
2.4系のカーネル付属は使えると思う

53: 01/12/14 03:12 ID:gydsffhI(1) AAS
Kondara2.1正式版がでた
こいつはインストール時にいろいろなファイルシステムがつかえるらしい
人柱キボヌ

54(2): 01/12/15 02:32 ID:rUnBnGZG(1) AAS
XFS 1.0.2を下記のリンク先にあるisoをCD-Rに焼いてからXFS->RedHat7.2という具合でインストールしたのですが、起動途中で失敗してしまいます。
外部ﾘﾝｸ[iso]:oss.sgi.com

既に試された方いましたらアドバイス願います。

55(1): 01/12/15 03:00 ID:5s3E2ox4(1/2) AAS
>>54 「失敗してしまいます」なんて情報だけで原因が特定できる奴は神

56(1): おっと間違えた 01/12/15 03:02 ID:5s3E2ox4(2/2) AAS
>>54 独り言板へGO

57: 01/12/18 00:16 ID:Gp4RkrPf(1) AAS
54だが、IntelCPUでインストールしたところ、問題なかった。
すいませんでした。 >55,56

58(2): sage 01/12/18 00:48 ID:ej7AyxdU(1/2) AAS
RedHat7.1
MMX233 HD12GB DIMM160MB のマシンなのですが
インストール時に　パッケージにて　apache-1.3.19-5　がインストールされて
いたので最新版の　apache-1.3.22-1.7.1　を入れたいのですがうまくはいりません

rpm　-Fvh　a*　などでまるまる入れようとすると
~~~~~~~~~~~~~~~~~~~~
エラー: 依存性の欠如:
mod_bandwidthは apache-1.3.22-1.7.1 に必要とされています
mod_putは apache-1.3.22-1.7.1 に必要とされています
mod_throttleは apache-1.3.22-1.7.1 に必要とされています
省23

59: 01/12/18 00:52 ID:Xe/IgsV7(1) AAS
>>58
スレ違いだろ。
sageも名前欄に書いてるし。
荒らしは他のスレへ。

60: 58 01/12/18 00:56 ID:ej7AyxdU(2/2) AAS
スレまちがいました。
すいませんでした

61: oroborus [yosesage] 01/12/18 21:11 ID:a/pbxZs3(1) AAS

62: 01/12/24 23:11 ID:ynOwWv75(1) AAS
age

63: 01/12/25 13:45 ID:0TGHY4o2(1) AAS
やっぱまだext2かな,安全第一で考えると.
大事なファイルを壊されたらたまらん.

64(1): 01/12/31 14:21 ID:5F9xHWIG(1) AAS
Redhat7.2 + XFSにてACLが利用できるようですので
Sambaを再コンパイルしてみたのですが、下記の様な有り様です。
configure時には、"--with-acl-support"を付加してます。
カーネルは POSIX Access Control List supportがbuilt-inになってます。

checking whether to support ACLs... checking for acl_get_file in -lacl... no
checking for ACL support... no

ACL使ってる人いたら教えて下さい

65: 名無しさん＠Ｅｍａｃｓ [nesage] 02/01/08 02:14 ID:GWlTUNE8(1) AAS
age

66: [age] 02/01/30 00:18 ID:2t0lSZS0(1) AAS
ｻﾙﾍﾞｰｼﾞ

67: 02/01/30 02:01 ID:1N0XjZ+K(1) AAS
>>64
使ってる人じゃないけど、そのメッセージからすると
ACLサポートにはライブラリが要るんじゃないか?

68: 02/01/31 00:38 ID:CF9nDYsn(1) AAS
うーん、いいスレ
で、将来的にはどのFSが、生き残るのかな？

69: [age] 02/01/31 00:39 ID:3muGP/Rm(1) AAS
XFSﾏﾝｾｰ

70: 02/01/31 00:55 ID:o+EauUH6(1) AAS
JFFS2知ってる人いる？
マウント方法/作成方法知ってる人いるかなぁ

71: 名無しさん＠Ｅｍａｃｓ 02/01/31 03:44 ID:cgXZZ4Nf(1) AAS
>>29
> つーか、すげーちっこいHDDを運用するのに
> 最も適したファイルシステムはなんでしょ？
>
> ちっこさでいうとだいたい３２Mから１２８Mバイトくらい

minixfs はどうよ。
レスキューディスクとかこれで作られてたりするのをみかける。

72: 02/01/31 05:54 ID:j8eBfYOZ(1) AAS
cramfsじゃダメ?

73(1): 02/02/09 13:13 ID:43ioZgRc(1/4) AAS
おい、XFS糞だぞ。
一度終了して再起動すると、正常に終了したはずなのに
ファイルがなくなってたり、設定ファイルが編集前に戻ってたりする。
ReiserFSみたいだ。
っていうか、ReiserFSより消える頻度高いぞ。
すぐに入れ替えないと…。

74(1): 02/02/09 13:39 ID:43ioZgRc(2/4) AAS
ext3やJFSもあんまりいい噂は聞かないし、
ReiserFSとXFSはホントにファイル消えるし、
ジャーナリングファイルシステムはどれもだめなのか？
ext2を使い続けるしかないのか？

75: 02/02/09 14:27 ID:x/jLIlQj(1) AAS
>74
Kondara2.0とKondara2.1でRiserFSを /に使ってるけど
すごく調子いいよ、すくなくともファイルが消えたことはない

76(2): 02/02/09 14:47 ID:aHb9+dVu(1/2) AAS
/home, /usr/local, /varあたりをreiserfsにしてるけど、
いきなりリセットしたりするとログのリプレイしても中身がゴミになってることがある。
メタデータしかジャーナリングしてないせいだろうけど。

77: 02/02/09 14:59 ID:2jXiQ+en(1) AAS
>76
なったことある。
2.3.99のころとか、2.2系と併用してたときはよく壊れた気がする。

一番つらいのは、ジャーナルエリアが逝ってしまうこと。
ログリプレイ中に死ぬからどうにもならない。
ログリプレイの飛ばし方がわからなかったから、
ログリプレイしないようにソースいじって、
別のマシンでカーネルつくってバックアップとったよ。

78(5): 02/02/09 18:02 ID:amkhsMHw(1/3) AAS
>>73
漏れは2.4.17でXFSをつかってるけど今は安定してるぞ。

昔、2.4.5くらいのころはよくPANICが発生してファイルが
消えたもんだがな。

消えるのがいやならおとなしくext2でも使ってな

79(1): 76 02/02/09 18:24 ID:aHb9+dVu(2/2) AAS
reiserfsck --build-tree DEVICEとかじゃだめ?
ひょっとして/から氏んでてまったく動かないっつーこと?

80: 02/02/09 18:37 ID:jmynSt9h(1) AAS
>>79
reiserfsprogs 3.x.0jだと--rebuild-treeで正常に動かないバグが有ったような気が。
最近3.x.1aでやったけどだいたい直ったよ。
その後rpm -Vaしてみたら結構化けてるファイルがあったから化けたパッケージは入れ直したけど。

81: 名無しさん＠Ｅｍａｃｓ 02/02/09 18:58 ID:43ioZgRc(3/4) AAS
>>78
2.4.17用XFSパッチはどこから持ってきた？

82(1): 78 02/02/09 19:17 ID:amkhsMHw(2/3) AAS
外部ﾘﾝｸ[bz2]:oss.sgi.com

ほいな。
ほかにもXFS用のツール（xfsdump/xfsrestore等）もあるのでもっていったほうが吉

よく見ると2.5.3用のパッチもある（ｗ

83(1): 名無しさん＠Ｅｍａｃｓ 02/02/09 19:25 ID:43ioZgRc(4/4) AAS
>>82
サンクス。
まだメンテされてたんだ。
開発者首になったって聞いてたから、もう新しいのは出ないのかと思ってた。

84: 02/02/09 20:24 ID:O4HZtvIP(1) AAS
>>78
2.4.15ならext2でも安心できないけどね。(使ってる奴いないと思うが)

よく「トラブった」と泣き喚く人がいるけど、contribしてるんかね？
報告とか調査とかパッチとか。なんのためのOpenSourceなんだか・・・。

85: 78 02/02/09 20:51 ID:amkhsMHw(3/3) AAS
>>83
開発者が首になっても、会社が解散しても開発が進むのがOpenSource

>>78
漏れは/bootのみext2にしてるよ。
でもgrubのXFS対応パッチを作ってくれた人がいるみたいだから
廃止しようかとたくらんでる。

外部ﾘﾝｸ:www.jaist.ac.jp

86(1): 02/02/09 23:39 ID:JzaFzmnR(1) AAS
みんなどのパーテーションをジャーナリングファイルシステムにしてるの？

87: 02/02/10 00:37 ID:++I0ZM53(1/2) AAS
>>86
移行がとてつもなく簡単だったので全部。

88: 02/02/10 00:37 ID:++I0ZM53(2/2) AAS
ext3 ね。

89: 02/02/10 04:12 ID:rXiAmV4t(1) AAS
全部reiserfs

90(1): 02/02/10 04:36 ID:YjwXhYzQ(1) AAS
うちはrootがext3。それ以外はJFS。
TL7Sなんですけど、
外部ﾘﾝｸ[html]:www.turbolinux.co.jp
みたらJFSがよさげなんで。つかext2が一番よさげ？(藁
でも体感はReiserFSより遅い気がするけど。

91: 名無しさん＠Ｅｍａｃｓ 02/02/10 04:50 ID:/Yna3/+b(1) AAS
> みたらJFSがよさげなんで。つかext2が一番よさげ？(藁

ｱﾊﾊそういえば以前は間抜けな事して時々固まってたけど、
ext2 でファイル失ったことは一度もなかったな。

92: 　　　 [　　　] 02/02/10 07:21 ID:ffgGUDYm(1) AAS
NTFSこれ最強！！

93: 78 02/02/10 09:05 ID:R0hIcrt4(1) AAS
漏れは仕事でIRIX触ってるもんだから全部XFS.

94: 02/02/10 15:43 ID:h/PUwRMZ(1) AAS
俺は趣味で全部XFS

95(1): 02/02/10 18:44 ID:EHOhAMIh(1) AAS
ReiserFSっていかにもLinux的だよね。
ふつーのun*xじゃいくら速くてもこんな危ないもの
は流行らないだろうし、Winとかなら「FAT32で
どこが悪いの？」だし。kernel2.4みたいな
「安定版」が存在できる世界のFSだと思う。
でも/,/home以外ReiserFSだけど。

96: 02/02/10 21:18 ID:90R3TFSz(1) AAS
漏れは全部ﾗｲｰｻﾞ

97(1): 02/02/11 01:12 ID:exfIU/U+(1) AAS
>>95
ファイルシステムとその実装の質をごちゃまぜにしないこと！
Linuxのntfsでntfsはヘボいとかいってみたり、
*BSDのext2でext2は遅いとか言うようなもんですぜ。

98: 名無しさん＠Ｅｍａｃｓ [0] 02/02/11 03:06 ID:2c93ridR(1) AAS
/boot 以外は ReiserFS。けど他のが軽ければ乗り換えるかもしれない。

99: 02/02/11 03:35 ID:cJKub1so(1/2) AAS
やばげな時は戻れるのでext2

100: 02/02/11 03:36 ID:cJKub1so(2/2) AAS
もといext3

101: 02/02/11 03:48 ID:4+ldyHFu(1) AAS
phase tree アルゴリズムとかなんとかゆうのをつかった
おもろそーな file system なかったっけ。。。

102(2): 02/02/11 04:04 ID:GuHVhuTC(1) AAS
ところで、fsck がない、以外の理由で ext2 以外を
使っている理由が聞きたい。

reiserfs -> パーティションを一杯までつかっていると挙動が怪しい
xfs -> もともと巨大ファイルのためのファイルシステムでは？
jfs -> ？

103(1): 02/02/11 11:44 ID:uc4mYRDc(1) AAS
>97
あれだけ無駄のないシステムならどう実装しても
弱いと思うが。バグ云々でなくても、物理エラー
が出たときにどこまで耐えられるかって問題があるだろ。

104(2): 02/02/11 12:00 ID:cl9wxSKv(1) AAS
>>103
物理エラーに耐えられるファイルシステムを一つ以上挙げよ

105(2): 90 02/02/11 22:04 ID:6ZG0UVLd(1) AAS
>>102
ジャーナルはfsckをなくすためのものだと？

106(1): 02/02/11 23:24 ID:fH/wyHkd(1) AAS
予想できない障害に強いファイルシステムがジャーナルじゃないの？

107(1): 02/02/11 23:27 ID:5am8Kb4m(1) AAS
火事とか?

108(2): [誰か漏れにチョコくれ!!] 02/02/11 23:51 ID:Zc7uhmMc(1) AAS
不倫とか

109(1): 02/02/11 23:55 ID:7hCyAjUm(1) AAS
ガンにも強いのか？

110(1): 02/02/11 23:59 ID:iLUAr25e(1) AAS
最近はやりの富士山噴火じゃないか？

111: 02/02/12 00:02 ID:7mFJpOC+(1) AAS
さんざんボケまっくったけど、>>106にツッコミたいことは予想できれば障害じゃないってコトだよね＞>>107-110

112: ジェームス三木 02/02/12 00:14 ID:zVw6hTZ4(1) AAS
>>108
私はジャーナルを付けていたがためにひどい障害に遭いました

113(1): 02/02/12 01:23 ID:dOTve27S(1) AAS
>>105
それ以外にどんなメリットがあるって？

114: 02/02/12 03:17 ID:QbVkGCWA(1) AAS
>>105
ディスクでかいと fsck は凄まじくムカツクぞ？

115: 02/02/12 11:17 ID:mQ+aHN6n(1) AAS
FAT16 (w

116: 02/02/12 11:22 ID:sk/Zby9C(1) AAS
>104
VFATとか。(FATさえ死ななければ)

117: 02/02/13 20:58 ID:bZY0fcUS(1) AAS
藁藁藁藁

118: 02/02/13 21:01 ID:xCMej4iV(1) AAS
UMSDOS
コレ最強

119: 名無しさん＠Ｅｍａｃｓ 02/02/14 02:43 ID:z04c7JYX(1) AAS
>>104
NFS

120: 02/02/14 22:59 ID:eOUkePEn(1) AAS
いじわるはだめー

121(1): 02/02/15 02:13 ID:CzfldXt0(1) AAS
なんかJFS人気ないね．
IBMもシコシコ更新してるのに．
なにが悪いんだろ？

122(2): 02/02/15 04:17 ID:nJLDhW+m(1) AAS
>>121
開発が一番後発だったのと、カーネルにパッチを
当てなきゃいけないからかな？
JFS は 3ヶ月くらい前まではかなりリスキーな選択
だったけども最近は結構いい感じだと思う。
(まだ油断できないけど)

>>102
単一ディレクトリに 1000 個以上ファイルを置きたい
から、というのはダメ？

123(1): 02/02/15 05:50 ID:IoyrsXwM(1) AAS
>>122
JFS は RawHide のカーネルに入ってた。
LVM と相性いいみたいだから、そっち方面で期待かな。

124: 02/02/15 12:44 ID:q0FIMZz9(1) AAS
ひそかに期待なファイルシステムだな

125: 02/02/15 23:00 ID:vcUq8vhg(1) AAS
TurboLinux7はJFSに対応済み。

126(1): 02/02/15 23:12 ID:2haDC09A(1) AAS
2.4.18pre9-ac4 では、Merge IBM JFS とあるよ。

127: 02/02/16 00:20 ID:2tuhZgbu(1) AAS
>>126
ｷﾀ━━━━━━(ﾟ∀ﾟ)━━━━━━━!!!!!
このスレ的にはAlanCoxﾏﾝｾｰ!!!

#XFSは仲間はずれ？

128: 名無しさん＠Ｅｍａｃｓ [0] 02/02/16 03:28 ID:+9tYSpDr(1) AAS
pre9 に自分で JFS patch 当てたのに。

ちょこっとベンチしたけど、ReiserFS より負荷低いみたい。
早いことも多いし。

129(1): 02/02/16 11:29 ID:xDyPKYi0(1) AAS
ext3って、遅いし、不完全だし、負荷高い
あまりいいものじゃないと思うんですがどうでしょう？

130: 02/02/16 13:07 ID:HJ1Kdp7X(1) AAS
ext3じゃなくReiserの間違いでは？>>129

131: 02/02/16 14:20 ID:C01kWXi+(1) AAS
可も無く不可も無く > ext3
ツボにはまると速いけど外れると最低 > ReiserFS

132: 02/02/16 15:51 ID:mYs7nsq3(1) AAS
使ってて何となく不安 > JFS

133: 02/02/17 18:27 ID:mVGbk7IZ(1) AAS
いまのLinuxカーネルはXFSみたいな大きなモノを受け入れるより
前にext3,reiserfs,JFSなどの経験が必要なのです。

134(2): 02/02/17 19:00 ID:+6ZMmAi8(1) AAS
XFSもJFSも変わらんと思うが

135: 02/02/17 19:40 ID:xnrPrnz3(1) AAS
>>134
パッチを比べるよろし

136: 02/02/18 00:15 ID:TiLxf8zM(1) AAS
Alan Coxの2.4.18-pre9-ac4の内容全てが2.4.18に採用されるってわけでもないんでしょ？
Marcelo Tosattiの判断次第では。

137: 134 02/02/19 00:47 ID:W+UL4+zu(1) AAS
ちがう。
おいらが言いたいのは今の段階でJFSを使うのもXFSを使うのもリスクは変わらんということよ。

138: 02/02/21 00:39 ID:1P1FD04I(1) AAS
>>122
lsしなきゃいいじゃん。openやunlinkは10万のオーダ超えてから
でないと問題にならないし。
といいつつ、昔10万ちかくファイルがあるディレクトリで
lsやって30分くらい帰って来なかった。でもreiserfsでも
数分は帰って来ない。

139: 02/02/21 00:49 ID:lUxc796M(1) AAS
色つきのlsとかみたいに名前以外の情報をとってくると時間かかるね

(サーチのコスト + statの時間)*ファイル数で
サーチの時間だけlog(n)におちてもなぁって感じ？

140: 名無しさん＠Ｅｍａｃｓ [0] 02/02/21 03:55 ID:hfaA88p8(1) AAS
ls てデフォルトではファイル名のソートやるよね。
ファイルが多いときはそこが結構ネックになるんじゃないの？

> -U, --sort=none
> ディレクトリの中身をソートせず、ディスク上にある順
> 番にリスト表示する (-U と -f の違いは、-f オプショ
> ンが他のオプションを有効にしたり無効にしたりする点
> にある)。非常に大きなディレクトリをリスト表示する場
> 合、このオプションは特に有用である。なぜなら、ソー
> トをしないことにより著しく速くできるからである。

141(1): 02/02/23 15:50 ID:2DRyBDim(1) AAS
ある汎用機では特定のファイルのみジャーナルを設定できて、そのジャーナル情報
はある一定量を超えるまでは消されずに残るので、ジャーナル情報が残っている限
り、そのファイルが消されてもジャーナル情報から復旧させることが出来るんだけど、
今Linuxで実装されているFileSystemでは復旧させるのはできないんだよね?

142(1): 02/02/24 01:37 ID:M2zhQqlt(1) AAS
>>141
＞ある汎用機
MVSだろ VOSでもいいけど MSP/XSPはしらんが

＞ジャーナル情報が残っている限り、
＞そのファイルが消されてもジャーナル情報から復旧させることが出来る
IBM汎用機用語でのジャーナルというものはそのようなもの。
ファイル単位での復元が可能となっている。
汎用機スレた人たちはUNIXにコレを求める傾向が強い。

JFSでのジャーナルとは、どちらかというとRDBMSでいうログに当るので、
ダウンリカバリ（障害時復旧）用である。
省2

143(1): 02/02/24 04:00 ID:wCMeHAG+(1) AAS
>>142

>MVSだろ VOSでもいいけど MSP/XSPはしらんが

Hなマシンダス。
こっちではジャーナルとは言わないんだけど、単語書いちゃうとバレちゃうので。

＞ジャーナル情報が残っている限り、
＞そのファイルが消されてもジャーナル情報から復旧させることが出来る

嘘書いてました。BackupFileが存在してあって、そのジャーナルがあれば
指定した時刻の状態のファイルにRecoveryできる。ということで元ファイル
が必要でした。

144: 02/02/24 09:37 ID:mHdYr4Op(1) AAS
>>143 噂でしか聞いたことないけど・・
それって版数管理機能付きFSの意味？汎用機ではＦＳにそんな機能が付いてるらしいね。
Ｕｎｉｘでもsnapshotって機能があるＦＳがあるけど、それと同等？

145(1): （ ● ´ ー｀ ● ） 02/02/24 14:26 ID:+bxqLlGw(1) AAS
VMSにそんなのあるね。

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

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

ぬこの手ぬこTOP 0.038s