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

1 名前：login:Penguin [03/09/08 21:47 ID:YkHkXm1o] 多種多様なファイルシステムに対応しているLinux。 そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。 なんでも語ってくれ。 前スレ pc.2ch.net/test/read.cgi/linux/1006743807/ 403 名前：login:Penguin mailto:sage [04/03/26 13:11 ID:5Iq7H9D3] >400 FATの件ならFATのデータ構造で特許をとったわけじゃないよ。 VFATのロング/ショートファイルネーム生成の実現方法に関する特許をMSが 取得している訳。 したがってVFATではなく FAT で8.3形式のファイル名しか利用しないという 制約の元で使用する限りにおいてはMSの特許に触れることはない(はず)。 あと、取得したのは米国の特許ね。 この辺は ttp://www.itmedia.co.jp/enterprise/0312/25/epic04.html に書いてあるのが詳しいかな。問題の特許の米国特許番号まで載っている。 404 名前：login:Penguin mailto:sage [04/03/26 14:15 ID:rZIDnhWH] デジカメのメモリカードとかVFATだよなあ。儲かりそうだなあ。 405 名前：login:Penguin mailto:sage [04/03/26 15:50 ID:k+o0nQDE] つーかさー、Windowsとデュアルブートして データ共有領域にFAT使ってるやってるだけでも 有り難いと思えばいいのに。 406 名前：login:Penguin mailto:sage [04/03/26 20:44 ID:zPHssn+4] >>404 デジカメなんかは8.3形式じゃない？ DSCF0001.JPG とかってなってるよ。 407 名前：login:Penguin mailto:sage [04/03/26 21:09 ID:LghBzjcP] >>406 ありゃあえてそうつけてるだけ 408 名前：login:Penguin [04/03/26 21:32 ID:8l+mmiF8] >>403 あと、取得したのは米国の特許ね 米国以外で使う分には、今のところは問題ないわけ？ 409 名前：login:Penguin mailto:sage [04/03/26 21:57 ID:rZIDnhWH] >>406 ディレクトリが、2004-03-26なんてなってるよ。 410 名前：403 mailto:sage [04/03/27 00:00 ID:M4lJiMFX] >408 すまん、それは俺には何とも言えない。MSの法務部門がなんというかだな(w 調べてみた限りでは問題の特許は国際出願にはなっていないようだが。 また日本の特許庁のサイトでもちょっと検索してみたが、引っかからなかった ので日本では該当特許は成立していないと思われ。違ってたらスマソ。 411 名前：sage [04/04/08 19:42 ID:MyiCZN16] (;_;100G over の XFS 使って 100M 〜 200M 前後のファイルを読み書きしていたら、mount も xfs_repair(1) も不可能な状態に ...ext3 使ってて壊れたから乗りかえたのに、いきなりこれかよ ... 412 名前：411 mailto:sage [04/04/08 19:46 ID:om+YpLci] 間違えて age ちゃったよすまソ 413 名前：411 mailto:sage [04/04/08 19:57 ID:MyiCZN16] ちなみに 壊れた FS のログはこんな感じ。 > Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": corrupt inode 167772289 ((a)extents = 107147). Unmount and run xfs_repair. > Apr 8 19:00:03 xxxx kernel: 0x0: 49 4e 81 a4 01 02 00 01 00 00 00 21 00 00 00 21 > Apr 8 19:00:03 xxxx kernel: Filesystem "device-mapper(254,13)": XFS internal error xfs_iformat_extents(1) at line 678 of file xfs_inode.c. Caller 0xc01ec790 > Apr 8 19:00:03 xxxx kernel: eb4dbd20 c01ecce9 c030e168 00000001 f6b13400 c030e0b4 000002a6 c01ec790 kernel は 2.4.24 に debian sid の kernel-patch-device-mapper(1.00.07-4) と kernel-patch-xfs(1.3.1-3) を あてて使ってる。 mount したまま resize する機能もめあてだったんだが ... < xfs どうするかな ... 414 名前：411 mailto:sage [04/04/08 20:04 ID:MyiCZN16] あと、disk の I/O error は syslog と messages を見るかぎりでは出ていないようでした。 でも、 > Apr 8 19:01:25 xxxx kernel: hdg: status error: status=0x58 { DriveReady SeekComplete DataRequest } > Apr 8 19:01:25 xxxx kernel: > Apr 8 19:01:25 xxxx kernel: hdg: drive not ready for command は、やっぱり disk が怪しい? 415 名前：411 mailto:sage [04/04/08 20:05 ID:MyiCZN16] mount したまま FS を resize する機能を使っている人、情報キボンヌ 416 名前：411 mailto:sage [04/04/08 20:24 ID:MyiCZN16] 2.6.5 に乗り換えようとして device-mapper でひどい目にあったので、 ReiserFS4 は試してない ... なんか map している device の数が増えると動かなかった ( LVM over device-mapper) やっぱ ext3 に戻して backup をこまめに取るしか無いのだろうか ただ、online resize(マウントしたまま resize) がアヤシイんだよね < ext3 417 名前：411 mailto:sage [04/04/08 20:27 ID:MyiCZN16] >>416 補足。 kernel 2.6.5 で LVM over device-mapper は map している device の数が増えるとうまく動かなかった。 miner 番号の大きい device が使えない。制限だかバグだかは不明。 418 名前：login:Penguin mailto:sage [04/04/09 18:52 ID:vld9ah26] やっぱり総合的に見て ufs2 + softupdates ﾏﾝｾｰだよ ﾏﾝｾｰ!!ヽ（´ー｀）ﾉ 419 名前：login:Penguin mailto:sage [04/04/09 21:46 ID:OMIPEWdZ] >>418 お前ここに来なくていいよ 420 名前：login:Penguin [04/04/10 00:40 ID:04yJkWho] XFS merged in 2.4 421 名前：login:Penguin mailto:sage [04/04/12 22:02 ID:tD61SLNy] 次のLinuxファイルシステム技術解説はxfsでも来るかな 422 名前：login:Penguin [04/04/12 22:06 ID:90nnhkEC] xfsって、ファイル名の文字エンコードはどれでもいいの？ 423 名前：login:Penguin [04/04/13 21:34 ID:lGFIQbkK] XFS使い始めて3、4年になるが、その間EUC-JP、UTF-8と使ってきて 特に問題ないよ。 それ以外は知らない。 424 名前：login:Penguin mailto:sage [04/04/13 21:48 ID:V/u6W3OU] XFSは、自分も使用しているが今のところまったく問題はでてない。 #なんか大文字のほうがいいような気がする。xfsってフォントサーバと間違えやすい 425 名前：login:Penguin mailto:sage [04/04/13 22:10 ID:1uNu0LoS] ISO-2022-JPはダメでしょ。/が入るから。 426 名前：login:Penguin mailto:sage [04/04/13 23:02 ID:QHo3p5R0] 大容量ファイルサーバ目指したいのですが、 やっぱクラスタしかないのかな？ 無料の並列ファイルシステムって↓以外に 知ってる人いたら教えてください。 PVFS(kernel2.4系) PVFS2(kernel2.6系) 427 名前：411 mailto:sage [04/04/14 11:15 ID:uDiO3j/8] XFSのデータのリカバリ作業してて思ったんだが、 > Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824 > Apr 7 21:46:01 xxx kernel: I/O error in filesystem ("device-mapper(254,11)") meta-data dev device-mapper(254,11) block 0xaf20040 ("xfs_trans_read_buf") error 5 buf count 8192 > Apr 7 21:46:01 xxx kernel: xfs_force_shutdown(device-mapper(254,11),0x1) called from line 422 of file xfs_trans_buf.c. Return address = 0xc021e11c > Apr 7 21:46:02 xxx kernel: Filesystem "device-mapper(254,11)": I/O Error Detected. Shutting down filesystem: device-mapper(254,11) > Apr 7 21:46:02 xxx kernel: Please umount the filesystem, and rectify the problem(s) volume の I/O error が出ると、shutdown してしまうことがよくある shutdown してしまうと、umount して xfs_repair するまで、 mount-point 以下に全くアクセスできなくなる。 xfs_repair するとファイルが大量に消えていたり、lost+found に繋っていたりする。 できる限り backup を取りたい立場としては、 ちょっと困る挙動だと思った。 これだと、raid とかで冗長化した volume でないと使えない。 XFS -> 冗長化した、 resize する volume で使用 ext3 -> 冗長化しない resize しない volume で使用 (たとえば巨大容量とか) というのでどうだろう。 428 名前：login:Penguin mailto:sage [04/04/14 11:20 ID:NxcgLzmj] >>411でext3でも壊れたって書いているけど、同じマザーボードですか? いくらなんでもハードディスクは交換しているよね。 > Apr 7 21:46:01 xxx kernel: end_request: I/O error, dev 21:00 (hde), sector 428474824 なんだから、ハードディスク壊れているに違いないけども、 ハードディスクは交換ずみなら、コントローラとか、 利用環境を疑った方がいいんじゃない? ファイルシステムのレイヤーで解決できない問題だから。 財布とかRAIDとかさ。 429 名前：411 mailto:sage [04/04/14 11:28 ID:uDiO3j/8] >>428 同じマザーボードです。 ディスクは交換しました。 あと、HDDの冷却がうまくいってないのかと思い、ファンを増やしました。 (HDDはずしたとき熱かった) 電源も地雷の噂のあるやつだったので交換しました。 >>427に出した log は交換する前に出た error です。 リカバリのために backup 取ってるときに FS が shutdown してしまって困る ということ。 430 名前：login:Penguin mailto:sage [04/04/15 01:29 ID:XR5N4r4E] >>429 > リカバリのために backup 取ってるときに FS が shutdown してしまって困る > ということ。 ムチャ言うなよ。 重要なmeta dataのトラブル回避はRAIDの担当分野だよ。 まあ、20年も前ならfile systemで冗長性取るのもありだろうけど。 431 名前：411 mailto:sage [04/04/15 10:14 ID:f3k8qTWn] >>430 backup するときに、 読めるデータは全部読みたい というのは、そんなに無茶な要求ですか? >重要なmeta dataのトラブル回避はRAIDの担当分野だよ。 だれも、そうじゃない とは言ってない。 432 名前：login:Penguin mailto:sage [04/04/15 19:26 ID:xeBXOhma] 素朴な疑問なんだがswapって作らなくても平気？ 433 名前：login:Penguin mailto:sage [04/04/15 19:39 ID:X6yMFQMv] ああ。 434 名前：login:Penguin mailto:sage [04/04/15 19:49 ID:MIE62FH6] >>431 ところで、これはXFS以外だといくぶんマシなの? 他のファイルシステムはシャットダウンはしないかもしれないが、 cpioやtarが読めないファイルをスキップしてくれなくて、 そこでハマったまま止まって、 その他のファイルのバックアップに進んだりはしてくれないんじゃないかと。 435 名前：login:Penguin mailto:sage [04/04/16 01:05 ID:c4wZNgF5] 431はそっちの方がいいんだってさ。 436 名前：411 mailto:sage [04/04/16 10:02 ID:e+oOLW8Q] いままでだと I/O error が出ながら backup が進むという場合が多かったが ... ハマる場合もわりとあるんでしょうか? 437 名前：411 mailto:sage [04/04/16 10:03 ID:e+oOLW8Q] >>435 ext3 の場合です。 438 名前：411 mailto:sage [04/04/16 10:04 ID:e+oOLW8Q] >>435 じゃなくて >>436 です。すまソ 439 名前：login:Penguin mailto:sage [04/04/16 11:56 ID:ETEgnm20] >>421 ??? 詳細キボン 440 名前：login:Penguin mailto:sage [04/04/16 19:25 ID:N2QKuY3q] >>439 @ITのことだろ。 441 名前：login:Penguin mailto:sage [04/04/16 21:59 ID:Yp+XuoAW] >>439 ttp://www.atmarkit.co.jp/flinux/index/indexfiles/linuxfsindex.html 442 名前：439 [04/04/17 10:19 ID:JtXEz+q1] >>440 >>441 ありがとん 443 名前：439 mailto:sage [04/04/17 10:20 ID:JtXEz+q1] ageてしもた。 みんな、ごめん。 444 名前：login:Penguin [04/04/17 13:48 ID:thjy0l0r] JFSでどうしてもSamba経由のSJISのファイル名が通らない。 これって仕様？ 結局JFSのソースに手を入れて無理矢理何でも通すようにしたのだが。 445 名前：login:Penguin mailto:sage [04/04/17 13:55 ID:twzvtQ3r] sambaの設定で回避できなかったの? 446 名前：login:Penguin [04/04/17 14:12 ID:thjy0l0r] >>445 出来なかった。。。 カーネルは2.6.5で、ext2とかは大丈夫なんだけどとにかく多バイトコードはダメ。 codepageの設定がおかしいのかな。 447 名前：login:Penguin mailto:sage [04/04/17 23:17 ID:Q/j86wpk] >>411 なるほど。ディスクの壊れ方にもよるんだろうけど、俺の場合は 壊れたブロックを含むファイルをさわったプロセスがそこで止まってしまい、 dd_rescueでディスクイメージでコピーするぐらいしか対処できなかった経験ばかりだった。 (ディスクが過熱して一時的にI/O errorってのはあるが) なんか実験する方法ねーかなー。 448 名前：login:Penguin mailto:sage [04/04/18 13:41 ID:VuxMVPxr] Google File System(GFS)ってどうよ？ ttp://www.radiumsoftware.com/0404.html#040406 ttp://blog.topix.net/archives/000016.html 正直意味わからん。だれか俺にもわかるように解説きぼん 449 名前：login:Penguin mailto:sage [04/04/20 16:22 ID:jhW2rYZb] >>448 あんまり深く考えるものでもない。その名の通りgoogle専用FS ファイルのメタ部分とデーター部を物理的に分離して全てのメタ部分を一台のマシンに格納。 このマシンはシステム全てがRAMに乗っかるようにしたりして、 限りなくハイレスポンスで動くようにチューニング。 ※一台といってもフェイルセーフのため待機してるスレーブはあると思われる。 データー部はHDDを持つマシンによるクラスター群に収納。 このマシンはRAIDなどもたず格安のハードで構成する。 そのかわり大量に用意し、かつクラスターどうしで複製・修復の機能を持たせる。 GFSサーバー（リモートFSなのでネット越し）にクライアントからファイルアクセスの要求がくると、 メタ部サーバーが要求したマシンにデーター部の場所を教える。 ※ファイルのある場所はクラスターのどこのマシンか クライアントは教わったデーター部サーバーに直接ファイルアクセス要求をだして データーを受け取ったり書き込んだりする。 世の分散FSなどだとメタ部分の分散を狙う。 だけどメタ部分を分散すると各サーバーで食い違いが生じる問題が出てくる。 そこで、googleでは学術的面倒さを吹っ飛ばすためメタ部は一台（食い違いが起こりえない） としたんだね。 クラスター群のマシンは昔電源がガムテープで止めてあると読んだことがある。 ねじ止めするとパーツ交換に時間がかかるからだってさ。 アメリカは土地が広いんだねー。日本のハウジングじゃブレードサーバーですらでかすぎ。 （ラック利用料（土地代）が高いので） 450 名前：login:Penguin mailto:sage [04/04/20 18:53 ID:nlGIuyMH] いろいろと豪快だな、Google。 451 名前：login:Penguin mailto:sage [04/04/21 02:12 ID:N3FifXa5] "Deep Blue"を思い出すね。 452 名前：login:Penguin mailto:sage [04/05/01 02:55 ID:aLTtib1B] ext3使ってるんですけど、 WindowsのFAT32やNTFSと比較しても随分壊れやすい気がするけど気のせい？ 453 名前：login:Penguin mailto:sage [04/05/01 03:01 ID:MV3vi1L4] >>452 どんな使い方してる？ 454 名前：login:Penguin mailto:sage [04/05/01 03:03 ID:Mkcbqg44] >>453 今すぐその発言を撤回しろ、もしくは首釣って来い FAT32よりも劣っているなどとext3に対してあまりにも失礼だ たとえお前がxfsだとしてもだ 455 名前：login:Penguin mailto:sage [04/05/01 03:04 ID:Mkcbqg44] ＿|￣|○ レス先間違えた 456 名前：login:Penguin [04/05/01 03:18 ID:xU0hyIuq] わらえる 457 名前：login:Penguin mailto:sage [04/05/01 03:35 ID:MV3vi1L4] 　∧||∧ （　⌒ヽ　　吊って来た 　∪　　ノ　 　　∪∪ fsckで復活しますた。 というわけで何事もなかったように続きをどうぞ。 458 名前：login:Penguin mailto:sage [04/05/01 05:24 ID:G5Xl72vC] xfsがカーネルに追加されてからはxfsばっかりだなぁ。 なんとなくだけど。前はReiserFSばっかりだった。 どっちも普通に安定して使えてる。 459 名前：login:Penguin mailto:sage [04/05/01 10:06 ID:35deH9i1] >>458 >xfsがカーネルに追加されてからはxfsばっかりだなぁ。 >なんとなくだけど。前はReiserFSばっかりだった。 >どっちも普通に安定して使えてる。 もはや、性能うんぬんではなく好みの問題。 460 名前：login:Penguin mailto:sage [04/05/01 15:24 ID:zPnxRDqF] dvd-ramでバックアップしようと思うのだけど、 お勧めのファイルシステムってある？ とりあえず、ext2かudfかで迷ってます。 461 名前：login:Penguin mailto:sage [04/05/01 15:42 ID:PFwe4PNT] >>460 gnu-tarで固めれば、できあがった玉を納めるものはなんでもいいだろ。 FATのままならフォーマットし直す手間も省けるんじゃないか？ 462 名前：login:Penguin mailto:sage [04/05/01 15:45 ID:3hew/I+G] ext3は信用ならないね・・・ 463 名前：login:Penguin mailto:sage [04/05/01 16:43 ID:5A3z+V27] jfsはどう？ 464 名前：login:Penguin [04/05/01 20:45 ID:NZYZ+aBp] ext4は出るんかね。 名前だけのじゃなくて。 465 名前：login:Penguin [04/05/01 21:08 ID:IwjnparA] >>460 あほか、UDFに決まってるだろ 466 名前：login:Penguin mailto:sage [04/05/01 23:02 ID:0kehN5rD] ReiserfsにReiser4の機能がバックポートされまくってるな。 2.6.6-rc3-mm1で - reiserfs gains a data=journal option. 出来るようになったみたいだし 467 名前：login:Penguin mailto:sage [04/05/02 01:38 ID:Y4x3j4LZ] >>461 zip使え　ハゲ 468 名前：login:Penguin [04/05/02 07:17 ID:V8xTz9ua] ext3 評判いいのか悪いのか、どっちなんだ。 確かに俺もメールサーバで kernel: EXT3-fs error (device sd(8,7)): ext3_add_entry: bad entry in directory #211897: rec_len is smaller than minimal - offset=12, inode=6 67936, rec_len=8, name_len=0 みたいなエラーが出まくって死んじゃったことあるけど。 469 名前：login:Penguin mailto:sage [04/05/03 08:57 ID:BfC6CeLL] >>468 どっちかっつーと、 470 名前：login:Penguin mailto:sage [04/05/03 23:02 ID:xF+EBQEG] 現状FSを縮小できるものはReiserFS以外に何がありますか？ 以前はxfsが拡大はできるけど縮小ができなくてReiserFSにしたわけですが。 ちなみに縮小の用途はLVMとの組み合わせで データ生かしたままHDD取り出すときの為です。 471 名前：login:Penguin [04/05/04 01:05 ID:uDreh/uE] >>469 ディスクエラー？ 472 名前：login:Penguin [04/05/04 03:30 ID:7vji/ywI] Windows2kみたいな圧縮フォルダの機能を持ってるFSありませんか？ あとデフラグって掛けられません？ 掛ける必要ない？ 473 名前：login:Penguin mailto:sage [04/05/04 03:51 ID:LZoDxWxk] >>472 >>64 圧縮については知らない。 474 名前：login:Penguin mailto:sage [04/05/04 08:37 ID:ws39yc5z] e2comprでいいなら2.4.26向けまで ttp://sourceforge.net/project/showfiles.php?group_id=83758&package_id=86254 475 名前：login:Penguin mailto:sage [04/05/04 11:37 ID:J1G1svnR] 暗号化してくれるループバック用ファイルシステム...って、あったよな。 圧縮してくれるやつって、なかったっけ? っつーかさ、今時「圧縮」なんてミミチイことやってる香具師いるのか? 476 名前：login:Penguin mailto:sage [04/05/04 11:58 ID:7vji/ywI] ↑アフォ（ｗ 477 名前：login:Penguin mailto:sage [04/05/04 12:15 ID:60T8ReLv] 476：login:Penguin [sage]：04/05/04 11:58 ID:7vji/ywI ↑アフォ（ｗ 476：login:Penguin ↑アフォ（ｗ >>476=アフォ（ｗ 478 名前：login:Penguin mailto:sage [04/05/04 12:19 ID:X3P8P3x4] cloop? 479 名前：名無しさん＠Ｅｍａｃｓ mailto:sage [04/05/04 16:15 ID:8MZo2r1+] From: [476] login:Penguin <sage> Date: 04/05/04 11:58 ID:7vji/ywI ↑アフォ（ｗ アフォなのは Date 480 名前：login:Penguin mailto:sage [04/05/04 20:30 ID:bSUpMLYT] まだ春かよ。とっとと学校いけよ。 481 名前：login:Penguin mailto:sage [04/05/05 01:16 ID:feJbybkc] >>470 reiserfs以外だとext2(ext3) ttp://tldp.org/HOWTO/LVM-HOWTO/reducelv.html つーか、読むべきなのは以下の２つのどちらかでは。 データを載せたままHDD(というよりVolumeGroup丸ごと)を取り出すなら "Moving a volume group to another system" ttp://tldp.org/HOWTO/LVM-HOWTO/recipemovevgtonewsys.html データを別HDDに退避してHDDを取り出すなら "Removing an Old Disk" ttp://tldp.org/HOWTO/LVM-HOWTO/removeadisk.html >>478 cloopはread-only 482 名前：login:Penguin [04/05/06 17:34 ID:ZOGdhQd7] >>475 [HOWTO] root, swap filesystem encryption for 2.4 and 2.6 forums.gentoo.org/viewtopic.php?t=108162 これ応用すれば圧縮もできない？ 483 名前：login:Penguin mailto:sage [04/05/07 03:11 ID:JoWXqpjK] 出来なくはないけど、swapなんかは、 block単位のsize保存encryptionだからこそ、 memory pageの扱いがうまく行くんでしょうね。 swapじゃなくてもseekが遅くならない工夫があった方がいい。 484 名前：login:Penguin mailto:sage [04/05/09 16:30 ID:JX44eFIJ] XFSのファイルの削除は速くなったかね？ 485 名前：login:Penguin [04/05/10 23:54 ID:RG+8FhJI] 速くなってたらどうする？ 486 名前：login:Penguin mailto:sage [04/05/11 00:10 ID:tbL++feO] # rm -rf / だろ？ これ time で時間計れるのかな。 487 名前：login:Penguin mailto:sage [04/05/11 21:15 ID:zFFDupRn] kernel2.6系列だとXFSがいいのかな でもreiserfsもジャーナリングオプション一通り揃ってきたし 488 名前：login:Penguin mailto:sage [04/05/12 15:01 ID:EFyuxBJz] ReiserFSってなんて呼んでますか？ 私は　レイザーエフエス　って読んでるんです 489 名前：login:Penguin mailto:sage [04/05/12 15:41 ID:aA2zwV6y] search.yahoo.co.jp/bin/query?p=reiserfs+%c6%c9%a4%df%ca%fd&hc=0&hs=0 490 名前：login:Penguin mailto:sage [04/05/13 05:10 ID:foQ9wEfi] XFSは何の問題もなく使えてる。 ファイルの削除の時間も特に気にならないけどなぁ。 カーネルツリーの削除とかね。 環境はこんな感じ。 CPU Pentium4-2.8GHz DISK SATA経由でUDMA133(多分)。 Kernel 2.6.5 ディスク自体は忘れた。 MaxtorのUDMA150対応のやつだったと思う。 491 名前：login:Penguin [04/05/15 02:19 ID:buObe/ED] でかすぎてパーティションの先頭のセクタ破壊する問題は改善されん？ 492 名前：login:Penguin [04/05/19 18:36 ID:KUfjki7Y] 消去法でいくとJFSしか残らない悪寒…。 493 名前：login:Penguin [04/05/19 21:31 ID:jBXXIAYQ] EXT3でのファイルオープン数の上限が分かる方いらっしゃいませんか？ ここなら載っていそうと言うURLでもいいので。。。 お願いします。 494 名前：login:Penguin mailto:sage [04/05/19 21:56 ID:u8+AAJQa] 聞いてることの意味わからへん cat /proc/sys/fs/file-max じゃないよな？ 495 名前：493 [04/05/19 22:29 ID:jBXXIAYQ] まさにそれです。 自由に変えられようですね。 しかし、1プロセス1024の上限はそうそう変えられないようですね。 ありがとうございました。。 もう一つ、教えてください inodeの数って変更できると言うことは調べられたのですが、 EXT3での上限などはあるのでしょうか？ 496 名前：login:Penguin mailto:sage [04/05/20 14:21 ID:pv2juzoW] ファイルオープン数はとりあえず、 ttp://www.nxhack.tarumi.kobe.jp/linux_kernel_tuning.html を見てみれ。 inode数はman mkfs.ext2とかman mkfs.ext3したら -i bytes-per-inode この値は、一般にはファイルシステムのブロックサイズより小さくすべきではない。さもないと不必要に多くの inode が作られてしまう。 とか書いてある。 ディスクデバイスはブロックサイズ単位で読み書きするので、基本的には、1個のinodeはブロックサイズ分ディスクを使うと考えてくれ。 bytes-per-inodeをブロックサイズより小さくする ↓ パーティションを分割する単位データが小さくなる ↓ 通し番号として使うinodeの数が超増える ↓ 単位データが小さくなってもinodeはブロックサイズ分使ってて小さくならない ↓ ディスクの半分がinodeで使われる ↓ マズー まぁこうならないようにハイテクなファイルシステムではinodeのわりあてをいじるわけだがext3の理解だったらこんなもんでいいだろ。 497 名前：login:Penguin mailto:sage [04/05/20 14:41 ID:pv2juzoW] $ find e2fsprogs-1.35 -type f | xargs fgrep ext2_ino_t | fgrep typedef e2fsprogs-1.35/lib/ext2fs/ext2fs.h:typedef __u32 ext2_ino_t; 498 名前：login:Penguin mailto:sage [04/05/20 15:01 ID:tIP8zoBV] 497はext2ファイルシステムだと32ビット個のinodeしか作れないぞといいたいのだろうか 499 名前：login:Penguin [04/05/21 09:19 ID:kYzTzX93] なんか危険なことが起きてますね… On 2.6.0-testx kernels, I have noticed that there are problems with GNU Parted. Parted says that the disk geometries reported by the kernel are incorrect. /.J にもタレコみがありましたが。 500 名前：login:Penguin [04/05/21 11:23 ID:FV96uEsa] NFS の質問も良いでつか？　OS は Fedora Core 2 なんですが、 サーバは下記の通りです。 /etc/fstab:　LABEL=/home　/home　ext3　defaults,usrquota　1　2 /etc/exports:　/home　*　(rw,no_root_squash) クライアントは、 /etc/fstab:　sv:/home　/home　nfs　nfsvers=3,hard,intr,user,rw　0　0 となってます。 この設定で mount /home で普通にマウントできるのですけど、書き込みが できません。Permission denied だそうです。FreeBSD からもマウントを 試してみたのですが Read-only file system で、ほぼ同じです。当然ながら ディレクトリそのものには書き込み権限あります。なんででしょう？ 501 名前：login:Penguin mailto:sage [04/05/21 11:30 ID:kYzTzX93] >>500 もしかして両者のuid/gidが合ってないとか。 502 名前：500 mailto:sage [04/05/21 11:40 ID:FV96uEsa] >>501 さっそくありがとうございます。root でも一般ユーザでもダメです……。 権限の問題というよりも、マウントオプションで何かを忘れているために Read-only file system なんじゃないかと思ってます。うーむ。 503 名前：500 mailto:sage [04/05/21 14:11 ID:FV96uEsa] exports の微妙なスペースの差でダメだったみたいです。できました。

---

---

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

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