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

1 名前：login:Penguin mailto:sage [2007/03/10(土) 21:38:12 ID:ENN363Ui] 過去スレ 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/1164457481/ 2 名前：login:Penguin mailto:sage [2007/03/10(土) 21:40:48 ID:ENN363Ui] ext4 www.bullopensource.org/ext4/ reiserfs/reiser4 www.namesys.com/ xfs oss.sgi.com/projects/xfs/ jfs jfs.sourceforge.net/ zfs www.sun.com/2004-0914/feature/ nfs nfs.sourceforge.net/ ntfs linux-ntfs.sourceforge.net/ fuse fuse.sourceforge.net/ 3 名前：login:Penguin mailto:sage [2007/03/10(土) 22:01:40 ID:MCsg2dXJ] [次世代] ZFS [ﾌｧｲﾙｼｽﾃﾑ] pc11.2ch.net/test/read.cgi/unix/1146631270/ 4 名前：login:Penguin mailto:sage [2007/03/10(土) 22:03:28 ID:ENN363Ui] ジャーナリングファイルシステム pc11.2ch.net/test/read.cgi/linux/1173530292/ 5 名前：login:Penguin mailto:sage [2007/03/10(土) 22:05:18 ID:ENN363Ui] スマソｏｒｚ．．． ジャーナリングファイルシステム pc11.2ch.net/test/read.cgi/unix/979408065/ 6 名前：login:Penguin mailto:sage [2007/03/10(土) 22:14:11 ID:0Clejjdo] FS関連スレ pc11.2ch.net/test/read.cgi/os/1137387538/ # 一応リンクね。 7 名前：login:Penguin mailto:sage [2007/03/10(土) 23:08:24 ID:/5zfTDxl] 煽り 荒らし 人格を中傷するような発言 UPSを使えばFSを守れる等、FSにとって無意味な発言 このような事はスレが荒れるのでしないように 8 名前：login:Penguin mailto:sage [2007/03/10(土) 23:30:57 ID:Xxmxhloi] >>1-8 乙です 9 名前：login:Penguin [2007/03/11(日) 00:10:08 ID:cunl5IRq] 女性は働きたければ働いて､働きたくなきゃ働かない､辛くなったらやめていい｡ そもそも女性に辛い仕事を押し付けないこと｡かといって雑用やらせるのもﾀﾞﾒ｡ それで給与も昇進も平等にね｡ただし残業､転勤､深夜当直させたら女性差別だよ｡ 間接差別禁止規定って知ってるでしょ｡なんでも平等にね｡髪形と服装は女性の自由だけど｡ それからｱﾌｧｰﾏﾃｨﾌﾞｱｸｼｮﾝと管理職30%目標もね｡産休育休もね｡当然給与40%保障で｡ 主婦と言っても､家事を強制される言われはないし､出産するかどうかは女が決めること｡ でも産まれたら育児を女性に押し付けないでね｡二人の子供なんだから当然でしょ｡ ただし離婚したら親権は母親のものだよ｡育児は女性のほうが向いてるんだし｡ それから働く夫を妻が支えるなんて時代遅れの女性差別｡ これからは働く妻を夫が支えなきゃ｡ あ､もちろん収入は夫の方が多くて当然だけどね｡妻には扶養請求権だってあるんだから｡ それと夫は妻に優しくね｡妻が望まないｾｯｸｽは家庭内ﾚｲﾌﾟだよ｡ 夫が妻のｾｯｸｽの求めに応じないと離婚事由になるけどね｡ 離婚したら慰謝料とか財産分与とかまあ当然だけど｡ 女性はか弱いから母子手当ても生活保護も税金控除も当然だよね｡足りないぐらい｡ それと女性に女らしさを押し付けないでよ｡ そんなの窮屈で面倒だし､いまさら男尊女卑ですかって感じ｡ でも男はやっぱ男らしくないとね｡ いつになったらﾚﾃﾞｨｰﾌｧｰｽﾄ覚えるの?ﾜﾘｶﾝなんてありえないし｡ 少子化だって男のせいでしょ｡男がだらしないから女性が結婚できないんだよ｡ え?ﾚﾃﾞｨｰｽﾃﾞｰ?あれはいいの｡ 別に私たちが頼んだ訳じゃないし｡店が勝手にやってるんでしょ｡ 10 名前：login:Penguin [2007/03/11(日) 03:40:35 ID:2xUo1w34] 圧縮ファイルシステムってcompr-ext2とjffs2だけ？ 11 名前：login:Penguin mailto:sage [2007/03/11(日) 03:56:52 ID:F43JLgXm] readonlyでいいならsquashfsも 12 名前：login:Penguin mailto:sage [2007/03/11(日) 05:23:51 ID:HzNnR3B4] JFFS2のイメージつくってmount -o loopしようとしたら、MTDじゃなきゃ普通にダメーって言われてがっかりした(笑) まぁそりゃそうか。 でもちょっと欲しいよねー汎用的な圧縮FSというか圧縮ファイルをloopできる仕組みみたいなもの。 13 名前：login:Penguin mailto:sage [2007/03/11(日) 08:54:14 ID:ng86Z54v] Ninaの実家ってロシアの内務省に勤めてる家系だよね。 子どもがすでにロシアの市民権を取ってるのもなぁ。 14 名前：login:Penguin mailto:sage [2007/03/11(日) 10:51:46 ID:l5V9D+Sm] >>12 ZLIBC 15 名前：login:Penguin mailto:sage [2007/03/11(日) 13:23:36 ID:WYTnLmQH] サスペンスなスレになったな 16 名前：login:Penguin mailto:sage [2007/03/11(日) 19:39:46 ID:LIjGedVZ] 前々スレ、前スレにつづいて、だれか映画 Reiser Code のコピーつくってよ。 なんなら、映画用のストーリーもつくってくれるといいかも。 って、何のスレだ、ここ(w 17 名前：login:Penguin mailto:sage [2007/03/11(日) 20:02:18 ID:9IkmfgTP] - Reiser Code - 忽然と姿を消した妻、疑惑の目を向けられる夫 混沌とした人間関係が巻き起こす、驚愕のミステリー 秘密はReiser4のソースコードの中に隠されているのか・・・ ライザーコード 近日公開 (前々スレ_474) //// ある日突然，姿を消したHansの妻． 殺人容疑をかけられるHans．果たして，Hansは妻を殺したのか?? 見つからない妻の死体． 果たして妻の行方は?? Hansの開発したFS　[Reiser4]のソースコードの中には，何が隠されているのか． Hansを追う警察，秘密を探る怪しい男の影，混沌とした人間関係の中で起こったミステリー． Reiser Code 18 名前：login:Penguin mailto:sage [2007/03/11(日) 20:03:01 ID:9IkmfgTP] おすぎです 平凡な夫婦に 突然降りかかる不可解な事件 妻の失踪 死体の無い殺人事件 某国の陰謀か？ カーネルにマージされない本当の理由とは？ ソースコードに隠された秘密が解き明かされるとき その真実が証される 全米を震撼させた実在の殺人事件が ついに映画化！ 『REISER』～血塗られたソースコード～ 高度情報化社会が生んだ悲劇を その目で確かめください！！ 19 名前：login:Penguin mailto:sage [2007/03/11(日) 21:05:17 ID:T3FHHvrV] 面白いと思ってんのか? 20 名前：login:Penguin mailto:sage [2007/03/11(日) 21:20:38 ID:vSAQ1KT/] まぁこのスレのレベルではこんなもんだろう。 21 名前：login:Penguin [2007/03/11(日) 22:34:50 ID:NBNkHScU] Reiserfsみたいなのがフリーで普及してしまうと、それで飯くってる人がお手上げだもんな 22 名前：login:Penguin mailto:sage [2007/03/11(日) 22:36:21 ID:RO7bywIf] >>2 追加。 ntfs-3g www.ntfs-3g.org/ 23 名前：login:Penguin mailto:sage [2007/03/12(月) 00:01:03 ID:E4Qk8mLq] 糞ファイルシステムを持ち上げようとする秘密結社を潰そうとした某国政府の陰謀だな。確実。 24 名前：login:Penguin mailto:sage [2007/03/12(月) 00:03:00 ID:nXhv99St] 今、ファイルシステムで一番アツい話題がこの事件なんだよな 25 名前：login:Penguin [2007/03/12(月) 09:13:19 ID:dBoeaWsK] Reiserfsは基本構造にB+treeを使っているのかと思っていたのだが、 ドキュメントをみるとハッシュ空間がファイル数上限を規定していると書かれてるんだが これってどういうことなんだろう？ でファイル数上限はディレクトリあたりなのかファイルシステムあたりなのかよくわからないのだが、一千万程度だった。 ディレクトリあたりなら十分だがファイルシステムあたりなら微妙。 容量はEiバイトのオーダーだったから当面無問題なのだが。 詳しい人解説お願いします。 26 名前：login:Penguin mailto:sage [2007/03/12(月) 17:59:40 ID:cB9Hl6+P] このスレに詳しい人はいないとみた 27 名前：login:Penguin mailto:sage [2007/03/12(月) 18:12:44 ID:KSadAfVN] >>26は時間とか平日とか関係の無い職業・・・自宅警備員とみた！ 28 名前：login:Penguin mailto:sage [2007/03/12(月) 18:51:28 ID:nXhv99St] このスレに詳しい人はいないに一票 29 名前：login:Penguin mailto:sage [2007/03/12(月) 19:27:03 ID:Y3icS7v7] >>25 どこのドキュメントのことを言ってるのかわかんないけど、 ハッシュいうたら、コリジョンをおこさない間はうまく 動くけど、数が増えてきたらそらあかんわ。 30 名前：login:Penguin mailto:sage [2007/03/12(月) 20:12:42 ID:Qj4PNvdx] ファイルシステムはまるで詳しくなく興味もないのだけど、 B木を使っていてinode相当のものを固定サイズで管理しないなら、 ファイル/ディレクトリ数上限は使い方次第なのでは？ どう使ってもこれ以上は入らないという上限はありそうだけど 多分実用上ははるかに低い値になる気がする。 以下ちらっと見たページ(よく理解できてません) ttp://www.atmarkit.co.jp/flinux/rensai/fs02/fs02c.html ttp://www.namesys.com/X0reiserfs.html 31 名前：login:Penguin mailto:sage [2007/03/12(月) 21:34:49 ID:nXhv99St] >>29-30 >25の発言以上の内容がない件について 32 名前：30 mailto:sage [2007/03/12(月) 21:39:22 ID:Qj4PNvdx] きっと見当違いな回答だったんだと思います。 ↓で詳しい人が解説してくれるに違いない。 33 名前：login:Penguin mailto:sage [2007/03/12(月) 21:40:28 ID:Y3icS7v7] >>31 理解できないなら黙ってたら? 34 名前：login:Penguin mailto:sage [2007/03/12(月) 21:47:28 ID:V9lwlMzJ] >>33 >29は全然回答になってないんだが．．． 35 名前：login:Penguin mailto:sage [2007/03/12(月) 21:54:28 ID:Y3icS7v7] >これってどういうことなんだろう？ ファイル名のハッシュ使っているr5は、実質1000万ほどで コリジョンが発生するので、これ以上はファイルは作れないということ。 36 名前：login:Penguin mailto:sage [2007/03/12(月) 21:55:35 ID:Y3icS7v7] >ファイル名のハッシュ使っているr5 ファイル名のハッシュで使っているr5 37 名前：login:Penguin mailto:sage [2007/03/12(月) 22:06:02 ID:V9lwlMzJ] >>35 >　ファイル名のハッシュ使っているr5は、実質1000万ほどで >　コリジョンが発生するので、これ以上はファイルは作れないということ。 当然確認とってるんだよな？ 38 名前：login:Penguin mailto:sage [2007/03/12(月) 22:16:39 ID:V9lwlMzJ] コリジョン発生はハッシュの実装に依存するはずだが、 ReiserFSで約1000万で発生するんだな？ 39 名前：login:Penguin mailto:sage [2007/03/12(月) 22:25:08 ID:V9lwlMzJ] ReiserFSのハッシュ実装はr5、rupasov、teaの３つあるがrupasov、teaの場合は？ 40 名前：25 mailto:sage [2007/03/12(月) 22:38:58 ID:S9Bc6uEj] >>25です 詳しい人ありがとう。 つまり、データ構造にはB+Treeを使っているけれど、 ファイル名管理にはハッシュを使っているということでいいですか？ なんか、腑に落ちないけど、そういうもんだといわれるなら、引き下がります。 41 名前：login:Penguin mailto:sage [2007/03/12(月) 23:16:49 ID:Y3icS7v7] 1000万、マジにとらないように。 公式ページにちゃんと書いてあるから。 42 名前：login:Penguin mailto:sage [2007/03/12(月) 23:50:13 ID:NlfKSFgm] 35 名前：login:Penguin[sage] 投稿日：2007/03/12(月) 21:54:28 ID:Y3icS7v7 >これってどういうことなんだろう？ ファイル名のハッシュ使っているr5は、実質1000万ほどで コリジョンが発生するので、これ以上はファイルは作れないということ。 41 名前：login:Penguin[sage] 投稿日：2007/03/12(月) 23:16:49 ID:Y3icS7v7 1000万、マジにとらないように。 公式ページにちゃんと書いてあるから。 調べた後で意見変わるのカコワルイ 43 名前：login:Penguin mailto:sage [2007/03/12(月) 23:57:38 ID:Y3icS7v7] 素で間違えたから、わざわざ同じIDで書いたのに... 44 名前：login:Penguin mailto:sage [2007/03/13(火) 00:03:43 ID:NlfKSFgm] 普段はいろんなID使ってる方ですか？ 45 名前：login:Penguin mailto:sage [2007/03/13(火) 00:19:30 ID:6KZPETmR] ちゃかさんでも...それより間違いというなら どこが間違いだったのか教えて。 1. ファイル名のハッシュ使っているr5は、実質1000万ほど 2. コリジョンが発生するので、これ以上はファイルは作れない 46 名前：login:Penguin mailto:sage [2007/03/13(火) 00:24:51 ID:lXY/NdrB] >>45 ID:Y3icS7v7が >　1000万、マジにとらないように。 >　公式ページにちゃんと書いてあるから。 と自分でカキコしてるから1.なんだろ 47 名前：login:Penguin mailto:sage [2007/03/13(火) 00:26:14 ID:M++gXkkZ] そもそも、アルゴリズムにおけるハッシュ法がどういうものか調べた方がいい。 MD5で出てくるだけのものとはちょっと違うぞ。 48 名前：login:Penguin mailto:sage [2007/03/13(火) 00:29:27 ID:lXY/NdrB] ハッシュ関数 ja.wikipedia.org/wiki/%E3%83%8F%E3%83%83%E3%82%B7%E3%83%A5 wikiでも読んでろよ。 スレ違い。 49 名前：45 mailto:sage [2007/03/13(火) 00:42:15 ID:6KZPETmR] あいたた。そこまで叩かんでも。 コリジョンがあったら元のキーで照合すればいいのではないかと思っただけ。 十分一意で現実的にそうする必要がないということならそう言ってくれれば いいのに...って力不足でごめんね。 50 名前：login:Penguin mailto:sage [2007/03/13(火) 00:56:29 ID:6rUQ9uSk] >>48 ja.wikipedia.org/wiki/Wiki 51 名前：login:Penguin [2007/03/13(火) 16:15:06 ID:s8sklJsb] wikipediaをwikiと呼ぶヴぉけ 52 名前：login:Penguin mailto:sage [2007/03/13(火) 16:20:56 ID:Wa+ulsOs] >>51 日本語でOK 53 名前：login:Penguin mailto:sage [2007/03/13(火) 16:25:58 ID:nRFOZCQM] Don't call wiki wikipedia (の日本語訳) 54 名前：login:Penguin mailto:sage [2007/03/13(火) 16:30:37 ID:p10FW4hW] >>53 おまえ・・・。 55 名前：login:Penguin mailto:sage [2007/03/13(火) 22:22:28 ID:AMgfTU3v] >>53 そりゃまwikiのことをwikipediaと呼ぶ人はほとんどいないだろ。 56 名前：login:Penguin mailto:sage [2007/03/13(火) 22:52:59 ID:/S3jfaN8] >>55 おまえは世間を甘く見すぎている。いつか手痛いしっぺ返しを食らうだろう。 57 名前：45 mailto:sage [2007/03/14(水) 00:37:00 ID:y4c2ZpRt] >>45 自己レスです。 ttp://homes.cerias.purdue.edu/~florian/reiser/reiserfs.php を見たところ、確かにファイル名のハッシュ値を使っているようですが 2.6.20.2のfs/reiserfs/namei.c:1575 を見るに少なくとも指定ディレクトリ(エントリ)の指定ファイル名の ファイルを探すときはこの値を探索した後線形探索するように 読めました(無論細部は追ってないし動かしてもいない)。 で、コリジョン＝エラーではないと思う。それだけ。 58 名前：login:Penguin mailto:sage [2007/03/14(水) 00:41:54 ID:y4c2ZpRt] ごめん1575行じゃなくて311行だった。 59 名前：login:Penguin mailto:sage [2007/03/14(水) 19:02:51 ID:VBYYEpgo] 新ネタ投下 journal.mycom.co.jp/articles/2007/03/13/puffs/ journal.mycom.co.jp/articles/2007/03/13/bluffs/ LinuxというよりBSD筋になるのかな？どうだろう？ 60 名前：login:Penguin mailto:sage [2007/03/14(水) 21:46:15 ID:/NerAE7J] >>57 コリジョンが起こったファイル名で書き込みに行った場合、 衝突されたファイルを上書きしてしまうと思うが？ これを避けようとすると、毎回コリジョンの有無を調べなければならず、 ハッシュの優位性はなくなってしまわないか？ 61 名前：login:Penguin mailto:sage [2007/03/14(水) 22:04:08 ID:/NerAE7J] >>57 レスがかみ合ってなくてスマソ。 ハッシュで探索後に、線形探索。 これではハッシュの意味が無い上にもの凄く遅くない？ 62 名前：login:Penguin mailto:sage [2007/03/14(水) 22:16:53 ID:/NerAE7J] >>57 連投スマソ。 これは俺の無知だね．．． >57はコリジョンが起こった際の処理方法についてカキコしてたわけだ。 申し訳ない。 だとすると>35の意見は果たしてどうなんだろうか？ 63 名前：57 mailto:sage [2007/03/14(水) 23:53:07 ID:y4c2ZpRt] ハッシュを使っているのは文字列の代わりに固定サイズの短い数字を使った方が B木のキー(の一部)として優秀なだけだと思います。ただハッシュなので、B木を 降りていった後にハッシュの元の文字列かどうかは確認する必要があり、B木の キーで同じ値になっている部分を走査したり探索したりする必要があるのかなぁ と思いました。 元の文字列に対してハッシュ値が現実的に十分1:1になっている(一意になって いる)なら最後に走査したり探索したりする必要はないんだけど、B木まで使う (レコード数が大きいことを想定している)ファイルシステム(手堅い印象)で ハッシュが重ならないことを前提にしたりするの？と疑問が残ったので、資料と ソースを探してみました。で、>>57 というわけ。 でも、仮に調べたことが想定通りだったとしても、取得側のロジックで単に同一 ハッシュを線形探索しているということまでしか突き止めていないので、挿入側 のロジックでエラーとしていないかどうかまでは確認できていません。ただ、 取得時に線形探索までしておいて、挿入時に同一ハッシュをエラーにするのも あれだし、ハッシュも絶対一意とするには短いような気がしたので載せちゃい ました。 最後に、、こう思うという意見を言っただけで>>35 に回答を求めているわけ ではないので、間違い指摘は歓迎ですが、煽ったりしないでね。適当に流して くれて構いません。(長くてゴメン) 64 名前：62 mailto:sage [2007/03/15(木) 00:34:20 ID:bcv11DeB] >>63 俺は>60のレスの後調べてみてわかったんだが、 >　取得側のロジックで単に同一ハッシュを線形探索している これってコリジョンが発生した場合の対応法だよ。 検索アルゴリズム www2.starcat.ne.jp/~fussy/algo/algo7-1.htm さて、ハッシュ表が衝突した場合の処理方法ですが、大きく分けて2種類存在します。 ．．． もうひとつの方法は、同一のハッシュ値をとるデータを線形リストの形で保持し、 65 名前：login:Penguin mailto:sage [2007/03/15(木) 01:04:20 ID:bcv11DeB] あくまで個人的な意見だけれども、>25の >　ドキュメントをみるとハッシュ空間がファイル数上限を規定していると書かれてるんだが >　これってどういうことなんだろう？ これは、ハッシュテーブルの大きさに制限される、という意味じゃないかな？ 66 名前：63 mailto:sage [2007/03/15(木) 01:05:26 ID:QpjDINEj] いやそうなんだけど、挿入時に何かの理由でエラーとしても、 線形探索がない場合と同様に動くでしょ？(もう寝ます) 67 名前：login:Penguin mailto:sage [2007/03/15(木) 01:07:03 ID:QpjDINEj] あ、>>66 は >>64 へのレスです。 68 名前：login:Penguin mailto:sage [2007/03/15(木) 01:16:30 ID:bcv11DeB] >>66 その通りなんだけど、 取得時に線形探索をしていて、挿入時に線形リストを作っていない これは考えにくいよね。 俺も寝ます．．． 69 名前：25 [2007/03/15(木) 05:37:47 ID:D+pJpsyj] いろいろ調べていただきありがとう。 結局、最初の疑問にもどるのだけど、コリジョン処理をきちんとしているなら 効率的なファイル管理のできる上限は限られるものの、ファイル数は制限されないよね？ とすると…と思っているうちに動作の説明図を思い出した。 バージョン3では3段、バージョン4では4段のハッシュを作ってるということのような気がする（数値はうろ覚えなので4と5だったかも）。 B+（B*かも）Treeのはずなのに子ノードがたくさんあるような図だったので なんでだろうなと不思議に思っていたけどやっとつながった感じです。 ありがとう。 70 名前：login:Penguin mailto:sage [2007/03/15(木) 15:14:51 ID:8XNS/iOc] >>69 >　バージョン3では3段、バージョン4では4段のハッシュを作ってるということのような気がする それは違うと思うよ。 >63の意見が正しいと思う。 71 名前：70 mailto:sage [2007/03/15(木) 19:35:14 ID:jde9a+dY] >>69 今更悪いけど、 ハッシュ値のBTreeを３－４段作っているという意味なら、 それは正しいかも。 72 名前：login:Penguin mailto:sage [2007/03/17(土) 01:34:49 ID:G8ouJGaS] ディレクトリってどういう仕組みでできてるんですか？ ディレクトリマークのついたファイルに ファイル名と対応するinodeが羅列してあるとかですか？ 73 名前：login:Penguin mailto:sage [2007/03/17(土) 01:37:03 ID:Nt6qQYb8] 大昔のSysVはそうだったな 74 名前：login:Penguin mailto:sage [2007/03/17(土) 12:34:38 ID:nFh7s+ol] linuxはext4がデフォになったんだって？（ｗｋｔｋ 75 名前：login:Penguin [2007/03/18(日) 10:53:46 ID:CpnI9Z16] わくつき？わかたけ？なに？ 76 名前：login:Penguin mailto:sage [2007/03/18(日) 10:56:12 ID:6pRaIZ5X] わくてか 77 名前：login:Penguin mailto:sage [2007/03/18(日) 13:18:18 ID:VQ3UO8en] >>75 若貴(わかたか)。 昔一世を風靡した兄弟横綱だよ。 78 名前：login:Penguin mailto:sage [2007/03/20(火) 01:30:21 ID:WFL4qjLS] とかち・・・つくちて・・・ 79 名前：login:Penguin [2007/03/20(火) 01:49:07 ID:5ZGCVJjs] Reiserfs以外盛り上がらないスレだね 80 名前：login:Penguin mailto:sage [2007/03/20(火) 02:05:11 ID:aZRbC5iM] Linux板だしね 81 名前：login:Penguin [2007/03/20(火) 02:26:29 ID:9XkrolDx] 普段、/ をroでマウントしており、特定の変更をするときにスクリプト内で # mount -o remount,rw / # <何か変更をする> # mount -o remount, ro / しかし時々気がつくと/がrwのままになっており,　roにしようとすると mount: / is busy と帰ってきます。 しかし # lsof +D / | grep [0-9][ru] としても何も出力されないので/ファイルシステム上で書き込み、更新のためにオープンされているファイルが あるようには見えません。他にbusyになる条件というのはなにがあるのでしょうか？ 82 名前：login:Penguin mailto:sage [2007/03/20(火) 02:49:23 ID:WFL4qjLS] >>81 実行している じっこうしている ジッコウシテイル 83 名前：80 mailto:sage [2007/03/20(火) 05:48:47 ID:9XkrolDx] >>82 具体的に「実行」とはどういう状態を言うのでしょうか？　実際に/から実行されているプログラムは常に多数あるのですが、 普段の状態でしたらremount,roは問題なく出来てます。　 84 名前：login:Penguin mailto:sage [2007/03/20(火) 07:13:36 ID:RYKbVfI1] >>83 cd しているプロセスがある 85 名前：80 mailto:sage [2007/03/20(火) 08:21:18 ID:9XkrolDx] >>84 82さんの回答と同様、それは恐らく"umount"すると時にひっかかる条件だと思います。　 「正常に」機能している時には以下のようなことしても無問題です。 # mount -o remount,rw / # cd / # pwd / # mount -o remount,ro / # echo $? 0 86 名前：login:Penguin mailto:sage [2007/03/20(火) 11:09:34 ID:Us/F7Xyr] >>78 tkttktt? 87 名前：login:Penguin [2007/03/20(火) 13:37:30 ID:J8vIycR5] >>85 cdのあとtouch .1 しても？ 88 名前：login:Penguin [2007/03/20(火) 13:41:55 ID:J8vIycR5] find / -exec fuser {} ';'も調べたい 89 名前：login:Penguin mailto:sage [2007/03/20(火) 14:27:56 ID:w+2ZTJtq] rwでremountしてからroでremountするまでの間に、何かのプログラムが実行されたんじゃね？ 90 名前：login:Penguin mailto:sage [2007/03/20(火) 18:04:00 ID:YBt0Z9W0] スクリプト内でremountに失敗 ↓ mountコマンドがデバイスをつかんだまま ↓ remountに再び失敗 違うかな？ 91 名前：80 mailto:sage [2007/03/20(火) 21:52:50 ID:9XkrolDx] >>87 無問題です。以下のようにしてあからさまにwriteでファイルを開かないと"busy"とはなりません。 # mount -o remount,rw / # cd / # cat > hoge ^Z [1]+ Stopped cat >hoge # mount -o remount,ro / mount; / is busy # kill %1 # mount -o remount,ro / [1]+ Terminated cat >hoge # echo $? 0 92 名前： ◆P39B8if24g mailto:sage [2007/03/20(火) 22:16:29 ID:6hd4y+2s] てす 93 名前： ◆P39B8if24g mailto:sage [2007/03/20(火) 22:18:23 ID:6hd4y+2s] てす 94 名前：80 mailto:sage [2007/03/20(火) 22:23:06 ID:9XkrolDx] >>88 シリアルコンソールごしにネットワーク、全てのサービスを停止。40弱しかプロセスが走ってない状態 （けどremount,roはやっぱりbusy)でやってみました。 /dev, /procと他パーティションの/var以下を除いた結果が以下です。 /: 1r 1c 2r 2c 3r 3c 4r 4c 5r 5c c /bin/bash: 5924e 6938e /bin/sh: 5924e 6938e /bin/login: 26670e /bin/su: 6937e /lib/ld-linux.so.2: 1m 2739m 4649m 5924m 6937m 6938m 26670m /lib/libaudit.so.0: 6937m 26670m /lib/libpam.so.0: 6937m 26670m /lib/libpam.so.0.77: 6937m 26670m /lib/libtermcap.so.2.0.8: 5924m 6938m /lib/libnss_files-2.3.4.so: 2389m 2476m 5924m 6937m 6938m 26670m /lib/libnsl-2.3.4.so: 6937m 26670m /lib/libcrypt-2.3.4.so: 6937m 26670m /lib/tls/libc.so.6: 1m 2739m 5924m 6840m 6937m 6938m 26670m /lib/tls/libc-2.3.4.so: 1m 2739m 5924m 6847m 6937m 6938m 26670m /lib/libsepol.so.1: 1m /lib/libcrypt.so.1: 6937m 26670m 95 名前：80 mailto:sage [2007/03/20(火) 22:24:07 ID:9XkrolDx] 続き /lib/security/pam_rootok.so: 6937m /lib/security/pam_unix.so: 6937m 26670m /lib/security/pam_limits.so: 6937m 26670m /lib/security/pam_deny.so: 6937m 26670m /lib/security/pam_unix_auth.so: 6937m 26670m /lib/security/pam_unix_passwd.so: 6937m 26670m /lib/security/pam_unix_acct.so: 6937m 26670m /lib/security/pam_env.so: 6937m 26670m /lib/security/pam_unix_session.so: 6937m 26670m /lib/security/pam_cracklib.so: 6937m 26670m /lib/security/pam_xauth.so: 6937m /lib/security/pam_loginuid.so: 26670m /lib/security/pam_securetty.so: 26670m /lib/security/pam_console.so: 26670m /lib/security/pam_stack.so: 6937m 26670m /lib/security/pam_nologin.so: 26670m /lib/security/pam_selinux.so: 6937m 26670m /lib/libdl.so.2: 5924m 6937m 6938m 26670m /lib/ld-2.3.4.so: 1m 2739m 5924m 6906m 6937m 6938m 26670m /lib/libpam_misc.so.0: 6937m 26670m /lib/libpam_misc.so.0.77: 6937m 26670m /lib/libdl-2.3.4.so: 5924m 6937m 6938m 26670m /lib/libtermcap.so.2: 5924m 6938m /lib/libnsl.so.1: 6937m 26670m /lib/libselinux.so.1: 1m 2739m 6937m 7003m 26670m /lib/libaudit.so.0.0.0: 6937m 26670m /lib/libnss_files.so.2: 2389m 2476m 5924m 6937m 6938m 26670m 96 名前：80 mailto:sage [2007/03/20(火) 22:25:42 ID:9XkrolDx] 最後 /sbin/init: 1e /sbin/klogd: 2393e /sbin/syslogd: 2389e /sbin/fuser: 7154e /sbin/telinit: 1e /usr/bin/find: 2739e /usr/lib/libcrack.so.2: 6937m 26670m /usr/lib/libglib-2.0.so.0: 26670m /usr/lib/locale/locale-archive: 2476m 2739m 5924m 6938m 17391m /usr/lib/libglib-2.0.so.0.400.7: 26670m /usr/lib/gconv/gconv-modules.cache: 5924m 6938m /usr/lib/libcrack.so.2.7: 6937m 26670m /usr/lib/libcrack.so: 6937m 26670m /usr/sbin/crond: 2476e 全然あやしそうなのを見かけません。 97 名前：80 mailto:sage [2007/03/20(火) 22:30:46 ID:9XkrolDx] >>94 あれ、/:の出力が切れてますね。如何が全てです。 /: 1r 1c 2r 2c 3r 3c 4r 4c 5r 5c 6r 6c 44r 44c 47r 47c 48r 48c 49r 49c 50r 50c 196r 196c 292r 292c 294r 294c 295r 295c 312r 312c 1341r 1341c 1757r 1757c 1902r 1902c 1903r 1903c 1905r 1905c 2389r 2389c 2393r 2393c 2476r 2567r 2567c 2568r 2568c 2569r 2569c 2570r 2570c 2571r 2571c 2572r 2572c 2739r 2739c 2740r 5924r 6937r 6938r 26670r 27648r 27648c 98 名前：80 mailto:sage [2007/03/20(火) 23:06:50 ID:9XkrolDx] >>89 可能性としてはありそうです。しかしその結果、なぜ今の状態になってしまったのかが謎です。 >>90どう見てもmountコマンド自体は終了してますが、カーネル内部的に「つかんだ」ままになっている のでしょうか？ さて、そろそろソースを読まねばという感じです。ちなみにCentOS4.4の2.6.9カーネルです。 99 名前：login:Penguin mailto:sage [2007/03/20(火) 23:45:52 ID:w+2ZTJtq] >>97 > 無問題です。以下のようにしてあからさまにwriteでファイルを開かないと"busy"とはなりません。 あー、それならwriteで書き込まれたデータがまだディスクに書かれてない状態ですな。 まずはremount前にsyncを実行しましょう。 それでもダメな場合は、数秒待ってから再度sync->remountしてみてください。 私のところはFreeBSDだけど、shellスクリプト内でumountする時に以下のようにしています。 echo " unmount" /bin/sync /bin/sleep 60 /sbin/umount ${MNT} for n in 0 1 2 3 4 5 6 7 8 9; do 　if /sbin/mount | /usr/bin/grep /dev/ad0s1e > /dev/null; then 　　/bin/sleep 60; /sbin/umount /mnt 　else 　　break 　fi done 100 名前：login:Penguin mailto:sage [2007/03/21(水) 00:17:12 ID:S9uQBvMx] linuxfs.pbwiki.com/LSF07-Workshop-Notes 101 名前：login:Penguin mailto:sage [2007/03/21(水) 01:02:22 ID:DJG3OGOa] >>99 これだけ長時間バッファがフラッシュされないなんてありかな？ 102 名前：80 mailto:sage [2007/03/21(水) 01:17:48 ID:E4OzVxjT] >>99 syncもだめでした。それにしてもこの状態(busy)で安定したまま一日以上過ぎてますので。 ちょっとコードを読んで見ました。mountコールのエラーパスはこうなるようです。 |sys_mount (fs/namespace.c) |-do_mount |--path_lookup(fs/namei.c) |---link_path_walk |----__link_path_walk | ごちょごちょして良く分からんがたぶんEBUSYは返さない？ |--security_sb_mount(include/linux/security.h) |---security_ops->sb_mount | 良く分からないけどSELinuxはdisableしてるから恐らく | dummy.cのdummy_sb_mountでreturn 0 |--do_remount_sb | | if ((flags & MS_RDONLY) && !(sb->s_flags & MS_RDONLY)) { | if (force) | mark_files_ro(sb); | else if (!fs_may_remount_ro(sb)) (fs/file_table.c) | return -EBUSY; | } 続く 103 名前：80 mailto:sage [2007/03/21(水) 01:19:39 ID:E4OzVxjT] 続き。ここで跳ねられてる？　"pending delete"のファイルってlsofとかでも見れませんでしたっけ？ |----fs_may_remount_ro(struct super_block *sb) (fs/file_table.c) |{ | struct list_head *p; | | /* Check that no files are currently opened for writing. */ | file_list_lock(); | list_for_each(p, &sb->s_files) { | struct file *file = list_entry(p, struct file, f_list); | struct inode *inode = file->f_dentry->d_inode; | | /* File with pending delete? */ | if (inode->i_nlink == 0) | goto too_bad; | | /* Writeable file? */ | if (S_ISREG(inode->i_mode) && (file->f_mode & FMODE_WRITE)) | goto too_bad; | } | file_list_unlock(); | return 1; /* Tis' cool bro. */ |too_bad: | file_list_unlock(); | return 0; |} 104 名前：90 mailto:sage [2007/03/21(水) 02:58:59 ID:DJG3OGOa] >>98 別に根拠は無いです。 ファイルはつかまれてなさそうなので、デバイスをつかまれてないかなと思った。 105 名前：login:Penguin mailto:sage [2007/03/21(水) 03:24:07 ID:DJG3OGOa] rwでremountしてもやはりbusyになるんだろうか？ 106 名前：login:Penguin mailto:sage [2007/03/21(水) 03:31:16 ID:DJG3OGOa] dmesgの結果や/var/log/messagesの内容も知りたい。 107 名前：80 mailto:sage [2007/03/21(水) 03:54:56 ID:E4OzVxjT] >>105 いえ、それはOKです。けどrwをrwにremountしてもスルーされてるだけかもしれませんね。 >>106 mountコマンドを入力したときにはとくにどちらにも新たな出力は見られません。先ほど見た エラーパスにも特にその周辺で何かを吐き出すコードは見られませんでした。また両方とも デバイス名sdaでgrepして見ましたが、起動時の普通のメッセージ以外に特に最近異常を示す メッセージは見受けられません。他に何か探すべきものがありましたらご指摘キボンヌ。 そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。 108 名前：80 mailto:sage [2007/03/21(水) 04:04:55 ID:E4OzVxjT] >>103 > "pending delete"のファイルってlsofとかでも見れませんでしたっけ？ 自己レス。普通は見えますね。 # mount -o remount,rw / # cat > hogehoge ^Z [1]+ Stopped cat >hogehoge # rm -f hogehoge # lsof | grep hogehoge cat 9979 root 1w REG 3,8 0 983060 /hogehoge (deleted) # 109 名前：80 mailto:sage [2007/03/21(水) 05:59:52 ID:E4OzVxjT] inodeの中身をダンプするデバッグ用のルーチンなんかありませんかね？ 出来るだけ情報を書き出したいけど、中身が全然分かってないから下手したら そこでクラッシュしそう。 110 名前：login:Penguin mailto:sage [2007/03/21(水) 11:54:21 ID:DJG3OGOa] >>107 >　そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。 障害の発生を再現するのは手間だから待った方がいいと思う。 試して欲しいのは、 mount -v -o remount, ro / で詳細情報を表示させてみることと、 mount -f -o remount, ro / で強制した場合にremountできるかということです。 111 名前：login:Penguin mailto:sage [2007/03/21(水) 12:11:01 ID:DJG3OGOa] mount -f -o remount, ro / これをやってもらいたいのは、 >103の fs_may_remount_ro(struct super_block *sb) を通らず、 mark_files_ro(struct super_block *sb) (fs/super.c 567) に分岐すると思うからです。 112 名前：login:Penguin mailto:sage [2007/03/21(水) 12:44:31 ID:DJG3OGOa] mount -f -o remount, ro / は mount -v -f -o remount, ro / の方が情報が得られてよいかも。 113 名前：login:Penguin mailto:sage [2007/03/21(水) 12:55:08 ID:6FsiTP6N] いくつか気になった。 ・80と書いている人は81? ・うちのdebian(sarge)だと-vつけてもなんか変わらない ・ファイルシステムの種類は関係ない話なの？ 何の役にも立たんと思うが。 114 名前：login:Penguin [2007/03/21(水) 17:23:08 ID:JC5nLr5t] うえの方でfind ... fuserしてほしいと書いた者だが、PID並べられてもしょうがないんだよね。 psで対応するコマンド調べてくらはい。 そのくらいはできる人と思ってたんだが、もしやド素人じゃないよね？ もしド素人なら、これでうまくいっても他で障害がでるだろうから、あまりごちゃごちゃやらんほうがいいと思うよ。 ド素人でないなら、、、もうちょっと独力でも頑張ってほしかった。 いずれにせよ、結果まってるよ～。 115 名前：login:Penguin [2007/03/21(水) 18:35:16 ID:J9iygeoh] >>86 tkt tktt 116 名前：81(80は間違いorz) mailto:sage [2007/03/21(水) 21:06:42 ID:E4OzVxjT] げげ、誰かリブートしやがったorz　すみません。また障害発生を待たないと... >>113 間違えてました　orz ちなみにext3です。 >>111 -fは(fake)であって-forceではありません。103の"force"は内部のemergency_remount()から呼ばれたときに だけ立てられるフラグでこれは探したところdriver/char/sysrq.cのsysrq_handle_mountroからしか 呼ばれないので普通に使うものではないようです。 >>114 意図を汲まずに申し訳ございませんでしたが、何を探しているのかが良く分かってませんでした。 しかしあの出力で出てきたファイルのリストはlsofで出てきたものと同じようなものと見受けられましたし、 書き込み状態にあるpidも１つもありませんでしたのでどのpidに注目すればいいのかが分かりませんでした。 全部を列挙するのは長すぎると思いましたし。 fsは全くド素人でSMARTを見て、あ、ディスク壊れてるっていて交換したこと以上のことを 考えたことはありませんのでファイル周りの検証のテクニックはlsofぐらいしか知りませんでした。 fuserは初耳でしたので勉強になりました。カーネルの中をまじめに問題解決のために読み始めたのも ここ１ヶ月ほどの事ですので。 さて、それではカーネル仕掛けてまた再現するのを待って報告させて頂きます。 117 名前：login:Penguin mailto:sage [2007/03/21(水) 22:14:49 ID:nLBpV1q7] >>116 lsofで結果見てたんだね。失礼。 閉じられているはずのファイルがなぜか開きっぱなしの問題はよくあることです。 解決方法がなかなか見つからないので、ぜひがんばってください。 報告待ってます。 118 名前：login:Penguin mailto:sage [2007/03/21(水) 22:16:28 ID:J9iygeoh] 閉じられてるファイルが～なぜか開いているのな～ら～ sync！sync！sync！ って歌があったね 119 名前：login:Penguin mailto:sage [2007/03/21(水) 23:24:46 ID:f2Azm7Ce] だめよだめだめデッドローックー 120 名前：login:Penguin [2007/03/23(金) 08:47:39 ID:TxxCM3Q2] ext4はｻｲｽﾞ変更に対応してる？対応してればLVMと組み合わせて使い易いのだけど。 性能的にはどうなんだろう？ 121 名前：login:Penguin mailto:sage [2007/03/24(土) 03:14:39 ID:GQsk1lU1] そういやオンラインデフラグの件はどうなったんだ？ 122 名前：login:Penguin [2007/03/24(土) 16:08:19 ID:ZQgilKja] Reiserはその後どうなってんの？ 123 名前：login:Penguin mailto:sage [2007/03/24(土) 22:04:18 ID:vUqhXPFh] WInの焼きミスはほんとひどいよなw 焼いてるときは、他の作業しないほうがいい 124 名前：login:Penguin mailto:sage [2007/03/24(土) 22:05:31 ID:1ZNqfG35] >>123 お前はバブルの崩壊直後の時代の人か？ 125 名前：login:Penguin mailto:sage [2007/03/24(土) 23:17:11 ID:1JVeQLQG] >>123 スレ違いだ。帰れ。 126 名前：login:Penguin [2007/03/24(土) 23:48:50 ID:ZQgilKja] >>124 またキミか 127 名前：login:Penguin mailto:sage [2007/03/25(日) 00:23:02 ID:FK7WfcVZ] 3 名前：login:Penguin ：2007/03/24(土) 22:37:58 ID:1ZNqfG35 うざいなぁ・・・・ 913 ：login:Penguin：2007/03/24(土) 22:34:12 ID:1ZNqfG35 >>911 ＞Windowsじゃあるまいし、ブートローダごときで再インストールする必要はない。 fixmbrもしらんWindows道程であることが判明しましたｗ 128 名前：login:Penguin mailto:sage [2007/03/25(日) 23:21:02 ID:QdX/ZMUE] 前スレで言われてたけど、nautilus+xfsでファイルのコピー等がすごく遅くなるってあったでしょ？ 俺もあれで悩まされてたんだけど、LVM使ったらあのバグ発生しないんだね。 なんとなくLVM+xfsで新たにシステム構築し直したらnautilusでも速度が落ちなくなった。 129 名前：login:Penguin [2007/03/26(月) 09:08:09 ID:d1UYMG6t] LVMは便利なのだが、コマンドいっぱいでめんどいよね 130 名前：login:Penguin mailto:sage [2007/03/26(月) 09:21:06 ID:8Q9E4hQ9] >>128 というか報告せいや xfsなのかnautilusなのか知らんが 131 名前：login:Penguin mailto:sage [2007/03/26(月) 10:35:37 ID:fsC9be4T] nautilus＝糞 昔からの定説だろ。いまさら報告する必要もなし。 132 名前：login:Penguin mailto:sage [2007/03/26(月) 11:28:49 ID:io8NkORY] だったら、使うなw 133 名前：login:Penguin [2007/03/26(月) 14:17:18 ID:d1UYMG6t] >>131 またキミか。

---

---

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

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