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

1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o] 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 前スレ pc.2ch.net/test/read.cgi/linux/1006743807/ 772 名前：login:Penguin mailto:sage [04/09/18 10:28:52 ID:WkRl2e3k] >>769 スレタイは「ファイルシステム総合スレ」なんだよな。 何か問題あるの？ 773 名前：login:Penguin mailto:sage [04/09/18 14:12:01 ID:KTHMKtRo] NTFSをWindowsで使ってどうしたこうしたという話がLinuxに関係あると思えんが 774 名前：login:Penguin mailto:sage [04/09/18 16:51:45 ID:4+/m9CRA] >>772 Linux板にある以上「Linuxの」が暗黙に付くだろ。 OS板とかPC一般板ならともかく 775 名前：login:Penguin mailto:sage [04/09/18 16:58:30 ID:leNMVTLs] Linux ユーザにとって有益な話ならいいんでないの。 776 名前：login:Penguin mailto:sage [04/09/18 17:31:43 ID:WkRl2e3k] >>774 > Linux板にある以上「Linuxの」が暗黙に付くだろ。 どこでそういう定義をしているの？ 777 名前：login:Penguin mailto:sage [04/09/18 17:50:34 ID:4rrtxukD] Linuxで扱える、とか、扱えそうな、が最低ラインじゃね？ このスレにはあぶなげなパッチを試す奴はいても ファイルシステムドライバをハクしてる奴はいなそうだから Linuxであのファイルシステムをサポートしろとかは あきらめて「Linux普及のためには」系のスレでよろしこ。 778 名前：login:Penguin mailto:sage [04/09/18 18:18:22 ID:WkRl2e3k] > Linuxであのファイルシステムをサポートしろとかは > あきらめて「Linux普及のためには」系のスレでよろしこ。 そのスレに書けばサポートしてもらえるのか。すげーな。 779 名前：login:Penguin mailto:sage [04/09/18 18:27:30 ID:NaLUN0u6] なにこいつ 780 名前：login:Penguin mailto:sage [04/09/18 18:33:25 ID:lMVGdCjh] 誰も>>769のIDには触れないのか・・・ 781 名前：login:Penguin mailto:sage [04/09/18 19:54:28 ID:/ONKELA4] >>776 定義もなにも、2chでは >５． 掲示板・スレッドの趣旨とは違う投稿 は削除対象な訳なのだが。 この掲示板の趣旨とはLinuxに関する話題な訳で このスレッドの趣旨とはファイルシステム関係の話題な訳。 まとめると「Linuxに関する」「ファイルシステム関係」の話題を扱うべきスレなんだよ。 理解できた？ 782 名前：login:Penguin mailto:sage [04/09/18 20:07:33 ID:7irkMt20] 嫌Win派の方ですか？ 783 名前：login:Penguin mailto:sage [04/09/18 20:24:45 ID:KisBHH5o] 犬糞使いでもNTFSを読み書きしたくなることはあるさ 784 名前：login:Penguin mailto:sage [04/09/18 21:06:32 ID:uIlGbq/1] 激しく脱線しなきゃいいと思うけどな。 LinuxからNTFS読めるし。 昔はroで使ってたけど、今はrwで使えるんだっけ？ 誰か使ってる香具師情報キボンヌ。 785 名前：login:Penguin mailto:sage [04/09/18 21:18:55 ID:6Pet6ehM] NTFS の性能を知ることで linux の fs と比較できるわけだから、 非常に有意義じゃないか。 786 名前：login:Penguin mailto:sage [04/09/18 21:21:04 ID:omol/nYp] このスレでのNTFSの話の大半は Linuxの次世代fsをちゃんと使えないヤシがNTFSキボンキボン言ってるのと WindowsでNTFS使えないヤシがFATマンセーマンセー言ってるのと どっちかなわけで 787 名前：login:Penguin mailto:sage [04/09/18 21:22:59 ID:6Pet6ehM] NTFS キボンなんているのか。 昔のブラウザスレであった IE キボンってのと同じだなw 788 名前：login:Penguin mailto:sage [04/09/18 22:19:43 ID:WkRl2e3k] >>781 理解できないね。 789 名前：login:Penguin mailto:sage [04/09/19 01:45:03 ID:CqK4j/H8] 山田君 座布団全部もってって。 790 名前：login:Penguin mailto:sage [04/09/19 03:51:05 ID:DuZ0NaNP] ……。山田くん？ ああ、うん。座布団全部取っ…ちょ、なにやってんの！！ 座布団、座布団を取ってこいっての！ ちが…なに取ってんの！？　何を取ってこようとしてるんだよ！ 山田くん！　座布団！　ざぶ…山田！！！ おい！　座布団取ってこい！　座布団を取ってこいよ！ 何で座布団以外のものを取ってこようとしてんだよ！ 座布団だよ！　あいつが座ってる奴だよ！ 違ぇよ！　それは座布団じゃねぇよ！ 分かんだろ！　そこにあんだろ！ ほら指さしてんだろ！　アレだよ！ アレを取ってこいよ！　……見ろよ！！！ なんで目を逸らすんだよ！！ 見ろよ！　見ろって！！ …え？　……何言ってんのか分かんねぇよ！ いいから取って来いよ座布団を！！ なんだよ！　触んなよ！！ 俺は座布団じゃねぇよ！！！ 痛ぇ！　痛ぇよ！！ 死ねよ！　座布団を取ってこいよ！！ 791 名前：login:Penguin mailto:sage [04/09/19 10:16:28 ID:sm3UUPQH] なんか包茎が居着いとるな。臭いから手術して出直してきてね。 792 名前：login:Penguin mailto:sage [04/09/19 10:27:53 ID:u0O7C7mM] QTPartedでext3のパーティションのサイズを変更しようと思うのですが、 こういうのでサイズ変更って危ないですかね？ 793 名前：login:Penguin mailto:sage [04/09/19 11:01:13 ID:JneytEvP] 俺は(Qt)partedでNTFSのresizeしたよ。 全然問題なし。 794 名前：login:Penguin mailto:sage [04/09/19 11:27:39 ID:Ir1sXGFF] NTFSのresizeするなんて漢だな 795 名前：reiserfs4 [04/09/19 14:08:57 ID:VPX1r1V4] reiserfs4がmmに入ったっていうことは、カーネル2.6.9とか2.6.10に試験的にせよ入るってこと? 796 名前：login:Penguin mailto:sage [04/09/19 15:06:40 ID:BPaNhIx7] mmに入ったからってメインツリーに入るとは限らないだろう。 797 名前：login:Penguin mailto:sage [04/09/19 16:56:40 ID:ugPTMl4F] 792です。 レスありがとうございます。 QTpartedでサイズ変更しようと思ったらext2しか対応してないことに気づきましたorz 大人しく一旦パーティション消して作り直してきます。 798 名前：login:Penguin mailto:sage [04/09/19 17:46:34 ID:t7jx7PXh] 割れ窓信者のドザらが脱糞をぶちまけていったようですね。 MacコンプレックスにつづいてLinuxコンプレックスですか、 哀れな人生ですね、ドザ。無様w 799 名前：login:Penguin mailto:sage [04/09/19 17:47:49 ID:t7jx7PXh] 限りなく断片化し、遅い糞FSのNTFS信者は見苦しいなw HFS+以下の性能と信頼性の癖に頭悪すぎww 800 名前：login:Penguin mailto:sage [04/09/19 17:48:39 ID:5feH9Oai] 犬信者を装ったﾏｶがウザい 801 名前：login:Penguin mailto:sage [04/09/19 17:50:23 ID:t7jx7PXh] WinFSはLonghornから外され、予定されていた機能はXPにバックポート。 Longhornは何の為にあるんだ？w 802 名前：login:Penguin mailto:sage [04/09/19 17:51:31 ID:Ir1sXGFF] HFS系ほどショボイFSも珍しい 803 名前：login:Penguin mailto:sage [04/09/19 18:10:46 ID:5azpRE/r] また、Windowsとか言う欠陥OSのヲタが荒してるのか。どこの板に行っても害獣なのは変わりないな。 804 名前：login:Penguin mailto:sage [04/09/19 18:34:53 ID:E/cK895z] なんか暇な人がイパーイいますね。 805 名前：login:Penguin mailto:sage [04/09/19 19:16:22 ID:F5H9Ucc5] 連休だからな。 806 名前：login:Penguin mailto:sage [04/09/19 22:28:51 ID:KMIl/khQ] まだ夏だからな 807 名前：755=757 mailto:sage [04/09/20 00:20:42 ID:t11Jtywp] えー、PromiseのUltra66 (PDC20262)でXFSがちゃんと動かないと言ってた755です。 Reiserfsでも試してみたんですけど、同様に中身が壊れたり Sep 17 04:03:39 fedora kernel: ide3(34,6):vs-5150: search_by_key: invalid format found in block 2939225. Fsck? とかがガンガン出るので、PromiseのATAカードをほかしまして、 AEC ACHIP ATP865が載ってるI-O DATAのUIDE-133を買ってきました。 すると、Reiserfsでは特に問題なくなり、 XFSでもファイルの中身が壊れたりはなくなったんですけど、 小さいファイルを大量に書くと kernel: possible deadlock in kmem_zone_alloc (mode:0x1f0) とか kernel: __alloc_pages: 1-order allocation failed (gfp=0x1f0/0) が出るのは変わらなくて、rsyncのプロセスが止まったりしてます。 (カーネルごとハングアップはなくなりました) 808 名前：reiserfs4 [04/09/20 02:04:27 ID:QMWicooX] >796 そうなんですかー。やっぱメインツリーにはなかなか入らないんですね。 亀レス御免! 809 名前：login:Penguin [04/09/20 08:19:10 ID:gTEZpA8l] 巨大なディスクイメージを losetup で offset 指定しながら あつかってます。が、offset 指定って 32bit 値以上は指定 できないみたいです… 810 名前：login:Penguin [04/09/20 08:23:56 ID:gTEZpA8l] losetup supports large file but can't be use with very big offset. it seems the offset is an int, but it should be a long int bugzilla.redhat.com/bugzilla/show_bug.cgi?id=126623 どうやらこれと同じみたいだ… 洩れは Debian GNU/Linux sarge なんだが、直ってないナァ。 811 名前：login:Penguin [04/09/20 08:28:46 ID:gTEZpA8l] ディストリビューションによっては直ってるのかもな。 Debian specific かもしれないんで、Debian スレに行きます。 812 名前：login:Penguin mailto:sage [04/09/20 11:04:50 ID:C5sAtHjH] そもそも、NTFS についてはマイクロソフトは 必要な技術情報を公開しておらず、解析することで 得た情報を元に NTFS on Linux は実装している。 （ FAT は公開済み ） 信頼性・性能うんぬん以前に正常動作の保証も出来ない。 813 名前：login:Penguin mailto:sage [04/09/20 11:50:48 ID:WrrRj695] CIFSもそうだね。 > （ FAT は公開済み ） 逆にこいつは特許を主張し始めた。 814 名前：login:Penguin mailto:sage [04/09/20 18:23:15 ID:u3YdkMbN] ひょっとするとCaptive-NTFSが最も安全なのではないかという疑惑 815 名前：login:Penguin [04/09/22 00:19:07 ID:oMWz//wP] >>780 うお、Sexでた！ 816 名前：login:Penguin [04/09/22 07:34:10 ID:bInVO7D7] スワップパーティションじゃなくて、Windowsみたいにスワップファイル だと、効率悪いの？今のPCはメモリ沢山あるからスワップするような 状況ってあんまりないよね。だからわざわざパーティション作る必要も ないんじゃないかと。。。 817 名前：login:Penguin [04/09/22 08:07:56 ID:2oXCA/J6] >>816 別にスワップパーティションじゃなくてもいいんじゃない？ 俺はスワップファイルにしてるけど。 ときどき free で確認するけど、ほとんど使われていない。 818 名前：login:Penguin [04/09/22 08:15:52 ID:2oXCA/J6] Captive: The first free NTFS read/write filesystem for GNU/Linux www.jankratochvil.net/project/captive/ Project implements the first full read/write free access to NTFS disk drives. You can mount your Microsoft Windows NT, 200x or XP partition as a transparently accessible volume for your GNU/Linux. 819 名前：login:Penguin [04/09/26 00:01:14 ID:mrKK2drP] Linux の NTFS 圧縮ファイル対応になるのはいつ？ 820 名前：login:Penguin [04/09/26 21:58:49 ID:mrKK2drP] >>614 > windowsでフォーマットしたudf1.5なdvd-ramに、 > kernel 2.6.6から書きこみしたら、 > windowsからのみ読めないdvd-ramになったのだけど、 > まだそういうもんなのでしょうか？ > 俺が悪いだけ？ 俺は、mkudffs 1.0.0b2 で UDF 2.0 なフォーマットをして Linux から書き込んで、 Windows から読もうとしたら 読めなかった。 逆に Windows で UDF 2.0 なフォーマットをして Windowsから書き込んで、Linux から読もうとしたら 読めた。 821 名前：login:Penguin [04/09/27 07:13:53 ID:nJC4oO6U] autofs で MO や DVD-RAM などをオートマウントしています。 アンマウントするときって、やっぱり root になるしかないですか？ オートマウントではなく /etc/fstab 経由のマウントだったら オプションに user を指定することで一般ユーザでも マウント/アンマウントできるんですが、オートマウントで マウントされたデバイスは root でしかアンマウントする 手段は無いんでしょうか？ むしろ一定時間アクセスが無ければ自動アンマウント とかでもいいんですが… 822 名前：login:Penguin mailto:sage [04/09/27 08:38:18 ID:36brLe06] captiveを使おうとしてますが、マウントまではできますが、 >>>/dev/sda1 190G 113G 77G 60% /mnt/drive-c >>>drwxr-xr-x 1 bin root 0 Sep 26 10:20 drive-c に対してcdすると、 >>>[root@localhost mnt]# cd drive-c/ >>>bash: cd: drive-c/: ディレクトリではありません となります。何か良い方法がありませんか？ kernel2.4.27、captive1.1.5、sda1はusb2.0の外付けです。 823 名前：login:Penguin [04/09/27 22:22:27 ID:JM2fS/dF] SuSE9.1を使っていてreiser4を試してみたい方は ftp://ftp.novell.co.jp/pub/suse/suse/i386/update/9.1.42/ のkernel2.6.8を入れると使えるようになるみたい。 最新機能を試してみたいけどパッチ当てには及び腰な人にはおすすめかも。 824 名前：login:Penguin mailto:sage [04/09/30 23:04:50 ID:Nv/f8bFO] おまいら、月刊Interfaceで日高さんがファイルシステムベンチマークやってますよ。 (速)ext2 > reiserfs > ext3(遅)で、reiserfsはjournalなしモードでも対して速くならねーそうですよ。 825 名前：login:Penguin mailto:sage [04/09/30 23:05:54 ID:9W0MB4GB] ext3でよかったと思った瞬間は無いからext2+RAID1にしよう 826 名前：login:Penguin mailto:sage [04/09/30 23:09:44 ID:0sonQ3yX] raid 使ってて電源ブチやったらどうなんの？ 827 名前：login:Penguin mailto:sage [04/09/30 23:18:59 ID:9W0MB4GB] 俺の場合は大手データセンターに置いてる鯖機だから電源は信用してる。 環境的に熱暴走も考えにくいから、ハード的障害の恐れは磁気ドライブと メモリ破損ぐらいのもの。 828 名前：login:Penguin mailto:sage [04/09/30 23:55:53 ID:g7ijMhZd] >>824 昨日のオールナイトニッポンにもいたね 829 名前：login:Penguin mailto:sage [04/10/01 00:31:54 ID:3MkLk0K2] なんでXFSを入れないんだろう。謎。 830 名前：login:Penguin mailto:sage [04/10/01 00:56:15 ID:0GDvz/gd] >>827 クラッシュしたらどうすんの？ Linuxだと高負荷時に結構ヤバイよ。 大したサイトじゃないなら気にならないんだろうけど。 831 名前：login:Penguin mailto:sage [04/10/01 06:23:52 ID:UVxA7ayE] >>830 君はバックアップという言葉を知っているかな? 832 名前：login:Penguin [04/10/01 07:11:01 ID:TLNmg2sp] >>824 ext3 は ordered でつか？ writeback にしてもあんまり早くならない？ 833 名前：login:Penguin mailto:sage [04/10/01 07:17:05 ID:2rOOI05A] >>824 いまさらreiserfsもなぁ。 それに、ext2,3はディレクトリ内に沢山ファイルあると遅いじゃん。 834 名前：login:Penguin mailto:sage [04/10/01 07:32:40 ID:lWK2h+Lw] ソース読んでファイルシステムを比較してる人って少ないのかな 835 名前：login:Penguin mailto:sage [04/10/01 08:51:35 ID:St2CN3GG] >>834 皆無 836 名前：login:Penguin mailto:sage [04/10/01 09:56:22 ID:GdHh6EHn] >>831 バックアップするのは、ファイルシステムが 何であれ必要なことだ。 826, 829, 830が問題にしているのは、電源障害や クラッシュの時、ファイルシステムの整合性を どれだけ早い時間で取り戻せるかだ。 837 名前：login:Penguin mailto:sage [04/10/01 12:03:15 ID:x3BcTJVS] >大したサイトじゃないなら気にならないんだろうけど。 ま、Linuxで運用してるGoogleもAmazonも 830からしたら大したサイトじゃないのかも知れんが。 たいしていようがいまいが、 サーバの負荷に対して適切なスペックの運用をしていれば Linuxであっても問題が無いし、それを超えた負荷ならばどの OSだろうが関係なく危険であるということを、830はまだ、知らないのだ・・・ 838 名前：login:Penguin mailto:sage [04/10/01 12:38:36 ID:YdLny8JW] だれか >>837 を1行に要約してよ。 839 名前：login:Penguin mailto:sage [04/10/01 12:50:20 ID:VvbeuQ6F] 「人は生まれ、苦しみ、そして死ぬ。」 840 名前：login:Penguin mailto:sage [04/10/01 13:38:14 ID:8M7EWD8A] マイクロソフトのFATファイルシステム特許、再審査で取り消しに japan.cnet.com/news/ent/story/0,2000047623,20074900,00.htm 841 名前：login:Penguin mailto:sage [04/10/01 14:25:51 ID:h+JkF99q] >>837はgoogleがどんな運用しているか知って言っているのか? かなりピント外れで笑えるんだが… 842 名前：login:Penguin mailto:sage [04/10/01 16:25:44 ID:GdHh6EHn] >>841 確かに、ファイルシステムの話をしているのに、 googleうんぬんは変だな。 ext2だと、電源障害やクラッシュの際にファイルシステム の整合性確保に多く時間がかかっちゃうんじゃないの ってだけなのにね。 843 名前：login:Penguin mailto:sage [04/10/01 16:43:20 ID:ZjnGQ3jX] 電源障害の恐れは低く、クラッシュはRAID1で対応するから 通常使用時のパフォーマンスを落とすぐらいならext2を使おう というのが>>824の趣旨なんだけど 844 名前：login:Penguin mailto:sage [04/10/01 16:43:42 ID:ZjnGQ3jX] >>824じゃなくて>>825だった 845 名前：login:Penguin mailto:sage [04/10/01 17:30:20 ID:GdHh6EHn] >>843 クラッシュとは、カーネルのクラッシュ のことだ(高負荷時に何とかと言っているから)。 ディスク障害ではない。 ファイルシステムの整合性回復にミラーリングは関係ない。 ミラーしててもジャーナリングしてなきゃ多く時間が かかるだろ。 その時間が気にならないのなら、確かにext2でどうぞ ってことですな。 846 名前：login:Penguin mailto:sage [04/10/01 17:41:08 ID:HzbAAiNF] /bootパーティションなんてどうでもいい 847 名前：login:Penguin mailto:sage [04/10/01 17:42:32 ID:GdHh6EHn] >>846 まあ、通常運用時は マウントする必要すらないからな。 848 名前：login:Penguin [04/10/02 01:00:11 ID:0ddQt7sH] >>843 vs >>845 .........>>845の勝ち！ 849 名前：login:Penguin mailto:sage [04/10/02 01:49:15 ID:QHsCtFx1] >>845 最近おきたカーネルクラッシュの具体例が聞きたいな。 俺の場合(2.4.27)、USB-HDDの電源が抜けてるのに気づかずに SCSI bus scanかけたらnull pointer dereferenceしたとか、 IEEE1394のPCカード抜いたらバスの消失をうまく扱えなかったとかの ホットプラグ系のものが多い。Load average 10ぐらいはしょっちゅうあるけど。 高負荷ってのはLoad average 100とかそういうレベル? 850 名前：login:Penguin mailto:sage [04/10/02 13:57:57 ID:j2TX+UhW] >>821 > むしろ一定時間アクセスが無ければ自動アンマウント > とかでもいいんですが… --timeout オプションでできるよ 851 名前：login:Penguin mailto:sage [04/10/02 14:33:45 ID:LpDlqkv1] NFSmountしてた先のマシンを停止した後に こっちもumountしようとしたけど出来ない 852 名前：login:Penguin mailto:sage [04/10/02 15:37:49 ID:RYrk+w9T] ファイルシステムとか全然詳しくないんだけどctimeじゃなくて 作成時間を残すext3用のパッチとかってある？ 853 名前：login:Penguin mailto:sage [04/10/02 15:40:05 ID:RYrk+w9T] あ、作成時間はWinの作成日時みたいなの 854 名前：login:Penguin mailto:sage [04/10/02 18:00:10 ID:0N5ydXGU] noatimeじゃ駄目なん？ 855 名前：login:Penguin mailto:sage [04/10/02 18:34:11 ID:wYyYDUdw] >>850 ありがとう！ 856 名前：login:Penguin mailto:sage [04/10/02 23:20:52 ID:TVsIQzv1] >>851 serverを立ち上げ直してからumountしろ。 857 名前：852 mailto:sage [04/10/03 00:10:07 ID:A1/XNe9G] >>854 なるほど、そういうmount方法があるのか 勉強になりますた。ありがとう 858 名前：login:Penguin mailto:sage [04/10/03 00:46:24 ID:ot2U6tDK] これすごくないか。 【10.3問題】discreet stoneシステムの不具合 pc5.2ch.net/test/read.cgi/avi/1096718878/ 859 名前：login:Penguin mailto:sage [04/10/03 00:56:16 ID:CjC/ihM6] >>858 「整備不良」、と欠陥を隠し続けたスリーダイヤ よりはマシってとこかな？ よく分からんが。 860 名前：login:Penguin mailto:sage [04/10/03 02:39:11 ID:52nQq72e] stoneファイルシステムってDTV用のファイルシステムなのね。 www.discreet.jp/products/infrastructure/index.html 861 名前：login:Penguin mailto:sage [04/10/03 05:37:33 ID:44rpsLF8] >>858 すごいね。10/3にプロ用アプリケーションが動作不能になるよっていう告知を 9/30にするとは。しかもメール一本投げただけ。 モノがモノだし症状が症状なだけに、、電話で個別対応する必要すらある大欠陥 だと思うなぁ。 862 名前：login:Penguin mailto:age [04/10/07 00:20:24 ID:+RbEZkpZ] 2chのログ置き場にはどのファイルシステムがいい？ つか、これはダメってのある？ 863 名前：login:Penguin mailto:sage [04/10/07 00:37:23 ID:lvFRDHiX] FATは駄目だろう。 864 名前：login:Penguin mailto:sage [04/10/07 06:30:18 ID:GFV7qaz/] datのような細かいのならreiserfsかxfsだろう。 865 名前：login:Penguin mailto:sage [04/10/07 23:31:13 ID:xc+VmynY] なんでXFSなんだよ。 866 名前：login:Penguin mailto:sage [04/10/08 04:46:14 ID:mU0Mn+T+] >>865 ジャーナリングファイルシステムの中でそれなりに速いからでは？ 867 名前：login:Penguin [04/10/08 15:30:30 ID:z0poxm+k] 教えてください。 インターネット越しにファイル共有をしたいと考えています。 WebDAVなどでは、リモートにあるファイルを実行したときに ローカルにコピーされて実行されますよね。 ではなくて、普通のローカルフォルダのように実行できるファイルシステムは ないのでしょうか？ 目的は、「巨大な映像ファイルを共有したい」です。 一旦ローカルに落とすだと10分以上待たされるorプレイヤが落ちるので。。 よろしくお願いします。 868 名前：login:Penguin mailto:sage [04/10/08 16:16:57 ID:jYDi81Bg] >>867 nfsとかsmb(NetBIOS)とかsshfsとか。 869 名前：867 [04/10/08 18:18:41 ID:z0poxm+k] >>858 インターネット越しなんですが、nfsとかNetbios使えるんでしょうか？ むかーし、nfsでNAT越そうとしてえらい目に遭ったんですが。 870 名前：login:Penguin mailto:sage [04/10/08 22:15:36 ID:IhaEY7z/] >>867 ストリーミングサーバ立てりゃいいじゃん。 871 名前：login:Penguin mailto:sage [04/10/08 22:31:08 ID:z9PMD2Gb] reiserfsやxfs, jfsでHDDのコピーを取るにはどうすればいいですか？ ext2やext3だとdump&restoreでHDDのコピーできるんですけど… 872 名前：login:Penguin mailto:sage [04/10/08 22:37:16 ID:PexOQI5R] >>867 古いけど、davfsってあったよ。 たしか2.6系は対応してないはず。 相手側の構成がわからないけど、 映像ファイルだけなら、ストリーミングサーバたてるのに賛成。 トンネル掘っても良いし。 873 名前：login:Penguin mailto:sage [04/10/08 22:42:52 ID:PexOQI5R] >>871 xfsはxfs用のdump/restoreがある。 単にコピーだったら、ddとかで良いんじゃないの? どういうコピーがしたいのかがわからない。 cp -a とかで済むかもしれないし。 874 名前：login:Penguin mailto:sage [04/10/08 23:13:07 ID:17DLiENo] 映像データのフォーマットも聞かないうちにストリーミングにしろってのは無理がないですかね。 875 名前：login:Penguin mailto:sage [04/10/08 23:14:27 ID:z9PMD2Gb] >>873 ありがとうございます xfsdumpについて調べてみました。ext系との互換は無いみたいですね。残念 ReiserFSとJFSはdumpの変わりになるようなものは無いようですね やりたいのはファイルシステムのバックアップです 用心のために起動可能な状態でシステムのコピーを取っておきたいのです 容量の違うHDDに取りたいのでdump&restoreしかないかなぁと… ddでも同じようなことってできますか？ 876 名前：login:Penguin mailto:sage [04/10/09 05:30:14 ID:h0sdAzzn] parimageとも思ったが、あれもパーティションサイズ同じのでないと駄目だしな 対応してるファイルシステムならddよりはこっちを薦めるけど 877 名前：login:Penguin mailto:sage [04/10/09 10:26:27 ID:JpDjIoV/] >>875 素直にrsync使っておけ。 rsyncの使い方はググれ。 878 名前：login:Penguin mailto:sage [04/10/09 13:04:34 ID:sveY2fsg] >>875 Mondo Rescue ttp://www.microwerks.net/~hugo/index.html リストア時にパーティション切り直せる ただし、リストアの練習必須な。 練習用のマシンを準備できないなら>>877 879 名前：login:Penguin mailto:sage [04/10/09 19:23:03 ID:cXsVdBXV] UDF ファイルシステムって、めちゃくちゃ遅くない？ mkudffs で DVD-RAM にファイルシステム作って 書き込んでみたら、Windows の１００倍くらい遅い。いやマジで。 880 名前：login:Penguin mailto:sage [04/10/09 19:48:27 ID:cXsVdBXV] ところで、UDF ファイルシステムに対する e2fsck みたいなツールってあるの？ 881 名前：login:Penguin mailto:sage [04/10/09 22:57:23 ID:JpDjIoV/] >>879 W1ndom$の方が、ただ単に"どデカイキャッシュ"を作成してるので そう感じるだけでは無いのか？ 882 名前：login:Penguin mailto:sage [04/10/10 05:03:31 ID:1f4Rh/kc] >>881 そうなのかも。 dd if=/dev/hdb of=/dev/null すると 5Mbps くらいでるしなぁ。 DVD-RAM 上のディレクトリツリーを rm -rf で 消したりすると、どうやら一ファイルごとに ジーコンジーコンってシーク音が聞こえる。 883 名前：login:Penguin mailto:sage [04/10/10 05:07:14 ID:XGmKT0aK] ぼくも毎晩ジーコンジーコンでつ。 884 名前：login:Penguin [04/10/10 05:18:26 ID:1f4Rh/kc] 書き込みのほうは dd if=/dev/zero of=/dev/hdb で測ってみると 400kbps ちょっとだった。 どうも UDF ファイルシステムの問題（？）らしいけど、 ちゃんとキャッシュかかってんのかな？ 885 名前：login:Penguin mailto:sage [04/10/12 18:02:30 ID:r9GRzApr] 大昔は、ファイルシステムそのものに履歴機能があったそうですが 今はなぜなくなったのでしょうか 886 名前：login:Penguin [04/10/12 19:48:15 ID:Is7dx794] えろいひとがいらないって 887 名前：login:Penguin mailto:sage [04/10/12 19:53:18 ID:r1ymuXvd] えろいひとはすぐにHDDを動画でいっぱいにしちゃうからね。 888 名前：login:Penguin mailto:sage [04/10/12 22:54:53 ID:4U46fuSV] ぼくえろいひとだけど、ちゃんとDVDに焼いてるからHDDいっぱいにならないよ 889 名前：login:Penguin mailto:sage [04/10/12 23:14:07 ID:VSDdwMVE] >>885 plan9なんてどうよ? 890 名前：login:Penguin mailto:sage [04/10/12 23:50:22 ID:mt3A1Msp] >>885 1. ゴミ箱ができたからいらなくなった。 2. コンテンツの履歴管理には、それ用のSCMが使われるようになった。 3. それでも、どうしてもという香具師には、cvsfsという選択肢ができたので、いらなくなった。 891 名前：login:Penguin mailto:sage [04/10/13 00:43:29 ID:Yaemzti6] 885がいってるのはUNIXの無構造バイトストリーム指向のファイルシステム以前の話じゃないの? 892 名前：login:Penguin mailto:sage [04/10/13 07:16:48 ID:OgYbs9mp] COBOLな時代のお話だ罠。 893 名前：PURGE mailto:sage [04/10/13 07:42:39 ID:0WbFHpBv] VAX/VMSもバージョン管理の機能をシステムが持っていた。 894 名前：login:Penguin mailto:sage [04/10/14 15:30:49 ID:EOX0l5xy] >>884 Linux で使うだけなら ext2 なり別のファイルシステムにした方がいいかもね。 どうも UDF は使いにくい 895 名前：login:Penguin mailto:sagｅ [04/10/19 12:34:20 ID:moTJ9EfG] ハードディスクのイメージを操作しようとしています。 /dev/loop0 にそのイメージがあり、 fdisk /dev/loop0 とするとパーティションテーブルが見えます。 各パーティションは /dev/loop0p1 /dev/loop0p2 のように デバイス名が表示されるのですが、/dev/ 以下にはそのような デバイスはありません。どうやって mknod すればいいのでしょうか？ 使用しているカーネルは 2.6.8.1 です。 ディストリビューションは Debian GNU/Linux sargeです。 896 名前：login:Penguin mailto:sage [04/10/19 17:26:34 ID:nH2VqM38] おとなしくoffsetしてなさい 897 名前：login:Penguin mailto:sagｅ [04/10/19 17:48:08 ID:moTJ9EfG] >>896 が〜ん、それしかないですか OTL パーティションテーブル眺めてオフセット計算するのが面倒だから、 loop0p1 とか使えそうなのを知って小躍りしていたのに… もうだめぽ… 898 名前：login:Penguin mailto:sage [04/10/23 12:00:31 ID:f3d2eeGn] Reiser4ってメチャクチャ早いな。もっと早く移行しときゃよかった。 899 名前：login:Penguin mailto:sage [04/10/23 13:12:10 ID:5Klc5JUv] 詳細報告汁 900 名前：login:Penguin mailto:sage [04/10/26 23:54:30 ID:it+UQF4+] 腐ってやがる…速過ぎたんだ。 901 名前：login:Penguin mailto:sage [04/10/27 01:20:59 ID:oV8uGicI] Reiser4って2.6系に入ってくる可能性高いらしいね。でも、そんな大物をいまさら 安定版カーネルに入れるなよ…。 902 名前：login:Penguin mailto:sage [04/10/27 23:06:08 ID:alWshxvt] 今使わずにいつ使う！ 903 名前：login:Penguin mailto:sage [04/10/27 23:40:35 ID:kKU4Gjja] >>900 なんか笑いが止まらんw 904 名前：login:Penguin mailto:sage [04/10/30 21:19:48 ID:Tqm+B4V+] >>900>>902 ワロタ >>901 2.6系は、まだ安定版ではないのでしょう（藁 905 名前：login:Penguin mailto:sage [04/10/31 04:34:22 ID:AV7afGxH] そりゃ、2.7が出来てからでしょ。 reiser4は、2.6にもともと入れたかった機能だったんじゃ？ 906 名前：login:Penguin mailto:sage [04/11/05 09:56:57 ID:osrbnY0b] XFSを1年ほど使っているのだが、昨日文書書き中にXFSがシャットダウン。 xfs_repairのログから判断するに、本家bugzillaの #326 xfs_repair failing to repair corrupted dinode が起こったみたい。xfs_repairでもなおらないよどーしよー。 このバグの依存関係たどると、大本のバグは去年の8月に発見されているのだが、 XFSって今メンテされてないのかしら。 907 名前：login:Penguin [04/11/05 22:50:06 ID:rbtLN+Aw] まずは御愁傷様です。 CVS版のxfs_repairで修復されちゃったのでバグ(っぽい挙動)を再現できない、 とかいう話になってないですかこれ 908 名前：906 mailto:sage [04/11/06 10:25:27 ID:Huj6FZRZ] bugzillaの人は、カーネル2.6.9-rcで一度マウントしたあとにCVS版でxfs_repairしたら直ったって言ってるのだけど、 同じようなことしても直らない…。 結局xfs_dbでエラーが出た箇所を無理矢理書き換えてなんとかxfs_repairでエラーは出なくなりました。 しかし本日また違うinodeで同じエラー発生! ハードウェアかIDEドライバの方の問題なのかなぁ…。 とりあえず余ってるHDDに取れるだけバックアップしておいてbadblocksしてみます。 お騒がせしました。 909 名前：807 mailto:sage [04/11/06 13:53:34 ID:Hxe2VWtK] ダメなATAカードでXFSして悩んでいた807です。 一年使ってきて問題ないそうなので、 HDDのガタがきたとかじゃないかと思うんですけど、 badblockで調べて異常がないHDDでも ReiserFSとかXFSみたいなバリバリアクセスしてそうなfsを みかけ上高速なATAで使うと問題があるようです。 僕もIEEE1394, USB-2.0 (20MB/s)で問題なく使ってきたので ATA(60MB/s)でやったらエラりまくったので… カーネルのバッファキャッシュ系の警告がでたりしてませんか? 910 名前：login:Penguin [04/11/06 14:33:55 ID:tIMVlfeP] >>909 ケーブルが DMA33 のものだったりして。 911 名前：login:Penguin mailto:sage [04/11/07 09:49:22 ID:DpzQnjIl] 2.6向けのe2comprがリリースされていた事に気づく 912 名前：login:Penguin mailto:sage [04/11/11 10:13:25 ID:sLhN6L/4] Ext2Fsdだいぶ安定してきたな 913 名前：login:Penguin [04/11/11 20:33:14 ID:rXP5AXOR] tmpfs が /dev/shm にマウントされてるんだけど fstab見ても書いてないんです。 誰がいつどうやってなぜマウントしたのでしょうか。 914 名前：login:Penguin mailto:sage [04/11/11 20:40:24 ID:oqsc/VEg] >>913 使ってるディストリのスレで聞け 915 名前：login:Penguin mailto:sage [04/11/11 21:16:58 ID:rXP5AXOR] そうする 916 名前：ぺんぎぬ mailto:sage [04/11/11 22:22:49 ID:31Hei9AV] 俺だよ。俺がマウントした。 917 名前：login:Penguin mailto:sage [04/11/12 16:15:38 ID:tHF6spDG] Reiser4でQUOTA使えるようになったら、移行しよう。 いつになるのかねえ。 918 名前：login:Penguin mailto:sage [04/11/12 21:56:56 ID:DfpPyEmN] SELinux使いは、ext2/ext3かxfsしか選択肢がないからなぁ。 919 名前：login:Penguin mailto:sage [04/11/13 11:36:23 ID:WOJDimyN] xfsに何か文句でも？ 920 名前：login:Penguin mailto:sage [04/11/13 14:43:33 ID:sLwkoy0b] >>908 その後、badblocksでエラーでました? 今、カーネル2.4.28rc1を使ってるんですけど、 IEEE1394のHDDでxfsでアクセスしてると SCSI disk error : host 2 channel 0 id 0 lun 0 return code = 8000002 Info fld=0x9402062 (nonstd), Current sd08:15: sense key None I/O error: dev 08:15, sector 11736776 みたいなのがボロボロ出て、でもbadblocksで何も エラーがでないという変な状況に…これからIEEE1394以外の インタフェースで試すつもりですけども 921 名前：login:Penguin mailto:sage [04/11/13 17:38:16 ID:VhbTDbMX] www.suse.de/~aj/linux_lfs.html nfs.sourceforge.net/ 俺用メモ 922 名前：login:Penguin mailto:sage [04/11/13 21:02:49 ID:Vg47LBuC] 結局外付けストレージを繋ぐときには、VxFS＆VxVMを使うことになるな。 LinuxのFSとLVMの組み合わせなんて、怖くて使えねぇ。 内蔵ディスクをミラーで使うときはlinux標準のmdドライバでいいとは思うが。 923 名前：login:Penguin mailto:sage [04/11/14 01:00:46 ID:/dE7uQd+] >>922 Linux上のVxFSとVxVMって実績あるの？ Veritasは ext3より3倍くらい高速なんて言っているけど。 mdドライバの出来も五十歩百歩のような気がするけど。 924 名前：login:Penguin mailto:sage [04/11/16 19:50:08 ID:mnHYkfwf] Solaris 10の新fs、ZFS ttp://www.sun.com/2004-0914/feature/ 925 名前：login:Penguin mailto:sage [04/11/16 21:50:08 ID:lz/l5mRN] >>923 パフォーマンスより、安全性。 ストレージとの組み合わせで使うものだから、個別にきちんと対応しているものじゃないとね。 926 名前：login:Penguin mailto:sage [04/11/16 21:55:39 ID:V0TDjevC] >>925 > 個別にきちんと対応しているものじゃないとね。 って何のこと? wd時代に逆戻りってこと? 927 名前：login:Penguin [04/11/18 01:44:21 ID:IhZuQzUT] カーネルパニックとかで止まってしまった場合。fsckは実行するべきでしょうか。 もしかして、出来るだけ早くしたほうがいい？ 928 名前：login:Penguin mailto:sage [04/11/18 04:11:10 ID:L/4q2PUf] ファイルシステムによってはfsck実行するとさらに被害が増えることもあるかもしれない。 929 名前：login:Penguin mailto:sage [04/11/19 01:28:25 ID:cex4z8XE] >>928 そうですか、今はreiserfsとext3を使っているので調べてみます。よく異常終了させてしまうので。 ありがとうございました。 930 名前：login:Penguin mailto:sage [04/11/19 09:30:56 ID:3j18/c70] ジャーナリングFSで fsck ってのは意味のあることなんだろうか。 でも時々は fsck する必要やっぱりある？ 931 名前：login:Penguin [04/11/19 09:31:37 ID:3j18/c70] 最近 BSD を使ってみてふと思ったんだけど、 SoftUpdate VS ジャーナリング、 どっちがいいものなんだろう。 932 名前：login:Penguin mailto:sage [04/11/19 11:01:17 ID:C9R7xtlI] >>931 Journaling versus Soft Updates: Asynchronous Meta-data Protection in File Systems - Seltzer, Ganger, McKusick, Smith, Soules, Stein (ResearchIndex) ttp://citeseer.ist.psu.edu/seltzer00journaling.html 933 名前：login:Penguin mailto:sage [04/11/19 11:03:19 ID:+U90X3i7] XFSだけど電源バッチン何回かして xfs_checkしてxfs_repairかけたら lost+foundにいろいろ落ちてた。(´･ω･`)ｼｮﾎﾞｰﾝ 934 名前：login:Penguin mailto:sage [04/11/19 11:09:57 ID:Ge73wfPr] >>930 ext3は30回に一回fsckが強制されるけど、あれ禁止する方法ないの? software suspendでもカウントされるからうざいんだけど。 935 名前：login:Penguin [04/11/19 11:13:52 ID:3j18/c70] >>932 THX CiteSeerで思い出したので板違いだけど slashdot.jp/article.pl?sid=04/11/18/1119237&topic=112&mode=thread 936 名前：login:Penguin mailto:sage [04/11/19 11:32:58 ID:MPzqRGPi] >>934 tune2fsで設定可能 937 名前：login:Penguin mailto:sage [04/11/19 11:58:01 ID:Ge73wfPr] >>936 Thanks # tune2fs -c 0 /dev/hda1 しました。 fsckしたくなったらtouch /forcefsckしてrebootします。 938 名前：login:Penguin [04/11/19 12:27:15 ID:3j18/c70] UDF は電源パッチンにたいしてどれくらい耐性があるのかと思って パケットライトスレッド UDF 2.0 pc5.2ch.net/test/read.cgi/cdr/1084023794/ で質問してみた。いま UDF 関連のドキュメントを読んでいるんだが、 なかなか複雑で理解するのに時間がかかりそう… 939 名前：login:Penguin mailto:sage [04/11/20 07:05:12 ID:CbAZaw0K] >>931 ジャーナリングじゃないけど、*BSDでには、 ディレクトリエントリの検索が改善されてるFSはあるの? 940 名前：login:Penguin mailto:sage [04/11/20 13:06:12 ID:fL+oxzjZ] >>939 ufsにdirhashとか無かったっけ？ 941 名前：login:Penguin mailto:sage [04/11/20 20:30:36 ID:6Uj9hCMy] UFS dirhashはディスク上のデータ配置はそのままで、 ディレクトリエントリ取得後にカーネルがハッシュ表(サイズ上限あり)にしておく やり方みたいですね。 はじめて触ったディレクトリに対してはハッシュ表ができていないため速度改善はないそうで。 ところで、dirprefの作者として名前がでてくるGrigoriy Orlovさんは ext3のorlov allocaterのOrlovさんなんでしょうか? 参考 ttp:/www.cnri.dit.ie/Downloads/Malone_2001_bsdcon.pdf 942 名前：login:Penguin mailto:sage [04/11/21 15:44:03 ID:EEraJ+4+] おまえら今売りのInterfaceでフラッシュメモリ用ファイルシステムの勘所の記事がのってますよ 943 名前：login:Penguin mailto:sage [04/11/21 16:18:40 ID:WLA5lVgJ] >>932 こういうのって電源パッチンパッチンしながら論文書いてるんだろうか… 944 名前：login:Penguin mailto:sage [04/11/22 23:13:54 ID:63PLDAS1] そういや、こんな話があった。 ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-October/017756.html ttp://ml.postgresql.jp/pipermail/pgsql-jp/2004-October/017774.html SCSIケーブルが抜けてるのにfsync()に成功してしまうってのはどうよ。 945 名前：login:Penguin mailto:sage [04/11/23 10:08:34 ID:vfGiIRop] ｆｊの教祖様が書いていたext2/3ではsyncしても実際syncされないこともある って話と関係あるのかな？ ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html 946 名前：login:Penguin mailto:sage [04/11/23 15:58:20 ID:mdI4b1vL] ヲイヲイ、それじゃ欠陥品じゃないか（w DBの領域にはとても使えんな。 947 名前：login:Penguin mailto:sage [04/11/23 17:40:37 ID:PElpp5Oo] また奥山か 948 名前：login:Penguin mailto:sage [04/11/24 00:06:40 ID:cCj2aYTz] SCSIケーブルが抜けないように注意してればいいだけの話でしょ。 もし万が一抜けてしまったら、何か問題が起きてしまってもしょうがない。 949 名前：login:Penguin mailto:sage [04/11/24 00:14:28 ID:FfhHn7I1] >>948 (´Д｀)ｱﾌｫ登場 950 名前：login:Penguin mailto:sage [04/11/24 00:24:06 ID:CSbs7JJ4] >>948 抜けるなら最初から挿さなければいいんだよ。 951 名前：login:Penguin mailto:sage [04/11/24 00:57:49 ID:zA95M5UH] 抜けないように圧着すればいいじゃん 952 名前：login:Penguin mailto:sage [04/11/24 01:06:50 ID:FfhHn7I1] いやあのな。 SCSIケーブル抜くってのは、 コントローラレベルで補足出来る、意図して起こせる、 ハードウェアエラーの代表なわけよ。 これで駄目ならハードディスクの故障対策なんかも駄目なわけよ。 953 名前：login:Penguin mailto:sage [04/11/24 01:12:52 ID:cCj2aYTz] 例えばSCSIコントローラやRAIDコントローラが故障して、 ディスクへの書き込みが正常にできていないのにOSに「正常終了」っていう 誤った結果を返したりしたら、不正なトランザクションが発生したことを OSは全く認知できない。 つまり、どんな障害に対しても100%確実に対処できるようにすることなんて 不可能なわけだ。 だとすれば、どこかで妥協点を設けるしかない。 SCSIケーブルが抜けたなんて特殊な状況、そこまで面倒をみる必要があるか? 954 名前：login:Penguin mailto:sage [04/11/24 01:20:17 ID:FfhHn7I1] だから、妥協点として、SCSIケーブルが抜けたなんて、 SCSIコントローラが対処できるレベルの奴は、 >>944の様なことが起きない様にすべき対象内なんだよ。 そしてハードディスクの故障は再現させるのが面倒だけど、 SCSIケーブルが抜くのは簡単だから、 >>944のURLのような技術の話をする所でも議論しやすい。 だから、SCSIケーブルが抜けるケースを取り上げることには意味がある。 955 名前：login:Penguin mailto:sage まあ、アレだ。 [04/11/24 01:59:55 ID:6AXxazPS] ハードディスクが壊れないように注意してればいいだけの話でしょ。 もし万が一壊れてしまったら、何か問題が起きてしまってもしょうがない。 956 名前：login:Penguin mailto:sage [04/11/24 02:16:51 ID:7aryhPez] >>955 その考えはさすがに困ると思うけど。 絶対壊れないなんて事はないんだから、壊れても大丈夫なようにすべき。 止められないなら冗長化するとか、止まってもいいならバックアップでもいい。 もちろん壊れても構わないマシンなら、面倒なんでなんもしなくていいと思うけど。 漏れはSCSIケーブル抜けたのなんて言うのは、当然対応すべきだと思うけど。 どうでも良いマシンに今時SCSIなんかつかわんでしょ。 957 名前：login:Penguin mailto:sage [04/11/24 22:54:27 ID:RHfzacHz] >> AFAIK, EXT2 doesn't update all metadata synchronously in sync-mode. >It does. おまいら、教祖様とモートンたんのどっちの云うことを 信じるのだ。（AFAIKは教祖様がいったのと違うけどな） 958 名前：login:Penguin mailto:sage [04/11/24 23:44:04 ID:ylCUbRRH] めちゃくちゃ重要なことじゃん。はっきりしる。 959 名前：login:Penguin mailto:sage [04/11/25 00:04:24 ID:sld2Dz3z] >>957 これの出典は? 先のPostgreSQLのMLのログで紹介されてた RedHatのBugzillaではext2のバッファキャッシュが激読みづらくて fixが出ないままお流れになっていたようですが… 個人的にはLinuxのSCSIドライバがちゃんとメンテされてるように 思えないのでそのあたり怪しいと思ってますけども 960 名前：login:Penguin mailto:sage [04/11/25 05:02:32 ID:DfQ2g8/Y] うみゅ。ヲレもSCSIケーブルの抜き差しについては、fsではなくSCSIのドライバの 問題だと思う。メジャーじゃない製品のドライバだと、動けばいいやで適当に 作っているものがものすごく多いしね。 961 名前：login:Penguin mailto:sage [04/11/25 05:10:00 ID:LyDcPT0Z] e2fsckにxfs_repairの-Lみたいの付かねえかな 962 名前：login:Penguin [04/11/25 08:08:26 ID:oBB9lL4t] 現在ループバックデバイスに関連づけられている ファイルを一覧するにはどうすればいいんでしょうか？ losetup では一覧するためのオプションはないようです。 963 名前：login:Penguin mailto:sage [04/11/25 12:05:06 ID:oBB9lL4t] >>945 > ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/NetworkFileSystem.Tune.4.html げ、ext3 って安心して使えないのか… 漏れ、ブチブチきっちゃってたよ。 まぁ、VMware とかの中の Linux なんだけど、容赦なく。 964 名前：login:Penguin mailto:sage [04/11/25 14:10:18 ID:gMA0wZXe] >>945 ttp://www.dd.iij4u.or.jp/~okuyamak/Documents/2004-08-29-Fedora-Study/FileSystem/FileSystem-What.pdf これも合わせて見ると万全な fs は無い様ですね。 停電時において、 xfs は fs が壊れにくい。 RaiserFS は生データが壊れにくい。 期待していた RaiserFS も耐久性では今一とは。 RaiserFS4 も含まれているのであろうか。 枯れているだろうという理由だけで ext2 を使っていて 乗り換え先を考えているところである。 965 名前：９６４ mailto:sage [04/11/25 14:15:50 ID:gMA0wZXe] ×RaiserFS ○ReiserFS pdf に間違いが混ざっているようだ。 966 名前：login:Penguin [04/11/25 14:24:50 ID:oBB9lL4t] 漏れは今のところ ext2 -> reiserfs 派。 まぁ単にカーネルのリコンパイルをやってみたら 後者にカーネルツリー置いておいたほうが早かった、ってだけの理由だけど。 読み書きパフォーマンスは低くてもいいので、 データの壊れにくさに関してだけは万全なfsってないものか。 967 名前：login:Penguin mailto:sage [04/11/25 15:50:28 ID:GC2gH16N] UFS 968 名前：login:Penguin mailto:sage [04/11/25 16:05:11 ID:APwqHcvT] HFS+ 969 名前：login:Penguin mailto:sage [04/11/25 20:43:15 ID:pVoGrlYi] 電プチでの壊れにくさも大事だけど、syncできちんとsyncしないのってどうよ。 DBとかで通常syncオプション使って書き込んでも、syncしてるかどうかの保証がないってことだろ。 こんなんでよく基幹業務にLinuxなんていえるな。 970 名前：login:Penguin mailto:sage [04/11/25 20:50:50 ID:vhmqIUjt] tmpfs 971 名前：login:Penguin mailto:sage [04/11/25 21:12:14 ID:+TxEgjg0] >>964 ノートPCに炉利動画パンパンに詰め込んでる漏れはXFSを使い続けることにしよう。 972 名前：login:Penguin mailto:sage [04/11/25 23:04:30 ID:NuUQzafr] reiser4 常用している方いますか? もう安心ですか? 973 名前：login:Penguin mailto:sage [04/11/25 23:06:34 ID:zNn1F0U0] >>972 君の基準ではkernel 2.6は安心して使えるレベルなのか?(いや煽りじゃなくて) 974 名前：login:Penguin mailto:sage [04/11/25 23:28:14 ID:zLr4sw4f] >>959 lkmlの[PATCH] let fat handle MS_SYNCHRONOUS flagのスレ。 975 名前：login:Penguin mailto:sage [04/11/25 23:28:48 ID:8+iWEMlu] >>973 FreeBSD 5.x stable より使えるレベルなんじゃないか?(いや煽りじゃなくて) 976 名前：login:Penguin mailto:sage [04/11/25 23:57:05 ID:EbtdCIzo] >>969 まともなfs使うか、DB側でなんとかするか、ハードで解決すんだよ。 つるしのlinux入れて基幹業務に使えるわけねーだろ。 Linuxのfsが腐ってるのは今に始まったことではない。 977 名前：login:Penguin mailto:sage [04/11/26 08:24:52 ID:38yi320m] >>975 まあ、5.3Rはリリースを急いだせいでemなんつ〜重要デバイスのデバドラが 腐っていたからなぁ。5.3.1になるまではちと手が出しにくいですな。 >>976 売りものfsだとVxFSとかしかないような。Veritasは高速性や安定性を 喧伝しているけど、VxFSってSANや二本足SCSI使う場合にどうしても 使わなきゃいけないってとき以外はあんまり使いたくないなぁ。 DB側でなんとかというのはraw device? にしても、なんでLinuxはUFSをまともに実装してこなかったのかが謎だ…。 978 名前：login:Penguin mailto:sage [04/11/26 09:30:24 ID:zT90rmo8] >>977 まともに実装するより、とりあえず動いて速度重視みたいな 開発ポリシーだったんじゃないの？まともに実装なんて 辛くて面白くもなくてやる人いなさそうだし。 979 名前：login:Penguin mailto:sage [04/11/26 10:47:00 ID:fB6J2hNB] >>977 確かにUFSを持ってきてたら良かったのでは？という気はする。 かつてminix fsからext{,2} fsに変更されたときがチャンスだった と今更ながらに思うな。 広まってしまったext2からext3の時はしょうがないとしても。 >>978 ポリシーとして飛んだら諦める、 けど速度重視というのがlinusの考えだったんだろう。 ちょっと前までext2でasyncがデフォだったしな。 飛んだらダメなのはUFSだろうが同じだけど、 飛んだ後の被害の程度が違うからな。 詳しい歴史的経緯とかfsの実装者の話を誰かキボンヌ。 980 名前：login:Penguin mailto:sage [04/11/26 15:42:13 ID:fUuQsABt] >>979 ext2のデフォルトがsyncに変わったのはいつですか。 今でもasyncだと思っていました。 981 名前：login:Penguin mailto:sage [04/11/26 16:10:52 ID:UFOOrqs1] 教祖様のお言葉を信じるならVFSやらVMをとりかえなきゃダメなわけで minix fs→ext1 や ext1→ext2 よりずっと大変な仕事だろう 982 名前：login:Penguin mailto:sage [04/11/26 16:26:05 ID:fB6J2hNB] >>980 今時はext2なんて使わずにジャーナリングfs使ってるだろ、 という話でext2のデフォルトが変わったという話ではない。 >>981 XFSが自前のコード持ってると思った。 983 名前：login:Penguin mailto:sage [04/11/26 16:50:46 ID:UFOOrqs1] 教祖様はXFSのVFSなら安全だとは言ってないですよね。 984 名前：login:Penguin mailto:sage [04/11/26 17:05:02 ID:w17TEeR7] softupdate と jounalのどっちが優れてるかなんて結論は出ない 意見が出尽した後は結局宗教論になってしまう どっちにしても softupdate が長く使われることはなさそう 985 名前：login:Penguin [04/11/26 17:16:04 ID:bPtCTGy9] *BSDがjournalに切り変える理由をキボンヌ Solaris 10をマネる予定だからっていうのは無しね 986 名前：login:Penguin mailto:sage [04/11/26 17:20:45 ID:fUuQsABt] >>985 DragonFly BSDがjournaling filesystemを採用するから。 987 名前：login:Penguin mailto:sage [04/11/26 17:22:27 ID:w17TEeR7] >>985 journalになるとは思ってないよ 988 名前：login:Penguin mailto:sage [04/11/26 19:31:35 ID:38yi320m] つか、ジャーナリングとsoftupdateは対立する概念でもなんでもないんだけど… 989 名前：login:Penguin mailto:sage [04/11/26 22:15:59 ID:A8UP9nub] >>964 こんな、なつやすみのしゅくだいレベルのもんを 有難がってるのもどうかと思うが。 とりあえず、こんなかんじでlkmlに流して揉んでもらうか(w Hi all. I read a interesting report about the comparison between linux file systems. Here is a summry of it. Any comment? Which filesystem shold I use ? ------ reisefs XFS JFS Ext3 Laptop ◎ △ ○ × Desktop ○ ◎ ○ × Server △ ◎ ○ × Database × ◎ △ × 990 名前：login:Penguin mailto:sage [04/11/26 22:20:21 ID:W/FYOyA8] >>989 2バイトの記号はそのままで良いのか？ 991 名前：login:Penguin mailto:sage [04/11/26 22:34:56 ID:A8UP9nub] ネタをネタと(ry 992 名前：login:Penguin mailto:sage [04/11/26 22:44:09 ID:W/FYOyA8] 逃げるなw 993 名前：login:Penguin mailto:sage [04/11/26 23:14:31 ID:Mfy+GAgg] ------ reisefs XFS JFS Ext3 VxFS Laptop ◎ △ ○ × − Desktop ○ ◎ ○ × − Server △ ○ ○ ◎ ○ Database × △ △ × ◎ 994 名前：login:Penguin mailto:sage [04/11/27 00:00:49 ID:Io6mIL5g] >>981 vm や vfs が腐ってるって、教祖様の元ネタはどこなの？ 995 名前：login:Penguin mailto:sage [04/11/27 00:39:29 ID:1xNHk4DF] 教祖様って、ML とか news で kitty-guy な投稿している以外は、何してる人？ 996 名前：login:Penguin mailto:sage [04/11/27 02:15:13 ID:SgDl8jA6] Hi all. I read a interesting report about the comparison between linux file systems. Here is a summry of it. Any comment? Which filesystem shold I use ? ------ ReiserFS XFS JFS Ext3 VxFS Laptop A C B D - Desktop B A B D - Server C B B A B Database D C C D A 997 名前：login:Penguin mailto:sage [04/11/27 02:45:09 ID:ZYpX634O] 盛り上がってるトコ悪いが、次スレ頼む。 俺は立てられなかった。 998 名前：login:Penguin mailto:sage [04/11/27 03:56:45 ID:8Lik61Wh] /**ファイルシステム総合スレ その3**/ pc5.2ch.net/test/read.cgi/linux/1101495293/ 999 名前：login:Penguin mailto:sage [04/11/27 04:40:09 ID:Io6mIL5g] 4様 1000 名前：login:Penguin mailto:sage [04/11/27 06:21:32 ID:1yYoFMXT] 1000 1001 名前：１００１ [Over 1000 Thread] このスレッドは１０００を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

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