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

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

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

554: 03/03/06 12:44 ID:3wSJjnne(1) AAS
>>553
自業自得。

555(1): 03/03/06 14:47 ID:GEejYXpl(1) AAS
>>550
explorerなどのUI側でやれば済むことを、わざわざ file system にやらせるような
感じだな。

556: 03/03/06 21:42 ID:fV02zthk(1) AAS
>>555
UIと今のファイルシステムでも出来るけど、何万個もファイルがあったら時間がかかりすぎるから
DB技術を使おうって話じゃないの？

557(1): 03/03/06 22:28 ID:zHXmoTk+(1) AAS
お前らはいつまでもgrepでｶﾞﾘｶﾞﾘディスクを削ってなさいってこった。

558(1): 03/03/06 23:32 ID:jDV+8pBJ(2/2) AAS
>557
namazuでえーやん

そのままnamazu.cgiでWebにももっていける。

559: 03/03/13 06:15 ID:Vmtf8PO1(1) AAS
ﾆﾔﾆﾔ(･∀･)

560: 03/03/13 23:19 ID:MRYC6k3z(1) AAS
ﾆﾔﾆﾔ(･∀･)

561: 03/03/15 23:49 ID:DcKiwYtX(1) AAS
HP-UXなんかでLVM使ってるから、Linuxでも使いたくなってきた
安定してるのかな？

562: 03/03/16 14:33 ID:I8EyZ30W(1) AAS
>>558
Namazuは前もってIndexつくっておかないといけないわけで
リアルタイムな更新に対応できないとかあるからな。

またその結果をシステム内部で使い回ししたいとかいう場合に
外部プログラムだといろいろ面倒という面もあるのかもしれない。

563: 03/03/18 12:20 ID:NrsRy3z1(1) AAS
回せばいいやん

564(1): 03/03/18 12:44 ID:9lYVjOpN(1) AAS
しかし、リアルタイムな更新に対応するとすれば、
Textファイルや、もしかしたらPDFなんかも、コピーや移動をするたびに
一々、Index情報が生成されるのでしょうか……

565(1): 03/03/18 22:31 ID:PIWDX3/x(1) AAS
>>564
そこはファイルシステムレベルでIndexを作成する強みで
コピーや移動だってわかるわけだから
そういうときはIndex情報の一部書き換えや複製だけで
済ませられるのではないかと。

内容に変更があった場合だけ、そのファイルのIndexを
つくり直せばいいんだし
(更新があった箇所もブロック単位でわかるだろうから
Index作成にもなんらかの役にはたつかもしれない)

566(1): 03/03/19 13:57 ID:z4pojZOJ(1/2) AAS
mke2fsでフォーマットしたらdir_index(HTree)がオンになってたんだけど、
この機能は安定していますか？

567: 03/03/19 15:44 ID:N7reRNVS(1) AAS
少なくとも、まだStableではありません＞Ext3でのHTree

過去において何度かバグも発見されていますが、
海外では既に、利用者がけっこういるようです。

568(2): 566 03/03/19 21:52 ID:z4pojZOJ(2/2) AAS
ありがとう。BSDから越してきたのだけれど、
Stableでないものがデフォルトになってたりするからちょっとコワいです。

569(1): 03/03/19 22:34 ID:OZL3AfZ6(1) AAS
>>568Linux自体そういうもんじゃけん

570: 03/03/19 22:50 ID:gShnMZ0h(1) AAS
>>568-569
ディストリビューションによってそのあたりのポリシーは大きく異なると思うぞ。

571: 03/03/20 12:19 ID:Eys34y/7(1) AAS
locateデータベースみたいなのは、ファイルシステムの標準機能として装備すべきだね
カーネルなら、変更があった時のみアップデートするから、夜中に動くupdatedbがなくなって (･∀･) ｲｲ

572: 03/03/20 14:52 ID:sjGxezZU(1) AAS
あれがなくなると、午前4時を知ることができなくなる、、、ｗ

573(1): 03/03/20 21:32 ID:JYnHL45V(1) AAS
次のカーネルでCIFSクライアントがサポートされるみたいだから（mount可能になる）、
そっち経由でアクセスした方が安全だね。

574: 03/03/21 00:33 ID:OdCpVBUX(1) AAS
ファイルの変更とか捕まえたかったら
fam を使うという手もあるな

575(1): 03/03/22 02:51 ID:j2wJcuTQ(1) AAS
>573

すんません、私、よく分かってないのですが、
ローカルディスクにあるNTFS領域を、CIFSでマウントできるのでしょうか？

CIFSについては、
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

ここに載っている程度しか知らないのですが……

576: 03/03/23 00:40 ID:KHUVMyCn(1) AAS
>>575
ははは。
そうなんだよね。書き込みしてからすぐに気がついたんだ（ｗ

577(1): 03/03/23 02:23 ID:suSWTpEJ(1/2) AAS
VFSの層でファイルの圧縮を実現するのって
なんてファイルシステム(?)だったか忘れちゃった
なんだっけ？

578: 03/03/23 02:36 ID:7S/qe7fQ(1) AAS
>>565
んー。一部の移動はわかるだろうが、コピーはわからんだろうなぁ。
APIとしてコピーをもつfsを新規につくってもいいのだろうけど、
それをやるぐらいなら、fsを全部dbに突っ込むのがたのしそう。

579(1): 03/03/23 13:14 ID:QlW0Ao/3(1) AAS
>>577
cramfsのこと?

580: 03/03/23 15:04 ID:suSWTpEJ(2/2) AAS
>>579
ちがうよ

581(1): 03/03/23 21:52 ID:v7KISsPB(1) AAS
ﾄﾞﾗｲﾌﾞｽﾍﾟｰｽ？

582: 03/03/24 00:14 ID:ZmCHcLcS(1) AAS
>>581
ﾅﾂｶｽｨ

583: 03/04/02 03:41 ID:G+RkFIg+(1) AAS

584: 03/04/04 02:05 ID:GX3ZXYFI(1) AAS
ﾆﾔﾆﾔ(･∀･)

585(1): 03/04/04 23:00 ID:xXeh9oWm(1/3) AAS
ファイルシステムで、JFS,JFFS,JFFS2,などを詳しく解説してる
本しらない？日本語でね。
知ってたら教えてくれよ。

586(1): 03/04/04 23:03 ID:xrYYHO9n(1/2) AAS
>>585
俺が書いてやるから一年待たれよ。

587(1): 03/04/04 23:16 ID:xXeh9oWm(2/3) AAS
>>586
申し訳ないんで、今、発売されてる本で
お願いします。

588(1): 03/04/04 23:35 ID:xrYYHO9n(2/2) AAS
>>587
ないよ。IBMのウェブサイトでもあさるか、英語を勉強しようNE!

JFS概説
外部ﾘﾝｸ[html]:www-6.ibm.com
JFSレイアウト
外部ﾘﾝｸ[html]:www-6.ibm.com

589(1): 03/04/04 23:40 ID:KEsL6tPk(1) AAS
>>588
JFFS2についても教えれ。
ハードディスクでも使えるようにしろ。

590(1): 03/04/04 23:43 ID:xXeh9oWm(3/3) AAS
>>589
JFFS2をハードディスクで使うメリットは？

591(1): 03/04/05 19:51 ID:YDuq16MO(1) AAS
>>590
圧縮効くじゃん

592: 03/04/06 02:27 ID:iZnbIo55(1/2) AAS
>>591
blkmtdでつかえるけど、ちっともうれしくないよ。
圧縮目的ならヨソあたってください。

593(1): 03/04/06 05:05 ID:qYDP8AWb(1) AAS
(´･ω･`)ヨソってどれよ・・・

594: 03/04/06 12:12 ID:iZnbIo55(2/2) AAS
>>593
なんか、いいのがないよねー。
reiserfs か e2cmpr か、ひょっとして NTFSか、ちょっと毛色の違うところで arcfs かなあ。

595(1): 03/04/06 18:40 ID:XL+2VeBy(1/2) AAS
1TBを超えるサイズのファイルシステム作りたいんすけど、
安定して使えるのって何かあります？
ext3だと1TBが上限なのねん。

596: 03/04/06 18:43 ID:HR8MRV7C(1) AAS
NTFS

597(1): 03/04/06 18:47 ID:uEALKljM(1) AAS
>>595
ext3 は、ファイルシステムの最大サイズ 16Tbyte
ファイルの最大サイズ 4Tbyte だったような。

アプリケーションが対応してないと無意味だけど。

598: 03/04/06 18:52 ID:XL+2VeBy(2/2) AAS
>>597
うう、すいません改めて確認してみるとその通りでした。
外部ﾘﾝｸ[html]:e-words.jp

てことでext3でいっちゃいます。

599: 03/04/10 18:48 ID:N7JU8+Na(1) AAS
ﾆﾔﾆﾔ(･∀･)

600: 03/04/11 21:49 ID:HWDpnzkI(1) AAS
600ｹﾞﾄ

601: 03/04/15 17:55 ID:L2gF3miP(1) AAS
ググった結果、ext2では、１つのﾌｧｲﾙ名の最大長は255バイトと理解してるのですが、
ファイル名・ディレクトリ名を含む、PATHの最大長はどのくらいでしょう？
もしやPATHの最大長も255でつか？

602: 03/04/15 19:56 ID:3ksUcAsi(1) AAS
ファイルシステムの制限というよりは、OS の制限ではないか。PATH_MAX は 4096 のはず

603(2): 03/04/15 21:43 ID:7w7dsng2(1/3) AAS
そうそう。
Linuxはなぜか、4096と大きいんだよね。いつからだろ？
でも、Solarisとか多くのUNIXでは昔から1024のままだと思う。

1024とはいっても、もちろん、cwdを変更して相対パス指定にすれば、
いくらでも奥深くまで潜っていけるけれど。

604: 03/04/15 22:30 ID:9KlxJWUn(1) AAS
POSIX

605: 603 03/04/15 22:34 ID:7w7dsng2(2/3) AAS
げ、MAXPATHLEN と勘違いしてたかも。

606: 603 03/04/15 22:41 ID:7w7dsng2(3/3) AAS
と思って少し調べてみたけれど、やっぱり、Linux以外の多くは 1024みたい。失礼。

607(2): 03/04/16 01:39 ID:RGc1gOZn(1/2) AAS
redhat7から /etc/fstabの最初の項目が /dev/hda1 とかじゃなくて LABEL=/usr とかに
変わってしまってます。LABELとdeviceの対応表ってどこに格納されてますか？

608: 03/04/16 01:52 ID:EfS9wh6o(1/2) AAS
>>607
labelはfs内に格納されています。
というか、fstabに疑問があるならman fstabだろ。

609: 03/04/16 01:55 ID:qylmZ9Dc(1) AAS
>>607
> 変わってしまってます。LABELとdeviceの対応表ってどこに格納されてますか？
どっかに格納しておくんじゃなくて、/bootの位置を動的に変更できるように
ブート時に各ディスクのdisklabelを見てるんじゃないの？

/boot(/でも良い)パーティションがあるディスクを2台システムにつないで立
ち上げると、「どっちにしたらいいかわかんないよー」というようなメッセー
ジが出たと思います。

610: 03/04/16 04:10 ID:RGc1gOZn(2/2) AAS
dumpe2fs で調べればいいんですね、ありがとうございました。

611: 03/04/16 04:14 ID:EfS9wh6o(2/2) AAS
e2labelなきもするけど....

612(1): 03/04/17 08:56 ID:i8+JQJ4r(1) AAS
仮想CDをマウントできないかな
isoイメージじゃないよ
ウィンドウズのやつね

613: 03/04/17 09:00 ID:oUys6e4E(1) AAS
?

614(1): 03/04/17 10:34 ID:7hZSwgFO(1) AAS
>>612
どのソフトで作った仮想 CD ?
あの手のって ISO イメージ吸い出してるだけじゃないの?

615: 山崎渉 [（＾＾）] 03/04/17 11:46 ID:KRn99/cy(1) AAS
（＾＾）

616: 03/04/17 11:51 ID:JLCnAL3t(1) AAS
isoに変換しる。

617: 03/04/17 15:14 ID:QgET5h2K(1) AAS
ﾆﾔﾆﾔ(･∀･)

618: 03/04/17 23:13 ID:mo1qLlbb(1) AAS
>>614
CD革命のFCDね
圧縮FCDが作れたりループバックマウントできたりすると
結構面白いと思うんだけどね
cloopでもいいんだけど

619: 山崎渉 [（＾＾）sage] 03/04/20 05:54 ID:xFRXxEWb(1) AAS
　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

620: 03/04/20 13:30 ID:BAjIKgAd(1/2) AAS
こうすれば普通のファイルの中にファイルシステムを構築できるわけですが、

# dd if=/dev/zero of=/file bs=1M count=100
# losetup /dev/loop0 /file
# mkfs -t vfat /dev/loop0
# mkdir /dir
# mount /dev/loop0 /dir
. . .
# umount /dev/loop0
# losetup -d /dev/loop0

これをWindowsでマウントできるようなソフトはありませんか？
省2

621(1): 03/04/20 13:40 ID:vWqdlgiI(1) AAS
filedisk
外部ﾘﾝｸ:www.insidewindows.info

Ext2fsdなどとあわせて使えばext2/3形式でもok

622: 03/04/20 14:01 ID:BAjIKgAd(2/2) AAS
>>621
ありがとうございます！
これを使えば同じイメージファイルを
Linuxと共用できるわけですか？

623(1): 03/04/25 09:27 ID:Oaa4xlZ+(1) AAS
reisefsからext3fsにしたら5%ぐらい空きがへった…

624: 03/04/26 11:39 ID:xH9Gvfbe(1) AAS
3wareの7500-12＋Maxctor250G*12で3テラ構築してみんとしてみたが、
全部揃えてからカードが2テラまでしか対応していないことに気づいた。。。
RH7.3でも9でもエラーでてｲﾝｽｺ、ﾏｳﾝﾄできんし、踏んだりけったりだ。
連休中は格闘しそうだ。ﾊｧｰ..

知っている方アドバイス頼みます。

625: 03/04/26 11:55 ID:mb/b/EoM(1/3) AAS
>>623
逆だろ、フツー。

626(1): 03/04/26 11:58 ID:S1cV5m6L(1/2) AAS
逆？なにが？

627: 03/04/26 11:59 ID:JAxCPX2F(1) AAS
5%ぐらい空きが増えるということか。

628: 03/04/26 12:33 ID:mb/b/EoM(2/3) AAS
>>626
ext2/ext3 → reiserfs
が「フツー」って意味のつもりなのだが。

...書き方、悪かったか。

629(1): 03/04/26 12:44 ID:S1cV5m6L(2/2) AAS
reiserfsマンセーということ？

630: 03/04/26 13:28 ID:HI1WXmQh(1) AAS
jfs イイ

631(2): 03/04/26 16:05 ID:mb/b/EoM(3/3) AAS
>>629
いや、そうじゃない。別に xfs でもいいし jfs でもいい。
...とにかく ext2/ext3 → * が「フツー」なんじゃないかと。

実際、漏れ自身もそうだったし、この向きは身の回りでよく聞くが、
逆は聞いたことないよ。

632(1): 03/04/26 16:10 ID:cfWiurrD(1/3) AAS
>>631
元に戻したいってこともあるんでない？

それより、ext3はどうしてこんなに不安定なんだー！！

633(1): 03/04/26 16:15 ID:3HhBwMNm(1) AAS
>>631
reiserfsで痛い目にあった人とか、quotaとかdumpの為に,
ext3にした移行した例はある。

>>632
ext3ってそんなに不安定か？
こっちは身の回りで聞いた事無いが。

634: 03/04/26 16:18 ID:cfWiurrD(2/3) AAS
>>633
ウン十個のディスク(LU)に対して順にコピーしていくと
ものの数分で止まってしまう。ext2ではそんなことないのに。

635: bloom 03/04/26 16:25 ID:E9Svt9Gu(1) AAS
外部ﾘﾝｸ:homepage.mac.com

636(1): 03/04/26 19:07 ID:5i9OYXTz(1) AAS
ext3よりチップセットとかhdparmの設定があってないんじゃないの？

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全般）のディレクトリ構造が原因だろうけど。

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

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

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

ぬこの手ぬこTOP 0.024s