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

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

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

637: 03/04/26 23:46 ID:cfWiurrD(3/3) AAS
>>636
まあ本当のところは、Qlogicドライバとの相性が悪いんだと思うけどね。
他社製のHBAではそんなことないから。

638: 03/04/27 15:14 ID:QWjw8uY5(1) AAS
へー

639: 03/04/29 21:06 ID:j1CUUtEz(1) AAS
Patch: Linux 2.4.21-rc1-ac3

oMerge XFS core code(Steve Lord, Christoph Hellwig, and a load
more people)

640(4): 名無しさん＠Ｅｍａｃｓ 03/04/30 20:26 ID:kFecTNgi(1/3) AAS
#くだ質からやってきました。

うっかりマウントしたままそのパーティションをpartedでresize(小さく)してしまいました。

filesystem size が physical size より大きいという状態になっています。
これではうまくブートしません。
起動ディスクから立ち上げると、そのパーティションは読める状態にはなっています。
これは、filesystem を再構築というようなことができて解決できますか?

ext3 です。
くだ質では、読めるんだからバックアップとって切り直せばといわれたのですが、
バックアップできるほど大きなHDDがないのでそれはできないのです。

e2fsck のメッセージの始めはこうです。
省8

641(1): 名無しさん＠ＸＥｍａｃｓ 03/04/30 20:31 ID:i6WeRQZT(1/2) AAS
>>640
うまくいくか解りませんが、もう一度resizeしてみては？
resize2fs /dev/hoge
でパーティションのサイズまで、ext2(3)ファイルシステムのサイズを拡張できるけど。
無責任かつ無保証だけど、俺ならそうする。

642(1): 640 03/04/30 21:10 ID:kFecTNgi(2/3) AAS
>>641
ありがとうございます。
やってみたのですが、

# resize2fs /dev/hdb1
resize2fs 1.32 (09-Nov-2002)
Please run 'e2fsck -f /dev/hdb1' first.

となって e2fsck をやるはめになってしまいました。
しかし、e2fsckはうまくいかないので、
resize2fs を -f でやってみますと

# resize2fs -f /dev/hdb1
省3

643(1): 名無しさん＠ＸＥｍａｃｓ 03/04/30 21:55 ID:i6WeRQZT(2/2) AAS
>>642
ごめん。ファイルシステムを縮小したと勘違いしてた。パーティションを縮小したんか。
それじゃもう一度partedで元のサイズ以上になるように拡張するのがいいんじゃない？
fsckでどうこうするのは難しい。

644: 640 03/04/30 22:19 ID:kFecTNgi(3/3) AAS
>>643
ありがとうございます。
すみません、そうです。パーティションを縮小したのです。
(swap領域を作ろうと思って)

仰せの通り、partedでresizeしようとしてみましたが、

(parted) resize 1 0 78948
エラー: ファイルシステムがボリュームよりも大きいです!
無視(I)/Ignore/取消(C)/Cancel? I
警告: ファイルシステムにエラーがあります。先に e2fsck を実行してください。
無視(I)/Ignore/取消(C)/Cancel? I
省3

645(1): 03/04/30 22:24 ID:vN8p6tH5(1) AAS
ﾊﾟｰﾃｨｼｮﾝサイズさえ（他は無視）変更できればいいならMBMの区画エディタで出来るかも

そういう問題では無いのかもしれないけど。

646: 03/05/01 08:36 ID:y7MV1FS+(1) AAS
外部ﾘﾝｸ[html]:www.oo-software.com
要るのか？

647: 640 03/05/01 19:17 ID:D3r8M3QA(1) AAS
>>645
御紹介していただいたMBMの区画エディタで変更するとできました!!

MBMのフルパッケージにフロッピーのディスクイメージがあったので
それをディスクにいれてブート、
区画エディタを起動してもとの大きさに切り直す、
もう一度linuxを起動して e2fsck をかける

という手順で完全に直りました。

みなさん、ありがとうございました!!

648: 03/05/03 17:23 ID:rNRsHFNW(1) AAS
ext3fsやxfsなんかでACLを活用してる香具師はいる？

649(2): 03/05/08 07:48 ID:Q59zPG1t(1/3) AAS
大量のファイルをext2で扱うとすごく遅くなりますよね。
xfsにするとこれが早くなるわけですが。

64bitOSにした場合ってのはどうなんでしょうか。
ext2のままでも早くなります？それともやっぱり遅いのでしょうか。

651(1): 03/05/08 11:58 ID:6PEYUeTS(1) AAS
遅いままです。

652(1): 649 03/05/08 18:49 ID:Q59zPG1t(2/3) AAS
>>651
回答ありがとうございます。
ところでプラットフォームは何で試されましたか？

653(1): 03/05/08 19:25 ID:UbEOrP5S(1) AAS
>>652
遅いってのは、1ディレクトリに大量のファイルがある場合に遅いって意味？
もしそうなら、ext2（というか UFS全般）のディレクトリ構造が原因だろうけど。

そういう意味じゃなくて？

654(1): 649 03/05/08 22:12 ID:Q59zPG1t(3/3) AAS
>>653
その場合です。

でもxfsやjfsだとそれほど極端に遅くはないですよね。
つまりこれがディレクトリ構造が原因っていう意味ですか…

OSの32bit64bitは関係ない話なのかな。
もしかしてsolarisのUFSやTru64のAFSでも遅いってこと？

655: 03/05/09 12:38 ID:8WMFPvE3(1/3) AAS
>>654

UFS由来のファイルシステムのディレクトリ構造は、作成順にエントリが作られて、
それを順探索するイメージ。（DNLCである程度は高速化してるけど）

最近の filesystem は、（b-treeとか方式はいくつかあるにしても）、理論的に
小さなオーダーで検索ができるような構造で格納してる・・・はず。

だから、32bitとか64bitとかは、あまり関係ないんじゃないかな。

あと、無知ですまんのですが、AFSってローカルファイルシステムでも存在して
いるの？（NFSみたいなたぐいかと・・・）

656(2): 03/05/09 14:06 ID:eXN+nnT6(1) AAS
Linuxのファイルシステムどれにしようか？悩んでます。
次のファイルシステムでハードリンク数の上限について教えて貰えませんか？
ext2
ext3
reiserfs
xfs

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

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

ぬこの手ぬこTOP 0.026s