[過去ﾛｸﾞ] /**ファイルシステム総合スレ その1**/ (979ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
521: 名無しさん＠Ｅｍａｃｓ 03/02/25 10:29 ID:QAwW/mAS(1) AAS
>>520
/ はことごとく ext2 のママ。
メイン鯖 : xfs
バックアップ鯖 : ext3 + xfs + jfs
テスト鯖 : xfs + jfs
FireWall : ext3 (これだけ / も ext3)

reiserfs は昔使ってたけど、でかいファイルが増えてきたので jfs へ移行したのだけれど、
xfs のが速い気がして、最近は xfsが多い感じ。こんなでつ。
522: 03/02/25 20:20 ID:KlFrKVn3(1) AAS
サーバ：ext2
自マシン：ext3

保守的っつーわけじゃなくて、
XFSとかJFSとかにするのがめんどい。
523(1): 03/02/26 02:13 ID:8VvKoI3E(1) AAS
>>520
サーバー１: / (/dev/md0, ext2) + /dev/md1, reiserfs
サーバー２: / (/dev/md0, ext2) + /dev/md1, xfs

これでreiserfsとxfsの所は相互に同期取って、万が一
飛んでも大丈夫なようにしてる。飛んだことはないが。
ext3はただのfsck-freeなext2だから鉄板だけど、
巨大フォルダの扱いとか基本設計が従来そのままなので
使ってない。

JFSはXFSが1.0になった頃に、恐ろしく信頼性の低いリリースを
繰り返してくれたのでもう使う気がしない。マージされたので
省5
524: 名無しさん＠Ｅｍａｃｓ 03/02/26 14:58 ID:j2GAGQQM(1/3) AAS
>>523
確かに jfs酷かったけど、最近のは結構安定してると思うよ。
ただ、なんか変だ(w

アト、電源ぶっちんいったあとの再起動時のfsck で logredo してくれない。
ので、必ず手動で logredo してから mount になる。
まれにこれわすれてて酷い目にあう(w
525: 03/02/26 15:56 ID:CMwAzlZR(1) AAS
鯖マシンはext3。最近ext2から変換した。
デスクトップマシンはhomeだけXFSで、後はReiserFS。
今のところは特に無問題。
526(3): 03/02/26 17:32 ID:RMoVHJN8(1/3) AAS
4TB(250GB*16)積んだRAIDを購入
2個のArrayに2TBずつRAID5の設定
fdiskして、mkfs.ext2まではよいのですが
mountしようとすると

[------]# mount -t ext2 /dev/sde1 /sde
mount: 間違ったファイルシステムタイプ、不正なオプション、
/dev/sde1 のスーパーブロックが不正、或いはファイルシステムのマウント
が多すぎます
(aren't you trying to mount an extended partition,
instead of some logical partition inside?)
省4
527(1): 名無しさん＠Ｅｍａｃｓ 03/02/26 19:45 ID:j2GAGQQM(2/3) AAS
ん゛ー
2TB なら
外部ﾘﾝｸ[html]:www.linux.or.jp
だいじょぶそうな気がするけど。2.4.9 の所為?

つか、なんで 2.4.9? RHL7.2位の新規導入かな・・・。
528(1): 03/02/26 20:51 ID:/JFU+36x(1/2) AAS
>526
残念ながら、2.4.18ごろまでブロックデバイスレイヤーにバグがあって
1TB弱までしか扱えません。
529(2): 526 03/02/26 21:36 ID:RMoVHJN8(2/3) AAS
>>527
ia64なのでRed Hat Linux 7.2 for the Itaniumってのを使ってます
Redhat Networkにkernel-2.4.9-40までしかないのです

>>528
マジですかぁ･･･ありがとうございます
1TB(250GB*4)でRAID5組んでも効率悪いしなぁ･･･

アホな質問させてください
コンパイルからすれば、ia64でも最新のkernelを使えるものなのですか?
530(1): 名無しさん 03/02/26 22:08 ID:j2GAGQQM(3/3) AAS
>>529
> コンパイルからすれば、ia64でも最新のkernelを使えるものなのですか?
使えると思われ。つか、ia64ないからよくわからん
531(1): 03/02/26 22:25 ID:/JFU+36x(2/2) AAS
>529
チミのお給料を私にくれるのかね？
外部ﾘﾝｸ:www.linuxia64.org
外部ﾘﾝｸ:www.kernel.org
532: 526 03/02/26 22:35 ID:RMoVHJN8(3/3) AAS
>>530
了解です

>>531
本当にありがとうございます
>チミのお給料を私にくれるのかね？
申し訳ありません、学生なのでただ働きなのです(´･ω･`)ｼｮﾎﾞｰﾝ
533: 03/02/26 22:45 ID:3Ly/rYRB(1) AAS
>>520
Resier 3(SuSE)
ext 1　　(ext3)
あとCLOOPが数枚
534(2): 03/02/26 22:50 ID:yw5DellE(1) AAS
で､結局NTFSより高性能なファイルシステムは作れなかったんですね｡
烏合の衆とはまさにこのことですね(藁
535: 03/02/26 23:03 ID:YEjWzpj8(1) AAS
>>534
ネタはよそでやってくれ。
536: 03/02/26 23:03 ID:leezUZ0S(1) AAS
>>520
部門サーバ、テストマシン、イントラ用サーバがあるが、
みーんな ext3 に変えちゃった。
537: 03/02/27 01:02 ID:DpIDqz71(1) AAS
>>534
やはり DEC の技術者たちはそれなりにすごかったということですな。
538(1): 03/02/27 06:56 ID:stBEyjTT(1) AAS
メモリ上に作るファイルシステムの中だと
tmpfsが最強ですか？っていうかramfsとか
めんどくさくて使う気になれません。。。
539(1): 03/02/27 12:44 ID:U6VMdoGi(1) AAS
NTFSがLinuxからも安全に読み書きできるなら使いたい
540: 名無しさん 03/02/27 22:15 ID:cpaEZrIn(1) AAS
>>538
最強
541: 03/02/28 10:20 ID:BHCyzyxu(1) AAS
>>539
漏れは逆だな。NTカーネルでjfsとかxfsとかffsが使えるなら
そうしたい。
542: 03/02/28 14:14 ID:il5tfvrI(1) AAS
外部ﾘﾝｸ:linux-ntfs.sourceforge.net
まだまだだめぽ。
543: 03/03/01 20:18 ID:p1kvvSNt(1) AAS
ﾆﾔﾆﾔ(･∀･)
544: 03/03/04 00:55 ID:Jb78J2G7(1) AAS
ﾆﾔﾆﾔ(･∀･)
545(2): 03/03/05 14:33 ID:tf0SH9OG(1) AAS
LinuxでなかなかNTFSに安定してかけるようにならないのは
率直にいって何ででしょう.OpenSourceCommunityはこういう
"うごくようにする"のは速くて得意のようなイメージがあるのですが.
(1)ファイルシステムの仕様が複雑で実装が特に難しい等の技術的な理由
(2)ファイルシステムの仕様が公開されていないなどの技術以外の理由
そういっている間にWindows Future Storage(WinFS)とかいうのが
出てきたし...
546: 03/03/05 14:44 ID:jCFeYi0m(1) AAS
>>545
多分(2)
547: 03/03/05 17:59 ID:/HPd2ViV(1) AAS
>>545
ntfs自体がバージョンupと共に仕様がコロコロ変わってる
548(3): 03/03/05 18:35 ID:PNzFzTWL(1/2) AAS
その逆、Win2kでExt2のマウントも危険、、

私は、つい先日それでデータがメタメタに、、、やめときゃよかった（泣）
549: 03/03/05 18:51 ID:4DG3atle(1) AAS
>>548
PartitionMagic8.0でファイル操作してますが、何か？
550(2): 03/03/05 21:50 ID:PNzFzTWL(2/2) AAS
外部ﾘﾝｸ[html]:www.zdnet.co.jp

WinFS,だそうだ。
551: 03/03/05 22:46 ID:+ta28LsY(1) AAS
>>550
こっちはちょっと電源落とすとすぐ壊れるext3使わされてるってのに
まったくうらやましい限りだな｡
552: 03/03/06 01:26 ID:z56XZve7(1) AAS
>>548
Ext2Fsd だと読取専用だが、安定してた。
553(1): 548 03/03/06 10:31 ID:jDV+8pBJ(1/2) AAS
実はExt2Fsdを使って書き込んでました。

はい。書き込みは危険だって書いてあったのですが、
普通に使えてたので、、、、
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
上下前次1-新書関写板覧索設栞歴
あと 359 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s