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

[過去ﾛｸﾞ] /**ファイルシステム総合スレその7**/ (955ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

103(2): 80 2007/03/21(水)01:19 ID:E4OzVxjT(2/6) AAS
続き。ここで跳ねられてる？　"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;
省15

104: 90 2007/03/21(水)02:58 ID:DJG3OGOa(2/7) AAS
>>98
別に根拠は無いです。
ファイルはつかまれてなさそうなので、デバイスをつかまれてないかなと思った。

105(1): 2007/03/21(水)03:24 ID:DJG3OGOa(3/7) AAS
rwでremountしてもやはりbusyになるんだろうか？

106(1): 2007/03/21(水)03:31 ID:DJG3OGOa(4/7) AAS
dmesgの結果や/var/log/messagesの内容も知りたい。

107(1): 80 2007/03/21(水)03:54 ID:E4OzVxjT(3/6) AAS
>>105
いえ、それはOKです。けどrwをrwにremountしてもスルーされてるだけかもしれませんね。
>>106
mountコマンドを入力したときにはとくにどちらにも新たな出力は見られません。先ほど見た
エラーパスにも特にその周辺で何かを吐き出すコードは見られませんでした。また両方とも
デバイス名sdaでgrepして見ましたが、起動時の普通のメッセージ以外に特に最近異常を示す
メッセージは見受けられません。他に何か探すべきものがありましたらご指摘キボンヌ。

そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。

108: 80 2007/03/21(水)04:04 ID:E4OzVxjT(4/6) AAS
>>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)
省1

109: 80 2007/03/21(水)05:59 ID:E4OzVxjT(5/6) AAS
inodeの中身をダンプするデバッグ用のルーチンなんかありませんかね？
出来るだけ情報を書き出したいけど、中身が全然分かってないから下手したら
そこでクラッシュしそう。

110: 2007/03/21(水)11:54 ID:DJG3OGOa(5/7) AAS
>>107
>　そろそろ上に挙げたコードにデバッグコードを埋め込んでカーネル再構築を試みます。

障害の発生を再現するのは手間だから待った方がいいと思う。

試して欲しいのは、
mount -v -o remount, ro /
で詳細情報を表示させてみることと、
mount -f -o remount, ro /
で強制した場合にremountできるかということです。

111(1): 2007/03/21(水)12:11 ID:DJG3OGOa(6/7) AAS
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: 2007/03/21(水)12:44 ID:DJG3OGOa(7/7) AAS
mount -f -o remount, ro /
は
mount -v -f -o remount, ro /
の方が情報が得られてよいかも。

113(1): 2007/03/21(水)12:55 ID:6FsiTP6N(1) AAS
いくつか気になった。
・80と書いている人は81?
・うちのdebian(sarge)だと-vつけてもなんか変わらない
・ファイルシステムの種類は関係ない話なの？
何の役にも立たんと思うが。

114(1): 2007/03/21(水)17:23 ID:JC5nLr5t(1) AAS
うえの方でfind ... fuserしてほしいと書いた者だが、PID並べられてもしょうがないんだよね。
psで対応するコマンド調べてくらはい。
そのくらいはできる人と思ってたんだが、もしやド素人じゃないよね？
もしド素人なら、これでうまくいっても他で障害がでるだろうから、あまりごちゃごちゃやらんほうがいいと思うよ。
ド素人でないなら、、、もうちょっと独力でも頑張ってほしかった。
いずれにせよ、結果まってるよ～。

115: 2007/03/21(水)18:35 ID:J9iygeoh(1/2) AAS
>>86
tkt tktt

116(1): 81(80は間違いorz) 2007/03/21(水)21:06 ID:E4OzVxjT(6/6) AAS
げげ、誰かリブートしやがったorz　すみません。また障害発生を待たないと...

>>113
間違えてました　orz
ちなみにext3です。

>>111
-fは(fake)であって-forceではありません。103の"force"は内部のemergency_remount()から呼ばれたときに
だけ立てられるフラグでこれは探したところdriver/char/sysrq.cのsysrq_handle_mountroからしか
呼ばれないので普通に使うものではないようです。

>>114
意図を汲まずに申し訳ございませんでしたが、何を探しているのかが良く分かってませんでした。
省8

117: 2007/03/21(水)22:14 ID:nLBpV1q7(1) AAS
>>116
lsofで結果見てたんだね。失礼。
閉じられているはずのファイルがなぜか開きっぱなしの問題はよくあることです。
解決方法がなかなか見つからないので、ぜひがんばってください。
報告待ってます。

118: 2007/03/21(水)22:16 ID:J9iygeoh(2/2) AAS
閉じられてるファイルが～なぜか開いているのな～ら～
sync！sync！sync！

って歌があったね

119: 2007/03/21(水)23:24 ID:f2Azm7Ce(1) AAS
だめよだめだめデッドローックー

120: 2007/03/23(金)08:47 ID:TxxCM3Q2(1) AAS
ext4はｻｲｽﾞ変更に対応してる？対応してればLVMと組み合わせて使い易いのだけど。
性能的にはどうなんだろう？

121: 2007/03/24(土)03:14 ID:GQsk1lU1(1) AAS
そういやオンラインデフラグの件はどうなったんだ？

122: 2007/03/24(土)16:08 ID:ZQgilKja(1/2) AAS
Reiserはその後どうなってんの？

123(2): 2007/03/24(土)22:04 ID:vUqhXPFh(1) AAS
WInの焼きミスはほんとひどいよなw
焼いてるときは、他の作業しないほうがいい

124(1): 2007/03/24(土)22:05 ID:1ZNqfG35(1) AAS
>>123
お前はバブルの崩壊直後の時代の人か？

125: 2007/03/24(土)23:17 ID:1JVeQLQG(1) AAS
>>123
スレ違いだ。帰れ。

126: 2007/03/24(土)23:48 ID:ZQgilKja(2/2) AAS
>>124
またキミか

127: 2007/03/25(日)00:23 ID:FK7WfcVZ(1) AAS
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(1): 2007/03/25(日)23:21 ID:QdX/ZMUE(1) AAS
前スレで言われてたけど、nautilus+xfsでファイルのコピー等がすごく遅くなるってあったでしょ？
俺もあれで悩まされてたんだけど、LVM使ったらあのバグ発生しないんだね。
なんとなくLVM+xfsで新たにシステム構築し直したらnautilusでも速度が落ちなくなった。

129: 2007/03/26(月)09:08 ID:d1UYMG6t(1/2) AAS
LVMは便利なのだが、コマンドいっぱいでめんどいよね

130: 2007/03/26(月)09:21 ID:8Q9E4hQ9(1) AAS
>>128
というか報告せいや
xfsなのかnautilusなのか知らんが

131(1): 2007/03/26(月)10:35 ID:fsC9be4T(1) AAS
nautilus＝糞
昔からの定説だろ。いまさら報告する必要もなし。

132: 2007/03/26(月)11:28 ID:io8NkORY(1) AAS
だったら、使うなw

133: 2007/03/26(月)14:17 ID:d1UYMG6t(2/2) AAS
>>131
またキミか。

134: 2007/03/28(水)13:00 ID:9k8UE4y5(1) AAS
ﾗｲｻﾞｰと供に寂れてしまった

135: 2007/03/28(水)20:07 ID:l0yxUuiJ(1) AAS
とりあえずXFSとext4のどっちが残るかだな。
ext4かな。

136: 2007/03/28(水)21:17 ID:daeVGudi(1/2) AAS
ext3はext4にコンバートできるんですか

137(1): 2007/03/28(水)21:54 ID:BNq6AhBB(1) AAS
ext3をext4としてマウントできる。そのまま書き込めばext4になる。

138: 2007/03/28(水)22:24 ID:daeVGudi(2/2) AAS
すげぇ
＆
トンクス

139: 2007/03/28(水)22:27 ID:0XsmV5+J(1) AAS
>>137
いやextent使うまではext3のまんまだろ。

140(1): 2007/03/29(木)08:32 ID:r+t2Jggl(1/2) AAS
extentとはなんですか？

141: 2007/03/29(木)09:39 ID:lgwyzXDA(1) AAS
xfsはトラブった時に全然レスキューできなかったからトラウマ
チキンな俺はext4

142: 2007/03/29(木)09:42 ID:3NMPrwZA(1) AAS
>>140
The answer is in your ID.

143: 2007/03/29(木)12:53 ID:XgJoJt9J(1/2) AAS
r+t? 2J ggl .. ggl! ｸﾞｸﾞﾚ！？

144(1): 2007/03/29(木)12:56 ID:XgJoJt9J(2/2) AAS
ｱﾘﾏｼﾀ
外部ﾘﾝｸ:www.sophia-it.com

でも意味がわかりません。

145: 2007/03/29(木)14:14 ID:H9I3kno8(1) AAS
>>144
外部ﾘﾝｸ:www.google.co.jp

146: 2007/03/29(木)21:55 ID:r+t2Jggl(2/2) AAS
㌧
つまりﾌｧｲﾙが断片化しないよう、余分に場所を確保しとくっていうﾗｲｻﾞｰ4の真似をした仕組みだね。

ところで将来のﾌｧｲﾙｻｲｽﾞなんて予測できないと思うのだけど、
ｴｸｽﾃﾝﾄの大きさはどうやって決めるのだろう？
むかしｸﾗｽﾀと呼んでいたものとは違うの？

147(1): 2007/03/29(木)22:47 ID:EvQbMu8q(1) AAS
エクステントって昔からエクステントと呼んでいたような。
VxFS とか。

148: 2007/03/29(木)23:07 ID:R0MPJnFu(1) AAS
>>147
XFSのオンラインデフラグがext4についてくれれば、とりあえず最強なんだがな。
年に数回はデフラグしたい。

149(2): 2007/03/30(金)09:25 ID:8SUX2/zw(1/2) AAS
MSDOSは複数のセクターをまとめた｢クラスタ｣という連続領域単位でファイルを管理してた。
インデックスを少なく押さえることと、断片化を少なくするのが目的。
低速媒体のフロッピーが主体だったため、断片化を避けるのは非常に重要だったせいもあるが
当時の大型機からの借用だったと理解してる。
エクステントの説明をみると同じものにみえるのだけど、何かちがうのだろうか？

150: 2007/03/30(金)11:23 ID:TnuWXj4a(1) AAS
>>149
クラスタサイズが可変なんじゃね？

151: 2007/03/30(金)12:54 ID:8SUX2/zw(2/2) AAS
それをどうやって決めてるかが肝

152: 2007/03/30(金)14:53 ID:1nTHIbAF(1) AAS
エクステントサイズが固定の方が断片化は起こり肉印とちゃう？

153: 2007/03/31(土)00:34 ID:MhCzl/tA(1) AAS
>>149
ブロック管理だと
ファイルが巨大になると
インデックスを引くのに時間がかかるようになるが
エクステント管理だとうまく連続ブロックに配置できれば時間が節約できる。

154: 2007/03/31(土)01:12 ID:ifE6Hzsr(1) AAS
インデックスってエクステント単位で振られるんじゃないの？

ブロック＝IO最小単位
エクステント＝領域割当最小単位
っていう理解で基本的にはいいんだよね？

155(1): 2007/03/31(土)02:18 ID:cMH9eCiA(1) AAS
違う。

エクステントってのは連続したブロックのこと。

あるファイルが1～10、15～20のブロックからなっている時、ブロックベースの
ファイルシステムでは (1 2 3 4 5 6 7 8 9 10 15 16 17 18 19 20) という
インデックスで表現するのに対し、エクステントベースのファイルシステムでは
((1 10) (15 5)) のように表現する。

156: 2007/03/31(土)07:52 ID:Ud+o/4Fl(1) AAS
>>155
inodeが圧縮できる？よくわかってませんが。

157(1): 2007/04/01(日)08:47 ID:jgewp6D4(1) AAS
で、最初の疑問ですが、
断片化が起こるのは、ファイル更新時のサイズ変化が要因だとすれば、
あらかじめ変化量を予測してエクステントを確保する必要があるわけだけど
どうやるのですか？

158(1): 2007/04/01(日)09:20 ID:Miicym17(1) AAS
extentの仕組みについて人に聞く前にまずググってみました。

ズバリというページがありません！

外部ﾘﾝｸ[html]:www.spa.is.uec.ac.jp
外部ﾘﾝｸ[html]:www.kyoto-sr.co.jp
外部ﾘﾝｸ[html]:www.atmarkit.co.jp
外部ﾘﾝｸ[htm]:www.simosimo.info

いったいエクステントについてよく理解するためにはどうしたらいいのか！
参考書とか専門書とか買わないとわからんかな。

159: 2007/04/01(日)11:10 ID:5ZbsiFAt(1) AAS
>>158
くっつく？ひっつけばチャクラエクステントが発動します。

160: 2007/04/01(日)18:24 ID:AzuElS/P(1) AAS
>>157
ジャーナルから commit するまで割り当てを遅延する
ディスクの空き容量が少なくなるまでファイルを密に配置しない
その他色々

161: 2007/04/02(月)09:07 ID:NH19NaTw(1) AAS
ありがとうございます！
しかしジャーナルに書き込むのは更新時が主ですよね？
とすれば、新規作成時に将来サイズの予測ができることがエクステントの考え方としては最重要という気がします。
ファイルを密に配置しないという方針は有効ですが、エクステントとは別の考え方ではないでしょうか？

162: 2007/04/04(水)09:53 ID:NWetzSkB(1) AAS
自己レスです。
エクステントの大きさは使用者が決めるようです。
しかも初期と伸張分をべつの大きさにする方法もあるようです。
したがって、設計段階でのサイズ予測はいらないということのようです。

163(2): 2007/04/05(木)11:44 ID:6CwC0rrT(1/2) AAS
XSFフォーマットのディスクに入れたファイルとかを
NTFSフォーマットのWINDOWSへコピーした場合普通に開けるのですか？

164: 2007/04/05(木)13:15 ID:OdzCRDEa(1) AAS
>>163
なぜ、自分で試さない？

165: 163 2007/04/05(木)13:24 ID:6CwC0rrT(2/2) AAS
パソコンすら持ってないんです
うぅ・・

166: 2007/04/05(木)13:30 ID:UHEFuWv5(1) AAS
そんな人が聞いてどうすんだろ。

167: 名無しさん＠お腹いっぱい 2007/04/05(木)15:20 ID:BtA25953(1) AAS
流行りのエアギターならぬエアLinuxってやつだな。

168: 2007/04/05(木)16:26 ID:xu52r8kl(1) AAS
俺の若い頃は藁半紙に書いたキーボードとライオン本でカーネルハックの練習をしたもんだよ

169: 2007/04/05(木)17:40 ID:ArTajbou(1) AAS
エアオナニー

170: 2007/04/05(木)23:16 ID:jNYQCAbT(1) AAS
牛乳石鹸をマウスに見立てて、X Windowへの思いをはせたもんだ

171: 81 2007/04/06(金)04:19 ID:kERYUymx(1/9) AAS
mount -o mount,ro / がbusy で帰ってきて困ってた81(80と間違えてた)です。

２週間ほどたってやっと再現されました。　しかもラッキーに2台。追加したprintk
から以下のような出力。　

fs_may_remount_ro found pending delete: 0xe6feac80
do_remount_sb: failed fs_may_remount_ro: -138124224
do_mount: failed do_remount: -16

大切なのは最初の１行で以下のprintkから出力されました。

　fs/file_table.c:
　int fs_may_remount_ro(struct super_block *sb)
　{
省10

172: 81 2007/04/06(金)04:29 ID:kERYUymx(2/9) AAS
さて、まずどのファイルか？　gdbを/proc/kcoreに繋いで除きました。

(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_iname
$12 = "libz.so.1.2.1.2", '¥0' <repeats 20 times>
gdb) p ((struct file*)0xe6feac80)->f_dentry->d_parent->d_iname
$14 = "lib¥000t", '¥0' <repeats 30 times>
(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_parent->d_parent->d_iname
$16 = "usr¥000]", '¥0' <repeats 30 times>
(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_parent->d_parent->d_parent->d_iname
$18 = "/¥000dline", '¥0' <repeats 28 times>

というわけで問題のファイルは"/usr/lib/libz.so.1.2.1.2"
省2

173: 81 2007/04/06(金)04:41 ID:kERYUymx(3/9) AAS
もうちょっと掘り下げる。

(gdb) p ((struct file*)0xe6feac80)->f_dentry->d_inode.i_ino
$24 = 230991

iノード番号は230991。

# ls -li /usr/lib/libz.so.1.2.1.2
231021 -rwxr-xr-x 1 root root 63624 Jul 21 2005 /usr/lib/libz.so.1.2.1.2

？？？　食い違うぞ？？？
省11

174: 81 2007/04/06(金)04:50 ID:kERYUymx(4/9) AAS
それでもってntpがどういうファイルを開いているか見ると、なんか怪しげな状態。

# lsof | grep ntp
ntpd 21393 ntp cwd DIR 3,3 4096 2 /
ntpd 21393 ntp rtd DIR 3,3 4096 2 /
ntpd 21393 ntp txt REG 3,3 431016 227728 /usr/sbin/ntpd
ntpd 21393 ntp mem REG 3,3 230494 /usr/lib/libkrb5.so.3.2 (path inode=231028)
ntpd 21393 ntp mem REG 3,3 194104 /lib/libdl-2.3.4.so (path inode=195480)
ntpd 21393 ntp mem REG 3,3 47468 194100 /lib/libnss_files-2.3.4.so
ntpd 21393 ntp mem REG 3,3 210587 /lib/tls/libc-2.3.4.so (path inode=210651)
ntpd 21393 ntp mem REG 3,3 194115 /lib/libcom_err.so.2.1 (path inode=195486)
省10

175: 81 2007/04/06(金)04:52 ID:kERYUymx(5/9) AAS
ちなみに正常（？）な状態のntpはこんな感じ。

proto5# lsof | grep ntp
ntpd 2101 ntp cwd DIR 3,2 4096 2 /
ntpd 2101 ntp rtd DIR 3,2 4096 2 /
ntpd 2101 ntp txt REG 3,2 431016 241991 /usr/sbin/ntpd
ntpd 2101 ntp mem REG 3,2 941024 260982 /lib/libcrypto.so.0.9.7a
ntpd 2101 ntp mem REG 3,2 11776 260970 /lib/libcap.so.1.10
ntpd 2101 ntp mem REG 3,2 1525004 177572 /lib/tls/libc-2.3.4.so
ntpd 2101 ntp mem REG 3,2 16800 294968 /lib/libdl-2.3.4.so
ntpd 2101 ntp mem REG 3,2 415188 247066 /usr/lib/libkrb5.so.3.2
省9

176: 81 2007/04/06(金)04:56 ID:kERYUymx(6/9) AAS
ちなみにこの症状は問題のおこった２つのシステムでまったく同じ。　
おなじlibz.soでひっかかり、やはりntpが同じような状態になってます。

さて、この"path inode"というのがキモのようですが、なんの事か
全然分からないからどこかで調べてきます。　

ここまでの情報で何か助言があればよろしくおねがいします。　

177: 81 2007/04/06(金)05:25 ID:kERYUymx(7/9) AAS
なお、問題のあるシステムでは問題のあるのはntpだけでありません。

# lsof | grep "path inode" | cut -d" " -f1 | sort | uniq
agetty
crond
ifplugd
klogd
mingetty
ntpd
portmap
syslogd
省4

178(1): 2007/04/06(金)05:46 ID:lKLkq3ZS(1/2) AAS
prelinkによってロード中の共有ライブラリが置き換えられているのかな？

prelinkを止めてみるとか。

179: 81 2007/04/06(金)06:12 ID:kERYUymx(8/9) AAS
>>178
そっ、それだ～～～～～～～～～～～～。

こんなもの見つけました。

/etc/cron.daily/prelink

一発で再現出来ました。

正常状態：
省14

180(1): 2007/04/06(金)06:56 ID:lKLkq3ZS(2/2) AAS
オープン中のファイルは移動したり削除しても影響を受けないから、prelink の
動作自体は乱暴でもないような。

lsof の出力に path inode が出ているのは、オープン中に置き換えられたファイルで
ある事を示しているのを初めて知ったから俺も勉強になったよ。

問題が解決して良かったね。

181: 81 2007/04/06(金)07:16 ID:kERYUymx(9/9) AAS
>>180
ありがとうございます。

> lsof の出力に path inode が出ているのは、オープン中に置き換えられたファイル
普通のファイルのように素直に"deleted"とか書いてくれればもっと早く解決したかもしれないんですけどね。
ちょっとその場合とは意味が違うのでしょう。　後で勉強したいと思います。

# cat > hoge.txt &
[1] 9317
# lsof | grep hoge.txt
cat 9317 root 1w REG 253,0 0 15 /hoge.txt
# rm hoge.txt
省2

182(1): 2007/04/07(土)00:19 ID:PW/Wm1N9(1) AAS
よくそこまで調べたなー

/proc/kcoreをgdbに繋ぐなんてテクニック初めて知った
すげぇわ

183: 2007/04/07(土)00:22 ID:l0bc2a+o(1) AAS
>>182
/proc/kcoreはgdbで使うための仮想ファイルだろ？

184: 2007/04/07(土)05:48 ID:07BPrRWv(1) AAS
外部ﾘﾝｸ[xml]:www.gentoo.org
4. 既知の問題と解決策

185(1): 2007/04/07(土)15:32 ID:w4EDI2Lw(1) AAS
怠け者な俺は、locateとかprelinkなんて余計なものは真っ先に外しちゃうからなぁ。

186(1): 2007/04/07(土)21:33 ID:Vx40DlGH(1) AAS
>>185
locateの便利さがわからんか。
デスクトップ検索の先駆けだぞ。

187(1): 2007/04/07(土)21:37 ID:qEROFzP6(1) AAS
ファイルシステムってハマる時はハマるのだな…。
自分ならとても解決できなかったように思う。
locateは入っていたがprelinkは入れてなかったので入れようかと思っていたが、
こんな理解不能の事態が発生するのでは、いれていいかどうか不安に感じてしまう…。

188(1): 2007/04/08(日)00:43 ID:HNNwKpZg(1/2) AAS
>>186
だって全然使わない、デスクトップ検索自体しないし・・・
GoogleDesktop入れて気付いたが
広大なwebならともかく自分の管理してる所なんだから
情報はちゃんと整理してる、というかしていないときもちわるい
Spotlightも使わない
なのでlocateのありがたみもよく解らんです

189(1): 2007/04/08(日)00:50 ID:S1gIGviP(1/3) AAS
>>188
/home以下じゃなくて、使ったこと無いコマンドとかインストールされているか
調べるために、 locate hoge とか実行する。

というか、「お前は自分の管理してるマシンのファイル名を全部覚えているのか？」
もしやっているならご苦労なことだ。

190(1): 2007/04/08(日)01:46 ID:+N5qr5Yv(1/3) AAS
コマンドなら、whichでいいだろ。
locateなんてわざわざ使わん。

191: 2007/04/08(日)01:49 ID:S1gIGviP(2/3) AAS
>>190
パス通してない無い場合は？

コマンドは例だったが適用例は設定ファイルとかファイル全般。

192: 2007/04/08(日)01:54 ID:AO6opwfy(1) AAS
俺はwhichもlocateも使うよ。
locateはかなり良く使うけどなぁ。

193(1): 2007/04/08(日)02:34 ID:Hzw/JAkU(1) AAS
cronでslocate走った後って、メモリ消費量増えない？

194(2): 81 2007/04/08(日)04:25 ID:HBM8UdKZ(1/2) AAS
>>187
いや、自分の場合はrootをr/oにするというハックをしている状況なのでハマっただけです。　
組み込み系のアプライアンスのための要求なので普通のホストシステムならたぶん問題はないでしょう。

しかし今回の経験で学んだのは、Linuxホストのrootをr/oにするっていうノウハウがあまり
確立されてないという事。漠然とセキュリティーのためにそうする事もあるという事を
見聞きしてましたが、今回のことも含め、ハマる穴は沢山ありそうです。

195: 2007/04/08(日)04:34 ID:IVjfIv3g(1/2) AAS
>>194
BSDに比べて/をroにすることを考えていないといえば考えて無いとはいえると思う。

prelinkとかは止めりゃいいだけだが、
/usr のパーティション分けたら動かないものとかあったりするし。

196(1): 2007/04/08(日)05:55 ID:VhLkTwV9(1) AAS
というか、cronでprelinkなんか動かしているその組込み系の
ディストリを明記してくれた方が有益だと思う。
あるいは、PC向けのディストリをベースに自力で構築している
ならそう書くべきだな。

197: 2007/04/08(日)09:31 ID:M3c2/sEX(1) AAS
>>193
>　cronでslocate走った後って、メモリ消費量増えない？

ファイルキャッシュが増えるからだよ。

198: 81 2007/04/08(日)12:57 ID:HBM8UdKZ(2/2) AAS
>>196
失礼しました。　単にCentOSをアプライアンスとしてカスタムインストールしているだけです。　
「組み込み」とはいっても中身はPCマザボの普通のサーバーですので。　面白いのは色々とごちょごちょ
いじっている時に/etc/rc.d/rc.sysinitにこんなコードを見つけた事：

　if [ -f /etc/sysconfig/readonly-root ]; then
　 . /etc/sysconfig/readonly-root

　 if [ "$READONLY" = "yes" ]; then
　 # Call rc.readonly to set up magic stuff needed for readonly root
　 . /etc/rc.readonly
　 fi
省3

199: 2007/04/08(日)13:04 ID:v21r+S80(1) AAS
>>194
ひとりでこつこつとやっててもむずかしいよ。
組込み系は組込み系のコミュニティーで
ノウハウが貯ってるからねぇ。

200(1): 2007/04/08(日)14:22 ID:Q1EoOsla(1) AAS
システム全体に全文検索のindexを作るのは現実的じゃないからファイル名検索は現役だけど、
slocateはupdatedbを実行するまでindexが更新されないのが困る。updatedbの実行中は負荷高いし
モジュールの追加に抵抗が無ければ、ディレクトリツリーを変更するシステムコールをフックして、
インデックスを即時変更するrlocateの方がスマート

201(1): 2007/04/08(日)14:56 ID:+N5qr5Yv(2/3) AAS
updatedb重いよなぁ。
デュアルコアとかマルチプロセッサなら多少は軽減されるだろうか？
ま、どっちにしてもサーバ向けの機能ではないし、いらないっちゃいらない。

202: 2007/04/08(日)15:25 ID:ZmJtdjLW(1) AAS
重いと感じない私は使い方間違ってる？
動作中は確かにディスクアクセスが増えるけど、CPUそんなに使わないし
五分もしないうちに終わるし。
ディスク合計1テラ弱を八割程度しか使ってないから？
ｼｽﾃﾑはP4HT2.8G SATAディスク500GB+400GBです

上下前次 1-新書関写板覧索設栞歴

あと 753 ﾚｽあります
ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.036s