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

1 名前：login:Penguin mailto:sage [2007/09/26(水) 15:39:21 ID:VZk+Fjj0] 過去スレ 　01 pc.2ch.net/test/read.cgi/linux/1006743807/ 　02 pc5.2ch.net/test/read.cgi/linux/1063025258/ 　03 pc8.2ch.net/test/read.cgi/linux/1101495293/ 　04 pc8.2ch.net/test/read.cgi/linux/1136695633/ 　05 pc8.2ch.net/test/read.cgi/linux/1152348695/ 　06 pc11.2ch.net/test/read.cgi/linux/1173530292/ 396 名前：login:Penguin mailto:sage [2008/04/12(土) 11:56:44 ID:ddANuM0+] >>394 ううん、すまん。俺が分解したIBMのHDDはdiscから完全にヘッドが外れて ヘッド格納部に格納されるタイプだったんだよ。 このタイプの方がより安全だしね。 スレ違いなのでこのへんで。 397 名前：login:Penguin mailto:sage [2008/04/12(土) 13:21:02 ID:3VfCSwj0] >>396 それはload/unload(ramp load)方式のドライブで、IBM/HGSTのデスクトップ及び各社のモバイル 向けドライブに採用されています。停止時の安全性と省電力が売りですが、反面load/unload機構は アームがrampと接触するため耐久性に疑問があること、及びload時にヘッドがプラッタに衝突する こと、このため結局プラッタ外周部にデータを記録しないランディングゾーンを設けなければならない ことなど、良いことづくめではありません。 一方停止時にヘッドが着陸するcontact start/stop方式はエンタープライズドライブ及びseagateの デスクトップに採用されています。古典的な方式なので十分な安全性が確保されていること、 エンタープライズドライブはそもそも回りっ放しが前提なこと、外周の高速な部分が利用できること などが利点です。反面、モーターが停止するとヘッドは必ず着陸するため、スライダの摩耗や 摩耗による微粒子の飛散などの問題は避け得ません。接触部分は削れにくいようにタフにできて いますし、プラッタの記録面はゴミが飛んで来てもさらりと受け流すようにコーティングされています (ふさふさの毛が生えている感じ)。その上に潤滑材が流れていますからまるでマットプレイです。 というようにどちらが一方的に優れているというわけではありませんし、どちらも製品寿命の範囲では 十分な耐久性があるのでもはや信仰の領域です。 ……だったのですが、最近load/unload方式に革命的な進歩があり、最新の製品ではついに外周部の ランディングゾーンがなくなりました。これはついに悲願のヘッドとプラッタの完全非接触が実現したと いうことであり、load/unloadが一歩前に出たという印象です。 398 名前：login:Penguin mailto:sage [2008/04/12(土) 13:21:22 ID:3VfCSwj0] >>390 ランディングゾーンはデータ記録部分と違い、停止時にスライダが吸着しないようにわざとデコボコに 作られています。スピンドルモータが完全に停止するまでスライダが魔法的作用で浮いていられれば よいのですが、現実には回転数が低下した時点で着陸するため、停止するまでガリゴリ削られまくり です。この状態からモータを回し始めれば、浮揚するまでの間また削られまくりです。 >>387 景気よく動いていたドライブの電源を落とすと急激に冷えて内部の気圧が下がり、あろうことか 外界の汚れた空気を吸い込んでしまいます。もちろんフィルタで異物の侵入を阻むのですが、 世の中完璧には行かないもので。ハードディスクは温度変化が大敵です。 >>378 確かに内周で発生した微粒子は外周に向かって飛散しますが、スライダより遥かに軽い粒子が 吹き飛ばされることなくプラッタに着地するのは極めて稀なことです。また、そういうことが起こっても 困らないように設計されています。ハードディスク30年の歴史の積み重ねはそう短いものでもありません。 というわけでディスクの先頭に重要なデータを置いても困らないぜ? というお話でした。 っていうかバックアップ取っとけ! 399 名前：login:Penguin mailto:sage [2008/04/12(土) 15:40:45 ID:EsTwxU42] おまえら、たまにはスレタイ読んでくれw 400 名前：login:Penguin mailto:sage [2008/04/12(土) 15:58:09 ID:1E/jpGQt] コメントアウトされているようです。 401 名前：login:Penguin mailto:sage [2008/04/12(土) 15:59:16 ID:EsTwxU42] なるほどw 402 名前：login:Penguin mailto:sage [2008/04/12(土) 17:04:40 ID:OZPQRFfQ] この前、夜中、コンパイルしている時、地震があったんだ。 目が覚めるほどの。 その時、ハードディスクから、 「スチュ、チー、チー、チー」と、異音が…。 俺、「うぉーーー」 けど、なす術もなく、夜中で何もしたくなかったから、放ったらかしで。 翌日、どうしたもんかと思いつつ、 パッケージシステムのファイルダイジェストを確かめるコマンドで チェックしてみたけど、大丈夫だったみたいだから、気にしないことにした。 思い出したから、書いてみた。 403 名前：login:Penguin mailto:sage [2008/04/20(日) 18:58:46 ID:plVuI/pr] reiserfsck --rebuild-tree って対象パーティション上に reiserfs らしきものを 見つけるとそれを復元してしまうもんなの？man reiserfsck を見たらそうも読み取れるんだが。 説明下手だけど今起こったことを書く。 /dev/hda9 上に dd で吸い出した別の HD の NTFS パーティションのイメージがある。 まあ、dd if=/dev/hdb1 of=~/ntfs.img をやっただけ。 ntfs.img の中には vmware の Virtual HD の中に reiserfs パーティションがある。 シングルユーザモードで立ち上げて reiserfsck --rebuild-tree /dev/hda9 を 実行したら /dev/hda9 のディレクトリツリーが ntfs.img の中の vmware.vmdk の reiserfs パーティションの中身に変わってた。 当然ツリーだけが置き換わったんで、ファイルの中身とかはめちゃくちゃなんだけど。 もう何が起こったのかさっぱりわからん。こんなことってありえるもんなのか？ 404 名前：login:Penguin mailto:sage [2008/04/20(日) 19:01:13 ID:plVuI/pr] ちなみに、ntfs.img の中の vmware.vmdk の中は reiserfs に Debian をインストールしてました。 reiserfsck --rebuild-tree を実行したらこうなってた。 $ df -h Filesystem サイズ 使用 残り 使用% マウント位置 /dev/hda1 957M 400M 558M 42% / tmpfs 502M 0 502M 0% /lib/init/rw udev 10M 108K 9.9M 2% /dev tmpfs 502M 0 502M 0% /dev/shm /dev/hda8 1.9G 33M 1.9G 2% /tmp /dev/hda6 12G 2.7G 8.6G 24% /usr /dev/hda7 1.9G 1.6G 313M 84% /var /dev/hda9 205G 79G 127G 39% /home $ ls /home bin dev initrd lib opt sbin tmp vmlinuz.old boot etc initrd.img lost+found proc selinux usr cdrom home initrd.img.old mnt root srv vmlinuz 405 名前：login:Penguin mailto:sage [2008/04/20(日) 19:37:17 ID:+sFhjnt6] Exactly（その通りでございます） 406 名前：login:Penguin mailto:sage [2008/04/20(日) 19:47:37 ID:plVuI/pr] 追試してみたら再現したんで自己解決。 結論は、 reiserfs のパーティションを dd 等で吸い出したイメージを 置いてあるパーティションでは reiserfsck --rebuild-tree を 絶対に実行してはいけない。 あらかじめ gzip で圧縮したり、rm で消しておけば大丈夫っぽい。 rm で消した程度だと見つけられるんじゃないかと思ったけど平気だった。 # mkfs.reiserfs /dev/hda9 # mount -t reiserfs /dev/hda9 /mnt # ls /mnt # # dd if=/dev/hda1 of=/mnt/hda1.img # ls /mnt hda1.img # umount /mnt # mount -t reiserfs /dev/hda9 /mnt # ls /mnt bin dev initrd.img media root sys vmlinuz boot etc initrd.img.old mnt sbin tmp vmlinuz.old cdrom home lib opt selinux usr debootstrap initrd lost+found proc srv var # /mnt/bin/bash bash: /mnt/bin/bash: cannot execute binary file 407 名前：login:Penguin mailto:sage [2008/04/20(日) 19:50:33 ID:plVuI/pr] >>405 やっぱそうなのか…。 長々と書いちゃったけど、既出だったらスマソ。 408 名前：login:Penguin mailto:sage [2008/04/20(日) 19:53:51 ID:OEHN1Qvf] reiserfsのその辺の話は有名かと思ってたけど、そうでも無かったんだ。 どこかまとめページには載ってなかったのかな。 409 名前：login:Penguin mailto:sage [2008/04/20(日) 19:56:00 ID:plVuI/pr] >>409 作業ログの 8行目と9行目の間に # reiserfsck --rebuild-tree /dev/hda9 が抜けてた。 大事なデータがなかったからバックアップも取らずに　rebuild-tree したけど、バックアップは取りましょうってことで。 410 名前：login:Penguin mailto:sage [2008/04/20(日) 22:20:04 ID:mzHdbzqB] >>408 長いことreiserfs使ってるけど知らなかったよ。 人柱乙。つーか、バグレポだしても問題ないレベル？ 411 名前：login:Penguin mailto:sage [2008/04/20(日) 22:37:01 ID:XcEPoN04] Reiser4で直っているそうだよ。 この話はWikipediaに載っている。 en.wikipedia.org/wiki/ReiserFS#fsck 412 名前：login:Penguin mailto:sage [2008/04/29(火) 11:05:23 ID:VXus0Bh+] Hans Reiser Guilty of First Degree Murder blog.wired.com/27bstroke6/hans_reiser_trial/#49144716 25年の懲役刑を言い渡されたとあるけど、 アメリカって控訴とかできるの？ もうこれで刑確定なの？ 413 名前：login:Penguin mailto:sage [2008/04/29(火) 11:31:54 ID:6biaRDGN] > defense attorney William DuBois aptly painted a picture of Reiser as > a misunderstood computer nerd, so inattentive to social cues, and so > slavishly devoted to logic, that his innocent behavior could be easily > misinterpreted as evidence of guilt. 陪審員尋問で自ら疑惑を強化してしまったようだが、こんな弁護されても うれしいかどうか・・・ 414 名前：login:Penguin mailto:age [2008/04/30(水) 18:21:02 ID:wqc5ADBb] xfsについて質問です 大きなパーティションに細かいファイルを大量に書き込むような 使い方をしてるのですが、df または df -iで空き容量、空きinodeが あるように見えるにもかかわらず ENOSPCで書き込み失敗と なる現象が発生しています。 調べて見たところ、statvfs()で取得した空き容量と xfs用の ioctl (XFS_IOC_FSCOUNTS)で取得した空き容量が異なっており、 ioctlで取得した値のほうが正しい(?)と思われる結果になりました。 # ioctl()で取得した情報によると inode不足が原因で書き込みに # 失敗しているようです。 そこで質問なのですが、xfs_vfsops.cにある xfs_statvfs()と xfs_fsops.cにある xfs_fs_counts()で空き容量、空きinode数の 算出方法が異なるのは何故でしょうか。 また、正しい空き容量の取得方法についてガイドライン的なものが あればご教示ください。 # xfsは inodeを動的に確保する仕様だから inode数と空き容量を # その都度細かく計算する、というロジックに見えるんですが、 # 結果として正しい値が取得できないとしたら本末転倒な気が... # reiserfsみたいに df -iして inode 0を返すくらいに割り切って # しまったほうがいいような気もするんですが 415 名前：login:Penguin mailto:sage [2008/04/30(水) 18:25:22 ID:VvZpuE3V] >>414 大量ってどれくらい？ 昔10TBほどに4億ファイルくらい置いたことがあるけど、 問題なかったけどな。 ファイルシステムは壊れてないの？あとバージョンは？ 416 名前：login:Penguin mailto:sage [2008/04/30(水) 18:31:36 ID:VvZpuE3V] すまん。４億じゃなくて１億くらい。 417 名前：414 mailto:sage [2008/04/30(水) 19:24:11 ID:wqc5ADBb] >>415 容量は約16Tで残り 3Gくらいの状況です。 ファイル数はそんなに多くなくて 900万くらい。 バージョンは kernel-2.6.19.7で確認しました。 環境の都合上、異なる kernelでの確認が困難なため、ほかのkernelでは 試していません。 (kernel-2.6.24.4でもソース見る限りはおなじような…) xfs_dbの sb表示でも ifreeが 0になっているのに df -iだと 数%しか使用していないことになってます。 また、ためしに loopデバイス上に極小の xfs(100MByte)を作って ddで限界まで zero埋めしたファイルを作成し、あとはひたすら touchで細かいファイルを作ったところ df -iで 80残っているのに 書き込みできなくなりました。 (ioctlだと freeinoが 0に見えます) # この例だと単純に空き容量不足(20kしかない)の可能性もありますが... # ちなみに kernel-2.6.24.4@amd64です 418 名前：414 mailto:sage [2008/04/30(水) 22:17:46 ID:wqc5ADBb] >>415 すみません。 1億くらいのファイルを作った xfsパーティションの フォーマットオプションを覚えていたら教えてください。 あと、1億でやめたのは inode数と空き容量の どちらかがいっぱいなったからでしょうか。 それとも 1億以上は必要なかったからでしょうか。 (限界まで書き込んだ結果が 1億だったのでしょうか) 419 名前：login:Penguin mailto:sage [2008/05/01(木) 11:06:10 ID:LTFh7Iqg] >>417 そういう最小再現テストが作れているのなら TO: linux-fsdevel@vger.kernel.org, CC: linux-kernel@vger.kernel.org, David Chinner <dgc@sgi.com> あたりでバグ報告してみたらどうだろうか。 仕様だとしても返事ぐらいはくれると思うので悪い結果にはならんと思うよ 420 名前：login:Penguin mailto:sage [2008/05/01(木) 13:18:14 ID:t9uJxuIJ] >>419 うーん、やっぱり聞いてみるしかないのかな。 英検3級に落ちるくらいの英語力しかないから 質問しにくくて... orz あと追加でバグ(?)発見。 100Mくらいの xfsパーティションに 10万個くらいの空ファイル置くと statvfs()が EOVERFLOWになります。 df -iの値がおかしいから inode数が吹っ飛んでるみたいです。 よわった... 421 名前：414&420 mailto:sage [2008/05/01(木) 13:27:14 ID:t9uJxuIJ] しまった、420の書き方だと xfs使ってる人が不安になるな。 エラーになるのは 10万個の空ファイルを xfsパーティションの 直下に 「ディレクトリを作らず」に置いた場合です。 普通はこんな使い方しないだろうし、「inodeが吹っ飛ぶ」と いう表現もファイルシステムが壊れるわけではなく df -iで表示される inode数がおかしくなるだけです。 422 名前：login:Penguin mailto:sage [2008/05/01(木) 18:45:02 ID:LTFh7Iqg] >>420 シリコンバレーの８割はノンネイティブなので、やつらはヘタ英語耐性非常に高いよ 423 名前：login:Penguin mailto:sage [2008/05/01(木) 21:57:27 ID:Vkwz20tA] ReiserFSで有名な米国人プログラマー、殺人罪で有罪の評決 米カリフォルニア州地方裁判所は28日、妻のニーナの殺害容疑で起訴されていた ハンス・レイザーに対して第一級殺人で有罪の評決を言い渡した。 www.technobahn.com/news/2008/200804301057.html 424 名前：login:Penguin mailto:sage [2008/05/01(木) 22:07:31 ID:ohqQ3Vxz] ええーーーーー これネタじゃないの？ 425 名前：login:Penguin mailto:sage [2008/05/01(木) 23:07:36 ID:V1OLORy4] >>424 実はビックリ・・・だったらよかったのに。 426 名前：login:Penguin mailto:sage [2008/05/02(金) 00:22:38 ID:Cb2wHMs4] スラドに上がってるかと思ったが、上がってないな。 427 名前：login:Penguin mailto:sage [2008/05/02(金) 00:31:12 ID:YW5TTcLV] スレ違だけど、Reiserがほんとに殺人犯かは別として、 アメリカの裁判って全然正義じゃないと思う。 マイケルジャクソンの時がいい例。 428 名前：login:Penguin mailto:sage [2008/05/02(金) 00:36:39 ID:Cb2wHMs4] しかし、状況から見れば限りなく黒だよなぁ。 429 名前：login:Penguin mailto:sage [2008/05/02(金) 00:40:00 ID:dkUYFm2d] >>426 あがってるよ slashdot.jp/linux/article.pl?sid=08/04/29/2111236 yro.slashdot.org/article.pl?sid=08/04/28/2243232 430 名前：login:Penguin mailto:sage [2008/05/02(金) 04:25:06 ID:PQoOJPga] >>427 検挙すらまぬかれる日本よりマシｗ 431 名前：login:Penguin mailto:sage [2008/05/03(土) 21:54:30 ID:+ggzsGlh] delugeでスペースを確保する時フルアローケーションより コンパクトアローションの方が読み込みが速いんだけど reiserfsの場合断辺化は多い方が読み込みが速いもんなの？ 432 名前：login:Penguin mailto:sage [2008/05/03(土) 22:40:42 ID:A1deGZTu] ベンチマークってどのソフトが有名なの? 新しいhdd買ってちょい古めのhdd空いたから色々fsテストしてみたいんだがさっぱり。 433 名前：login:Penguin mailto:sage [2008/05/03(土) 22:43:37 ID:fC71zTdk] Iozone 434 名前：login:Penguin mailto:sage [2008/05/03(土) 22:56:40 ID:A1deGZTu] ふむ、それでちょっとやってみるわ。 435 名前：login:Penguin mailto:sage [2008/05/09(金) 14:48:12 ID:9yigZLhc] >>423 ヴォースゲー そういやファイルシステム屋ってイッちゃってる人多いよな・・・ 436 名前：login:Penguin mailto:sage [2008/05/09(金) 22:36:24 ID:XBsQ5sGw] >435 他の例も教えてくれw 437 名前：login:Penguin mailto:sage [2008/05/10(土) 00:23:32 ID:avOohQIM] XFSでディスク追加しつつgrowfsで増やしてたらagcount=48とかになった。 さすがに大杉て性能低下してるっぽい。READが圧倒的に多い用途だから、 探索コスト重視でagcount=1とかが良さそうなんだけど、 xfs_fsr使えなくなるみたいだし……いくつぐらいがいい？ 438 名前：login:Penguin mailto:sage [2008/05/10(土) 00:27:54 ID:IAFdsD6t] 新しいxfsprogsだとagcountのデフォルトが半分くらいに減らされてて 数GB〜100GBのファイルシステムで全部agcount=4になってる 439 名前：login:Penguin mailto:sage [2008/05/10(土) 02:44:21 ID:avOohQIM] うちのxfsprogsだとデフォルトagcount=16っぽい xfs_fsrが動く範囲で小さめの値をいろいろ試してみます。ありがとー 440 名前：login:Penguin mailto:sage [2008/05/11(日) 22:53:41 ID:wi9PMfW6] ext4にしちゃったら、ext2fsdとかext2ifs使ってWindowsから読めなくなるんですか？ ていうか他のファイルシステムもWindowsから使えるようにしてほしいです。 441 名前：login:Penguin mailto:sage [2008/05/11(日) 22:57:39 ID:uhEE1HnM] >>440 colinux + samba使えばいいんじゃね? 442 名前：login:Penguin mailto:sage [2008/05/12(月) 17:33:47 ID:XUuf2cul] 思うのだが、Linuxのファイルシステムの多くがWindowsから読めないのはLinuxのせいにされるが、 あるLinuxマシンにたまたまfat32とかntfsのドライバが入っていなくてもそれはLinuxのせいにされるよな。 （以前は「書き込めないのはLinuxのせい」みたいな感じだったし） 損な役回りだなww 443 名前：login:Penguin mailto:sage [2008/05/12(月) 18:19:47 ID:tGJxYdMx] ・後発のソフトは常に損な役回り ・Windowsに固執すると永遠に幸せになれない 444 名前：login:Penguin mailto:sage [2008/05/12(月) 19:08:17 ID:e+U0PNje] >>442 LinuxのfsがWindowsから読めないのはWindowsのせいだろ。 ext3とreiserfsが読めるようになればWindows買ってもいいかなと思う。 445 名前：login:Penguin mailto:sage [2008/05/12(月) 20:34:03 ID:VZVqJBQc] >>444 Windowsにext3が実装されたら、LinuxのVFSが… 446 名前：login:Penguin mailto:sage [2008/05/12(月) 21:16:18 ID:jZeC6gUE] ext3は前述ので読める reiserfsは読み取り専用のドライバだけあったような 447 名前：login:Penguin mailto:sage [2008/05/12(月) 21:32:25 ID:ZIjl6UnX] つ samba 448 名前：login:Penguin mailto:sage [2008/05/12(月) 21:33:40 ID:Vi3d3nrS] LinuxDrive for Windowsってソフトが補論から昔出てたな 使ったことないから分からんけど 449 名前：login:Penguin mailto:sage [2008/05/13(火) 14:17:27 ID:B3PAG86a] >>444 おまい、かっこいいなｌ。 450 名前：login:Penguin mailto:sage [2008/05/15(木) 04:35:46 ID:g09JXgWn] Parallel Optimized Host Message Exchange Layered File System kerneltrap.org/Linux/Parallel_Optimized_Host_Message_Exchange_Layered_File_System 4. POHMELFS vs NFS benchmark. tservice.net.ru/~s0mbre/blog/devel/fs/2008_04_18.html tservice.net.ru/~s0mbre/blog/devel/fs/2008_04_14.html tservice.net.ru/~s0mbre/blog/devel/fs/2008_05_12.html 451 名前：login:Penguin mailto:sage [2008/05/18(日) 22:06:34 ID:n0FAfdxt] ReiserFSって本当に終了しちゃうの？ 452 名前：login:Penguin mailto:sage [2008/05/18(日) 23:41:42 ID:8tQ4zrTk] 終了しちゃうとしても、逮捕されちゃったんじゃ、しゃーないでしょ。 ところで、終了するってソースは？ 453 名前：login:Penguin mailto:sage [2008/05/18(日) 23:53:42 ID:Kon4k1Vh] ３はすでに機能的には旧世代のものだし（メンテはされるだろうが）、 ４は周知のとおり、マージすらされてないから放置。 454 名前：login:Penguin mailto:sage [2008/05/19(月) 00:01:29 ID:ZzkuNU9W] 3は別に旧世代じゃないし、4は3以下。 455 名前：login:Penguin mailto:sage [2008/05/19(月) 00:08:09 ID:EilDrdA2] >>454 reiser4はかなり前から-mmにマージされているがバグ報告とか見たことないので、誰も使ってないんじゃないか。と疑っている 456 名前：login:Penguin mailto:sage [2008/05/19(月) 03:34:44 ID:q1NfHESk] >>451 16TB越えのパーティションサイズが普通に使われるようになったら終了だろうね。 近い未来だろうけれど、それまでは主力のファイルシステムとして幅を利かせ続ける。 あと5年くらいか。 457 名前：login:Penguin mailto:sage [2008/05/19(月) 08:09:47 ID:094JTCHh] え、今Linuxの主力FSって、何があげられるんですか？ 458 名前：login:Penguin mailto:sage [2008/05/19(月) 08:28:05 ID:/Waga8Mz] 主力と呼べそうなのはext3しかないだろ 間違ってもreiserfsじゃない 459 名前：login:Penguin mailto:sage [2008/05/19(月) 16:47:30 ID:QIATkluX] 普通にext3だね ja.wikipedia.org/wiki/Linux%E3%83%87%E3%82%A3%E3%82%B9%E3%83%88%E3%83%AA%E3%83%93%E3%83%A5%E3%83%BC%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E6%AF%94%E8%BC%83#.E4.BB.95.E6.A7.98 期待はされたんだけどなぁ＞reiserfs 460 名前：login:Penguin mailto:sage [2008/05/19(月) 18:05:47 ID:x2MlYmix] 普通にreiserfsだろ。ext3はおそすぐる。 461 名前：login:Penguin mailto:sage [2008/05/19(月) 19:12:33 ID:kGzpiLaP] >>455 一人だけreiser4使ってる人しっている。 >>460 今更reiserfsもないと思う。 suseも手を引いちゃったし。 462 名前：login:Penguin mailto:sage [2008/05/19(月) 19:41:18 ID:48/pRU4B] ttp://blogs.sun.com/bonwick/entry/casablanca で、ZFSが載ってくれば、皆忘れていくさ・・・ 463 名前：login:Penguin mailto:sage [2008/05/19(月) 19:46:39 ID:H0npQQv0] はいはいZFS最強ZFS最強 464 名前：login:Penguin mailto:sage [2008/05/19(月) 21:15:56 ID:ZzkuNU9W] ZFSは期待してたが遅すぎ。早く目を覚ますべき。 reiserfsは悪くない選択肢。マウントが遅いのに目を瞑れば。 ext3は無難。先も明るい。 465 名前：login:Penguin mailto:sage [2008/05/19(月) 21:29:49 ID:KfYOlogJ] 無言でJFSを使い続ける。 466 名前：login:Penguin mailto:sage [2008/05/19(月) 21:36:16 ID:dpCUD8Xx] 問題はライセンスなんだよなあ。 fuse経由では使いものにならないし。 あと結構ZFSって要求スペック高くね？ このへんは時間が解決してくれるかな(期待 467 名前：login:Penguin mailto:sage [2008/05/19(月) 21:36:38 ID:civQAuJU] OracleがZFSもどき作ってたな。 OCFSともども全く注目されてないけどｗ 468 名前：login:Penguin mailto:sage [2008/05/19(月) 21:38:48 ID:q1NfHESk] 結局現状では、高速・高利用効率で実績も充分にあるreiserfsが選ばれやすいんだよね。 大きなデメリットもないし。 特に理由がなければreiserfsを選ぶのが無難かつ最適なケースが多い。 469 名前：login:Penguin mailto:sage [2008/05/19(月) 22:14:36 ID:qS/NQTMT] みなさん、今一度lost+foundの中を確認してください。 Reiserの嫁さんが居るかもしれません。 470 名前：login:Penguin mailto:sage [2008/05/19(月) 22:40:34 ID:q1NfHESk] うちのreiserfsにはlost+foundが無いんだけど。 Hansが証拠隠滅したのかな？ 471 名前：login:Penguin mailto:sage [2008/05/19(月) 22:53:02 ID:ZzkuNU9W] 俺のもない。Hansが捕まる前はあったのに…。 472 名前：login:Penguin mailto:sage [2008/05/19(月) 23:19:48 ID:Nka1lmTo] dumpで埋められたのかも 473 名前：login:Penguin mailto:sage [2008/05/19(月) 23:25:14 ID:X2D+O09h] で、無言の多数派はXFSと。 実際にはext系で大抵の用途は充分だしなぁ 474 名前：login:Penguin mailto:sage [2008/05/19(月) 23:26:49 ID:v0zMl1ni] 500とか1GBなどの動画ファイルの格納先としては、やっぱりXFSが最適ですか？ 475 名前：login:Penguin mailto:sage [2008/05/19(月) 23:43:54 ID:EilDrdA2] 最近動画専用ファイルシステムが投稿されてたね。そういえば 476 名前：login:Penguin mailto:sage [2008/05/20(火) 01:02:16 ID:aN/Be4xB] >>475 kwsk 477 名前：login:Penguin mailto:sage [2008/05/20(火) 01:16:16 ID:pV7pmg2U] Windowsと共有用途とか case insensitive な file system だとJFSの一択になるな vfatに保存するほどマゾじゃないし、NTFSは case sensitiveだし 478 名前：login:Penguin mailto:sage [2008/05/20(火) 01:34:16 ID:zYwOwEvw] 今度hddを足すことがあったら、xfsとjfsを試してみるんだ。 いろんなファイルシステムが混在してるぜ。 winを使っていたころには考えられなかった楽しみだな。 479 名前：login:Penguin mailto:sage [2008/05/20(火) 01:47:25 ID:5p0mfIHX] JFSってwindowsから使えるの？ 480 名前：login:Penguin mailto:sage [2008/05/20(火) 02:15:39 ID:D0FaA2M8] >>477 XFSにcase insentiveサポートを追加するパッチが投稿されてたけど、i18nかじったことあるやつが議論に加わると「caseってなにさ？」から始まるので話がまとまらない。 困ったものだ。 ところで、NTFSすらcase sensitiveなのに、なんでcase insensitiveが必要になるんだい？ 481 名前：login:Penguin mailto:sage [2008/05/20(火) 02:58:02 ID:4paPLLL+] ここ(>>450以降あたり)でいってるreiserfsって3のこと？ 482 名前：login:Penguin mailto:sage [2008/05/20(火) 03:12:45 ID:hx5NkZpC] yes 483 名前：login:Penguin mailto:sage [2008/05/20(火) 05:35:26 ID:CGOJLBT4] insensitiveなんてSamba側でやらせるよ 484 名前：480 mailto:sage [2008/05/20(火) 05:46:52 ID:D0FaA2M8] >>483 たぶんそれが正解。 世の中で求められているのはバグも含めてWindowsと完全互換な挙動であって「正しい」 case insensitive ではないと思う 485 名前：login:Penguin mailto:sage [2008/05/20(火) 15:52:17 ID:7zhBv2ee] 少し前に知ったんだけど WindowsのNT系だと "A"と"a"を同一視するのは当然だけど "Ａ"と"ａ"も同一視するんだぜ。 (9xだと"Ａ"と"ａ"は別扱い) NTFSで区別出来るかは知らないけど、FATだと当然区別できて "Ａ"と"ａ"が両方あるディレクトリをNT系で読むと片方しか操作できないらしい。 たぶんディレクトリエントリの並び順とかによるんだろうが。 試してないが、samba上に"Ａ.txt"と"ａ.txt"を置いても 操作できるのは片方なんじゃないかね。 486 名前：login:Penguin mailto:sage [2008/05/20(火) 15:57:55 ID:Y/B6ib8Y] キリル文字とかギリシア文字がどうなるのかも気になるなwww 487 名前：login:Penguin mailto:sage [2008/05/20(火) 17:05:38 ID:R7fVkyDq] >>485 そりゃNT系が、っていうより、explorer とかの特定のアプリが、ってことなんじゃ？ ファイルシステムの問題じゃないような。 488 名前：login:Penguin mailto:sage [2008/05/20(火) 17:13:34 ID:1uNl2xi7] Explorer て変なことするよな。ドットで始まったり終わるファイル作れないし。 まぁ拡張子非表示にしていると見えないとかいう理由なんだろうけど。 489 名前：login:Penguin mailto:sage [2008/05/20(火) 17:46:12 ID:Aur5JlSq] >>485 ユニコードだからじゃね？ 490 名前：login:Penguin mailto:sage [2008/05/20(火) 17:57:39 ID:z2v1aIzv] >>468 ext系、xfsなどと比べれば実績は少ない方なんじゃまいか 491 名前：login:Penguin mailto:sage [2008/05/20(火) 22:24:57 ID:pV7pmg2U] >>287 実はそれが問題でね、ちょっと古い(といっても大半のアプリが使用してる)WINAPIから だとcase 違いのファイルが扱えない。むしろ積極的に困った動作をしてくれる。 NTFSは case sensitive だから、そういうファイルは作れる。 だから本末転倒だが、file system のほうで case insensitive にするほうが、 Windows OSを安全に使用できるという訳。 492 名前：login:Penguin mailto:sage [2008/05/20(火) 22:45:22 ID:Aur5JlSq] >>488 .で終わるファイルはcmd.exeからでも作れない。 493 名前：login:Penguin mailto:sage [2008/05/20(火) 23:15:06 ID:eaiw47c3] >>490 linux上での実績 ext3 > reiserfs >>> xfs 速度 reiserfs > xfs >>> ext3 ディスクの利用効率 xfs > reiserfs > ext3 494 名前：login:Penguin mailto:sage [2008/05/20(火) 23:29:35 ID:7zhBv2ee] >>487 特定のアプリの問題じゃない。 普通のAPI、例えばMoveFileが失敗するし CreateFileでopen出来るのも片方だけ。 何が問題なのかと言うと、両方のファイルがあるディレクトリでは 一覧を取ると両方が見えるのに、操作(例えばopen)しようとすると片方のみが対象となるので 意図しないファイルを触ってしまう可能性があるから。 495 名前：login:Penguin mailto:sage [2008/05/20(火) 23:33:30 ID:7zhBv2ee] あ、もちろん、ファイルシステムの問題じゃないよ。 OSの扱いの問題なだけ。 わざわざ持ち出したのは、上のほうで「Windows互換」という話が出たから。 496 名前：login:Penguin mailto:sage [2008/05/21(水) 00:36:25 ID:J4TqOFWl] >>493 linux上での実績 ext3 > reiserfs >>> xfs ↑これほんと？ xfsは最古のジャーナリングFSって言われるし、SGIのIRIXから使われ始めたでしょ reiserfsなんて色々もめて結局マージされたのって2000年以降じゃん

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef