[過去ログ] /**ファイルシステム総合スレ その3**/ (983レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
31: 04/11/30 07:36 ID:3Ire6rzh(1) AAS
XFSのターゲットとしている分野はストレージを導入することが多いから、
各社ストレージの管理ツールとの相性とか考えると、VxFS/VxVMセットで使うのが現実的なんだがな。
32
(1): 04/11/30 09:04 ID:iTP2jO3z(1/2) AAS
でも、VxFS & VxVMはVeritasの結構高額な商品だからねぇ。あと、Solarisなどでの
動作実績はすごいけど、Linuxだとちょっと不安だったりする。おそらく杞憂だろうけど。

あと、大容量相手でもufs2 + dirhashは安定性とそこそこの性能で結構素性が
いいなぁとか思うんだけどどうよ。Linuxでは完全放置されてるけど…。
33: 04/11/30 09:15 ID:Kcnq7yct(1) AAS
>>30
/boot にext3要らないのでは?ext2で良いかと。
自分はカーネルにXFSを組み込んじゃって (モジュールじゃなく)
/ は XFSにしてます。

スタンドアロンのものじゃないけど、誰かGFS使ってる人いたら、
設定や管理の難易度や安定性や速度の感触を聞かせてほしいなぁ。
34
(2): 04/11/30 10:58 ID:vapGpB03(1) AAS
>>32
完全放置されてるってのはLinuxのUFSドライバのこと?
それともext3のhtree系の話のこと?
35
(1): 04/11/30 14:20 ID:EU6CJIBU(1) AAS
>>26
>jfsは初期に悪い印象持ってしまったのでな。
って何か具体的な不具合があったの?
36: 04/11/30 14:31 ID:0koiB22K(1) AAS
>>35
bugかどうか知らないけど、データ飛ばされただけ。
37: 04/11/30 14:44 ID:u2DXkQh+(1) AAS
「Solaris ZFS (ゼタバイト・ファイルシステム) (99.99999999999999999%
のデータ・インテグリティを自動的に実現する機能)」

外部リンク[html]:jp.sun.com

ここまで9を並べたてると、ギャグにも思えてくる。
38: 04/11/30 15:08 ID:iTP2jO3z(2/2) AAS
>>34
Linuxのufsドライバのほう。今年ようやっとufs2がread onlyでサポートされたけど、
それ以外はほんと捨ておかれている状態。以前からufsなんて読めりゃそれでいいや、
使う気はないという感じだったけど、それがずっと継続中。
39
(1): 04/11/30 17:46 ID:efEdTJby(2/3) AAS
ちなみに俺は/usrとか/bootをroでマウントしないと我慢できない派。
40
(1): 04/11/30 18:13 ID:CtDt1ZMn(1) AAS
漏れは swap と / のみのマンドクサイ派
41
(1): 39 04/11/30 20:47 ID:efEdTJby(3/3) AAS
>>40
俺はこの前までそうだったけど、
本格的な鯖依頼されたときにかなり考えた結果、システム部分はroにした。
とは言えども、用途的にFreeBSDにしたけどねw
42
(1): 04/12/03 09:30 ID:cPtMSMKE(1) AAS
>>41 それでいろいろと不具合でたりしない?
まぁ noatime で構わないわけだし、問題ないんだろうなぁ、とはおもうけど、
その「システム部分」の切り分けが面倒だったりしない?
仕事だったら面倒とか言ってられないか。
43
(1): 04/12/03 11:56 ID:dgeNKlO1(1/2) AAS
>>34
> それともext3のhtree系の話のこと?

丁度それについて知りたかったのですがこれってまだ取り込まれてないのですか? 
なんか随分前にこのパッチのことは読んだのですが現在の状況がよく分からない。
44
(1): 04/12/03 12:30 ID:q6jEdGAJ(1) AAS
>>42
/usrや/bootだったらほとんど問題ないでそ。/をroにすると面倒だけど。
/homeや/varをrwにし、/tmpを/var/tmpへのsymlinkにしておいて一安心かと
思ったら、/etcがroになっているととんでもないことになったりするし。
45
(1): 04/12/03 21:14 ID:Y4rVC1lK(1) AAS
>>43
htreeパッチ、orlov allocaterパッチとも2.6系には既にとりこまれているけど、
2.4系には入っていない。

2.4.21の頃まではTsoがhtreeパッチが作ってたけど、今は誰もやってない。
当時のパッチを単に2.4.28にあてるようにいじくったものだったら提供できると思うが、
2.6系でどのように修正+発展しているかわからないので、あまり意味ないだろう。
2.4.23の頃に使ってVM絡みっぽいエラーがボツボツでたので俺は今は使っていない。
たいして速くなった気もしないし(reiserfsのほうが速いのはかわらず)
swsuspパッチとかみあってなかったのかもしれんが…。
46: 04/12/03 23:54 ID:dgeNKlO1(2/2) AAS
>>45
ああ、やっぱり2.4系では採用されなかったのですか? それは残念。

> たいして速くなった気もしないし(reiserfsのほうが速いのはかわらず)
たしか1ディレクトリに大量のファイルがある(>数万)場合のスピードの
向上が劇的であると理解しているのですが。 2.6でテストしてみようと思います。
47: 04/12/04 01:55 ID:UhiuPqrX(1) AAS
外部リンク[html]:www.ussg.iu.edu
とか見て、現実的な状況ではhtree + ext2(ext3)が有利と思ったんですけどねぇー。
まぁ、私が持ってる30MB/sec程度のノーパソHDDではわからないのかも。
48
(2): 04/12/12 06:25 ID:myzQvVjj(1) AAS
もまいら、各ファイルシステムの特徴を一覧にまとめてくれ

と荒れそうなことを書いてみるテスト
49: 04/12/12 06:27 ID:xB+9UMNp(1/3) AAS
>>44
/etc て / に含めるべきでは?
50
(1): 04/12/12 10:57 ID:vRqjTsAW(1/2) AAS
>>48 あらしていい?
51: 04/12/12 11:01 ID:xB+9UMNp(2/3) AAS
>>50
それが正しい行動なら。
52
(2): 04/12/12 11:48 ID:rpMi9cha(1) AAS
>>48
ext2.......使いものにならない
ext3.......使いものにならない
reiserfs...使える
xfs........使える
jfs........使いものにならない
nfs........使える
53: 04/12/12 13:40 ID:vRqjTsAW(2/2) AAS
>>52 ext3 って使いものにならない?
うん、たしかに大量のファイルをおいてコンパイルしてるとき、
reiserfs の上でやった方が早いね。
それ以外の FS は使ったことないからなぁ。
xfs はバックエンドのファイルサーバで使っているけど、
どうせネットワーク後しだからあんまりわかんない。効果が。

なんで ext2/3 って reiserfs よりおそいんだろう。
54: 04/12/12 18:20 ID:ocHfukbf(1) AAS
そりゃ、reiserの方が後発で、ext2/3の弱点を分かってて作ったんだから、
55: 04/12/12 18:29 ID:xB+9UMNp(3/3) AAS
reiserfs って地雷だった時期があるから、今でも恐いなぁ。
56: 04/12/12 18:46 ID:X0EcAtiE(1) AAS
コンパイルなんてtmpfs上でやればいいじゃん
57: 04/12/12 20:52 ID:R8QWU/O5(1) AAS
>>52
nfsに突っ込むべきか?
58
(1): 04/12/12 23:25 ID:yhFIARcW(1) AAS
LinuxのNFSの実装はあんまりいいとは思えんが…
59
(1): 04/12/12 23:44 ID:AgGMobZ8(1) AAS
>>58
どのversionの話?
それによって大幅に変ると思うが
60: 04/12/13 00:01 ID:eO7ZY3lX(1) AAS
>>59
NFSv4
61: 04/12/13 03:21 ID:H/cozg3/(1) AAS
v3モナー
62: 名人 04/12/13 08:33 ID:avVmPVEh(1) AAS
smbfs < cifs < ncpfs
NFSはLinux同士なら悪くないと思う。
63: 04/12/13 23:37 ID:95PMt4PJ(1) AAS
ん?
そのわりには、linux-nfsのMLに日本人の投稿が
「全然」ないが?
64: 04/12/13 23:55 ID:xBxaD+eb(1) AAS
MLの投稿と何が関係あるんだろう?
65
(1): 04/12/14 00:18 ID:FHP8IZ/9(1) AAS
ext2fs 枯れてて、速い。ジャーナリング無しなので、マシンが突然落ちたときにはいやな目にあうかも。
ext3fs 現在のlinux用fsの主流。それだけで使う価値ありまくり。
reiserfs クソ
jfs 内部ユニコード格納なので、デフォルトのロカールが変わっても、ファイルリネームの手間がない。アクセス速度は結構遅い。
xfs 大容量ファイルを使用する人向きらしいが、体感不能。
fat 軽い。多くの環境で使用できるので便利。cfブートだと結構linuxでも使われているかも。
ntfs linuxでは書き込みが不完全なのでどうでもいい。
tmpfs 最強。どんなfsもこれには勝てない。
66
(1): 04/12/14 00:49 ID:Z/EPu8nf(1) AAS
AA省
67
(1): 04/12/14 00:55 ID:i0IViqnH(1) AAS
tmpfsのいいトコも書いてくれ
68: 04/12/14 01:53 ID:Nupie2YP(1) AAS
>>65
ext3fsの使う価値ありまくりって…
reiserfsは互換性問題で懲りてる人は確かにいるな。結構速いけど。

>>67
速い。これに尽きる。
洩れはbuild時に多用している。
69
(1): 04/12/14 07:28 ID:pSiIop4Z(1) AAS
tmpfs上でカーネルコンパイルが余裕で出来るぐらいにメモリー積んでみてー
70: 名人 04/12/14 07:49 ID:2CTSu3na(1) AAS
reiserfsは糞じゃないけどなぁ。小さいし速い。
jfsの方が糞。
xfsは大容量ファイル使わなくても速いよ。でかいけど。
fatはvfatだろう。
ntfsはデュアルブートでも無い限り要らない。
tmpfsは速い。

ext2/3もsecurity label, POSIX ACLとか追加されてるけど、
そろそろ他の選んでもいいと思う。

xfs + ext2/3 それなりのサーバ
reiserfs + ext2/ext3 小さいサーバ/WS
71
(4): 04/12/14 10:33 ID:LLGfYnI6(1) AAS
65じゃないがreiserfsは経験上、電源ぶち切りで3度ほどトんだ。
最悪だったのは、すべて壊れて/がすっからかんになってた。
マジで( ゚Д゚)ポカーン

漏れの中では糞認定。
72: 04/12/14 11:25 ID:Wgu41CfB(1/2) AAS
>>69
1.5から2GBくらい普通に積めるだろ。
73: 04/12/14 13:08 ID:pfRH5+g/(1) AAS
:/usr/src/linux-2.6.9 $make O=/tmp/2.6.9
ってやればいいじゃん。100MBもいらない。
74
(1): 04/12/14 13:56 ID:v+PWfJlk(1) AAS
/{bin,lib} /usr/{bin,lib} くらいまでメモリ上に置いておきたい今日この頃。
75
(2): 04/12/14 16:39 ID:hJN0/6OR(1/2) AAS
ext3の悪いところは、ベースのext2がタコなせいでジャーナリングの意味が薄いって
ことだろうなぁ。ext2がufs並に強固だったらよかったんだけど…。

Solarisでもデフォではufs + journalingで、それで文句はあまりないわけだし。
Solarisの場合、業務用途ではお金かけてVxFS使うことも多いわけだけど、これは
SANの共有diskで使うとかの特殊用途用なわけで。

>>66
そういえば、Enterprise WatchにVeritasのインタビューがありますな。
外部リンク[html]:enterprise.watch.impress.co.jp
76: 04/12/14 17:59 ID:/g+UTXYg(1) AAS
>>75
タコな部分の詳細キボソ
77
(1): 04/12/14 18:07 ID:Wgu41CfB(2/2) AAS
>>75
ext3はext2から派生してるけど、コードがかなり書き直されてて
ext2にジャーナリング加えただけよりは良いと思うが。
Linuxのvfsはどう思う?
78
(1): 04/12/14 23:27 ID:hJN0/6OR(2/2) AAS
>>77
コードレベルではext3のコードは全面的に書き直されていていいのですが、
根本がext2というのは変わらんので…。

vfsについては、詳解Linuxカーネル第2版や2.6系のlinux/fs/buffer.c等のvfsな
コードを見ると、以前のバージョンに比べて格段に良くなっている感じはするけど。
79
(1): 04/12/15 00:31 ID:pwu6u1JE(1) AAS
>>78
話が具体的でない。
80
(1): 04/12/15 00:37 ID:ov/3B0xf(1) AAS
おいおい、本当に書き直されてんのか?
詳解Linuxカーネルなんぞでvfsを語ってるあたりニオイますが。
81: 04/12/15 00:54 ID:ddJLGS2q(1/2) AAS
ソースくらい読めよ
その程度でvfsを語ろうとしてるのか?
82: 04/12/15 01:10 ID:AYmPYg/d(1/2) AAS
>>80
自分で読んでいそうな78に比べて、お前はただの口だけしったかだな。
83: 04/12/15 01:11 ID:AYmPYg/d(2/2) AAS
>>79
バカ?
84: 04/12/15 01:17 ID:ouw/CST4(1) AAS
このスレにソース読んでfilesystemの話をする香具師が後臨したためしはありませんが何か?
85: 04/12/15 01:26 ID:v2MnbdG1(1) AAS
ドキュメントを読みかじった香具師ばかり。
86: 04/12/15 06:09 ID:YAbTUvKH(1) AAS
VFSとext2のどのあたりが不味いのか、ソースコードを含めて語れる人キボンヌ。
どっかで聞いたような風評は、この際どうでもいい。
87: 名人 04/12/15 06:20 ID:WrV5e22H(1) AAS
>>71
漏れは、2.4, 2.5, 2.6混在時には何回か吹っ飛ばした。
あと、ジャーナル領域が壊れるとマウント出来なくなったりして悲惨。
復旧もext2/3の方が慣れてて楽だね。

最初はジャーナリング勘違いして、ファイルが復旧されないから糞だと思ってた。
reiserfsの場合、ファイルシステムの整合性しか見てないのにね。
88
(2): 04/12/15 09:41 ID:xrfZLoTA(1) AAS
2.4, 2.5, 2.6混在ってのはカーネルのバージョン?
reiserfsのバージョンは3.6で統一されててもそうなるの?
ブルブル…

ところで、badblocksを避けてmkfsできるものは
ext2/ext3 - できる
reiserfs - できる
jfs - できない
xfs - できない
という理解でいいのかな。(一応ググりましたが)
ファイルシステム復旧の際に新しくbadblocksが見つかった場合に
省1
89: 04/12/15 20:43 ID:eM8wwkt2(1/2) AAS
>>88
Bad Blockにddで書き込んでみたら?
代替セクタに切り替わるかもしれん。
90
(1): 04/12/15 21:44 ID:m7kyNNhx(1) AAS
badblockをファームウェアが修復してくれるHDDって
いくらぐらいするもんなの?
91: 04/12/15 22:29 ID:ddJLGS2q(2/2) AAS
>>88
かなり前のHDDを使っていなければ bad block relocation はもう不要な機能といっていい
92: 04/12/15 22:43 ID:eM8wwkt2(2/2) AAS
>>90
5000円以上はするんじゃないかな。中古だともっと安いかも。
93
(3): 04/12/16 01:41 ID:pEinJtvl(1) AAS
ちょっと不親切な説明だな
5年以上前から一般に出荷されるHDD(IDEやSCSI共)はドライブ自体にbad blockを
予備のblock(extra block)に自動的にremapする機構が入ってる
つまり外から見ればbad blockが無い状態に保たれている
(内部的なbad blockの数はS.M.A.R.T.でmonitorできる)
OSからbad blockが見えるということはドライブのextra blockを使い果した状態で
確率的にbad blockが限度を超えたというより、ドライブ自体に何らかな問題があって
積極的にbad blockを作っている状態、つまりHDDが「死にかけ」の状態である可能性が
非常に高い
HDDがハード的に死にかけの状態で使用を続けると、OSやfilesystemに関係無くドライブ
省5
94: 04/12/16 04:23 ID:LjfbfI+A(1) AAS
>>93
>OSからbad blockが見えるということはドライブのextra blockを使い果した状態で
そうとも限らない。エラーセクタにはふた通りあって、ひとつは書き込みエラーに
なるもの。これは物理的に壊れているもので、ドライブが自動的に代替処理を行う。
もうひとつは読み出しエラーになるもので、書き込み中の電源断などで中途半端に
書き込まれた状態になったもの。これはドライブが自動的に判断するわけにいか
ない(何せデータが読めない)ので、本格的にエラーになる。coreを吐いたりpanic
したりすることすらある。でも、読めないセクタにデータを書き込んでやるだけで
何事もなかったように直る。

というようなことはドライブメーカが配っているtechnical specificationとかその類の
省1
95: 04/12/16 11:48 ID:b0BZKqKb(1) AAS
>>93 94
勉強になります。

XFSのMLでも
「badblockを避けてmkfsするオプションはないか?」
という質問が
「badblockが出たHDDはどんどん壊れていくから
そういう無理な使い方はせずに買い換えるべきだ」
という回答で一蹴されていました。

S.M.A.R.T.については
外部リンク:smartmontools.sourceforge.net
省1
96: 04/12/16 13:53 ID:ML1VldEV(1) AAS
/.JPでLinuxのfsの話題が出たけど、このスレどころではないひどい状態…
まあ、所詮はスラドだしなぁ。
外部リンク[pl]:slashdot.jp
97: 04/12/16 15:31 ID:tnC1mMEz(1) AAS
俺の経験だと「○○まわりが云々」って言う奴の知ったか率85%ぐらい
98: 04/12/16 18:02 ID:yUnPjm7f(1) AAS
>>93
漏れは3年前ぐらいに買ったノート付属のHDDは使用半年ぐらいでbad blockが出た(--;。
買ってからほぼ毎日使い続けてるが、今でも問題なく使えてる。

実はラッキーボーイだったのか。
99: 04/12/18 19:19 ID:AU3tzMNh(1) AAS
>>74
遅レスだがそういうinitrdを作ってはどうか
100
(3): 04/12/19 00:37 ID:8O1ekwSr(1/3) AAS
超初心者スレからやってきた者ですが、一つ気になることがあるので
質問させていただけないでしょうか。
私は最近Linuxを勉強し始めたのですが、NTFS(Windows2000)よりも
ext3(RedHatLinux)のほうがファイルの読み書きが早くなったみたいで、
その理由がずっと気になっているのです。

どなたか詳しい方の御意見を聞かせてくれませんか。
101: 04/12/19 00:44 ID:k3B6zMC/(1/2) AAS
>>100
残念ですが、詳しい人は、このスレには、いないです。
102: 04/12/19 01:15 ID:rDY/v2x/(1/2) AAS
ファイルの読み書きにはそれぞれ何を使う話なんだろう?
103: 100 04/12/19 01:34 ID:8O1ekwSr(2/3) AAS
私は5kbのテキストファイルを5000個ほど作って削除するプログラムを
作ってみたのですが、どうもRedHatLinuxで実行すると、Windows2000よりも
4倍ほど速かったのです。
104
(1): 04/12/19 01:37 ID:rDY/v2x/(2/2) AAS
とりあえずLinuxは非同期書きこみのためディスクアクセスをさぼっているとか
105: 100 04/12/19 01:51 ID:8O1ekwSr(3/3) AAS
>>104 レスありがとうございます。私は「非同期書き込み」という言葉さえも
知らなかった超初心者なので、大変勉強になりました。
106
(1): 04/12/19 01:58 ID:C5xGXfQ+(1) AAS
ext3のmountオプション async と sync で比べて見てくれ。
107: 04/12/19 02:16 ID:MGT3nY1s(1) AAS
Windows2000のNTFSはデフォルトでは
UNIXで言うところのどういうmountになってるんですかね?
USB/IEEE1394 HDDをひっこぬいた時の
「遅延書き込みを損失しました」
みたいなメッセージからするとasync相当なんでしょうか
108: 04/12/19 02:17 ID:k3B6zMC/(2/2) AAS
> USB/IEEE1394 HDDをひっこぬいた時の

XP だと、遅延書き込みしないようにできるけど、2k はどうなの?
109
(1): 04/12/19 02:52 ID:4iE4RmFo(1) AAS
> 「遅延書き込みを損失しました」
こんなメッセージ出すんだ。
linux なんかだと umount せずにこんなことしたら
フリーズしそうだけどね。
110: 04/12/19 02:58 ID:HUQiEobo(1) AAS
よそでやってくれないかな
111
(1): 名人 04/12/19 07:40 ID:EVa/7se6(1) AAS
>>109
しないよ。

NTFSってファイルの削除は間違いなく遅い。
ジャーナリングのせいかもしれないが、xfsの方が圧倒的に速い。
ext3は使わないから知らない。
112
(1): 04/12/19 12:23 ID:mSdl8Z9C(1/2) AAS
ファイルシステムの性能を測るベンチならあるけど、
信頼性を測るものってのはないの?
113
(1): 04/12/19 13:00 ID:IkhQEmHj(1) AAS
>>112
>>7 から読みなおせ
━━━━━ 終 ━━━━━ 了 ━━━━━━
114
(2): 04/12/19 13:02 ID:2HYnQJBL(1) AAS
>>106
ext2のsyncはアホみたいに遅くないか?
真面目にメンテされてないんじゃないかと思うのだが。
(どこかにext2 syncをそれなりの速さにすると言うWeb Pageがあったような気が)

ext3は改善されているのかな?
115: 04/12/19 13:03 ID:mSdl8Z9C(2/2) AAS
>>113
何が「終了」なの?
116: 04/12/19 13:15 ID:dC6I06gt(1) AAS
>>114
教祖様が紹介してたやつな。
ISPかなんかの依頼仕事で2.2.16ぐらいまでやってたけど
勿論それ以降のカーネルにはそのパッチはあたらない。

syncは真面目にメンテされてないだろうね。
117: 04/12/19 13:41 ID:BV27tiKs(1/2) AAS
ext2のsyncは遅いのにsyncならない意味ないヤツじゃなかったっけ?
118: 04/12/19 15:34 ID:ByTIpu85(1) AAS
また人の受け売りですか。
119: 04/12/19 15:45 ID:BV27tiKs(2/2) AAS
ext2なんて誰も使ってないんだし、受け売りでも腐っててもいいじゃん。
120: 04/12/19 19:16 ID:8Y+ZrQby(1) AAS
( ゚Д゚) ポカーン
121
(1): 04/12/19 21:02 ID:nzVnVeqj(1) AAS
xfsの方が速いとか使い門になるって言っている奴ほんとかよ。
どっかでlinuxのファイルシステムなかでおせーって記事読んだことあっぜ。
ベンチマークとかしてんの?イメージでは話してねえ
122: 04/12/19 21:31 ID:VUG3agRr(1) AAS
xfsがイイと言った名無しの2chネラーがいたらしい。
xfsは遅いと書かれた謎の記事が存在したらしい。
嘘を嘘と見抜けないと2chを使うのは難しいらしい。
123: 04/12/19 21:32 ID:J5yXbfhx(1) AAS
わかったから教祖様の言うとおりFreeBSD使って
相談はUNIX板でやってくれ
124: 04/12/19 21:38 ID:pCHaENfm(1) AAS
AA省
125: 名人 04/12/20 07:11 ID:hc+CVuZ3(1) AAS
>>121
fsによって得手不得手があるからなんとも。
xfsはファイルの削除が遅いとされてるけど、気にならないし。
少なくとも使い物にならないということはないと思うけど。

xfsよりreiserfsの方が速いと思うけどね。
126: 04/12/20 13:07 ID:KZgGWO5h(1) AAS
>>111
asyncという言葉を調べてくるように

>>114
ext3もsyncは遅いし、ジャーナルもdata=journalなんてすると、とんでもない
ことになる。デフォルトオプションでの運用しか考えられていない印象。

あと、data=writebackでext3使っているヤシも稀ににるようだけど、
ジャーナルの意味がほとんどなくなるんで、よく考えたほうがいい。
127: 04/12/20 13:11 ID:lvPT1p3J(1) AAS
偉そうな人キター
128: 04/12/20 16:16 ID:5UdRzMj2(1/2) AAS
ext3 で盛り上がっているところ申し訳ないが、
udf は書き込み途中でブッチしたら危険?
やはり書き込みの途中でファイルシステムが「破壊」されている
瞬間があるのかな?

DVD-RAM 書き込み中にフリーズした場合なんかどうなるんだろうと思って。
映像用の DVD-RAM, +RW, -RW ビデオレコーダーなんか、家電だから、
パソコンよりももっと頻繁にブッチされることもあるんじゃないかなぁ。
129
(5): 04/12/20 17:00 ID:5UdRzMj2(2/2) AAS
外部リンク[html]:www.hitachi-system.co.jp
ここによると次のような説明がなされている。

「ファイルデータ、ファイル名情報、ファイル属性や位置情報を
分散管理することで、書き換え範囲を局所化し、
電源瞬断時や書き込み異常時のデータ破壊を最小限にします。」

具体的にはどれくらい耐性があるのだろう。
どのような条件で不整合が発生するんだろう。
130
(4): 04/12/21 23:54 ID:aXlAc1hr(1) AAS
/や/bootも含めてすべてXFSにしちゃってgrubで起動出来ている人いますか?
grubのページ見るとせめてinitrdを読み込むためにも/bootだけはext2かext3
じゃなきゃいけないように思えたんですが。
でもふつー/bootは障害時の復旧しやすさを考えてextにしとくものですかね?
1-
あと 853 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.031s