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

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

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

68: 2007/03/15(木)01:16 ID:bcv11DeB(3/3) AAS
>>66
その通りなんだけど、
取得時に線形探索をしていて、挿入時に線形リストを作っていない
これは考えにくいよね。

俺も寝ます．．．

69(2): 25 2007/03/15(木)05:37 ID:D+pJpsyj(1) AAS
いろいろ調べていただきありがとう。
結局、最初の疑問にもどるのだけど、コリジョン処理をきちんとしているなら
効率的なファイル管理のできる上限は限られるものの、ファイル数は制限されないよね？
とすると…と思っているうちに動作の説明図を思い出した。
バージョン3では3段、バージョン4では4段のハッシュを作ってるということのような気がする（数値はうろ覚えなので4と5だったかも）。
B+（B*かも）Treeのはずなのに子ノードがたくさんあるような図だったので
なんでだろうなと不思議に思っていたけどやっとつながった感じです。
ありがとう。

70(1): 2007/03/15(木)15:14 ID:8XNS/iOc(1) AAS
>>69
>　バージョン3では3段、バージョン4では4段のハッシュを作ってるということのような気がする

それは違うと思うよ。
>63の意見が正しいと思う。

71: 70 2007/03/15(木)19:35 ID:jde9a+dY(1) AAS
>>69
今更悪いけど、
ハッシュ値のBTreeを３－４段作っているという意味なら、
それは正しいかも。

72: 2007/03/17(土)01:34 ID:G8ouJGaS(1) AAS
ディレクトリってどういう仕組みでできてるんですか？
ディレクトリマークのついたファイルに
ファイル名と対応するinodeが羅列してあるとかですか？

73: 2007/03/17(土)01:37 ID:Nt6qQYb8(1) AAS
大昔のSysVはそうだったな

74: 2007/03/17(土)12:34 ID:nFh7s+ol(1) AAS
linuxはext4がデフォになったんだって？（ｗｋｔｋ

75(1): 2007/03/18(日)10:53 ID:CpnI9Z16(1) AAS
わくつき？わかたけ？なに？

76: 2007/03/18(日)10:56 ID:6pRaIZ5X(1) AAS
わくてか

77: 2007/03/18(日)13:18 ID:VQ3UO8en(1) AAS
>>75
若貴(わかたか)。
昔一世を風靡した兄弟横綱だよ。

78(1): 2007/03/20(火)01:30 ID:WFL4qjLS(1/2) AAS
とかち・・・つくちて・・・

79: 2007/03/20(火)01:49 ID:5ZGCVJjs(1) AAS
Reiserfs以外盛り上がらないスレだね

80(13): 2007/03/20(火)02:05 ID:aZRbC5iM(1) AAS
Linux板だしね

81(12): 2007/03/20(火)02:26 ID:9XkrolDx(1/9) AAS
普段、/ をroでマウントしており、特定の変更をするときにスクリプト内で
# mount -o remount,rw /
# <何か変更をする>
# mount -o remount, ro /

しかし時々気がつくと/がrwのままになっており,　roにしようとすると
mount: / is busy
と帰ってきます。

しかし
# lsof +D / | grep [0-9][ru]
としても何も出力されないので/ファイルシステム上で書き込み、更新のためにオープンされているファイルが
省1

82(1): 2007/03/20(火)02:49 ID:WFL4qjLS(2/2) AAS
>>81
実行している

じっこうしている
ジッコウシテイル

83(1): 80 2007/03/20(火)05:48 ID:9XkrolDx(2/9) AAS
>>82
具体的に「実行」とはどういう状態を言うのでしょうか？　実際に/から実行されているプログラムは常に多数あるのですが、
普段の状態でしたらremount,roは問題なく出来てます。　

84(1): 2007/03/20(火)07:13 ID:RYKbVfI1(1) AAS
>>83
cd しているプロセスがある

85(1): 80 2007/03/20(火)08:21 ID:9XkrolDx(3/9) AAS
>>84
82さんの回答と同様、それは恐らく"umount"すると時にひっかかる条件だと思います。　
「正常に」機能している時には以下のようなことしても無問題です。

# mount -o remount,rw /
# cd /
# pwd
/
# mount -o remount,ro /
# echo $?
0

86(1): 2007/03/20(火)11:09 ID:Us/F7Xyr(1) AAS
>>78
tkttktt?

87(1): 2007/03/20(火)13:37 ID:J8vIycR5(1/2) AAS
>>85
cdのあとtouch .1 しても？

88(1): 2007/03/20(火)13:41 ID:J8vIycR5(2/2) AAS
find / -exec fuser {} ';'も調べたい

89(1): 2007/03/20(火)14:27 ID:w+2ZTJtq(1/2) AAS
rwでremountしてからroでremountするまでの間に、何かのプログラムが実行されたんじゃね？

90(2): 2007/03/20(火)18:04 ID:YBt0Z9W0(1) AAS
スクリプト内でremountに失敗
↓
mountコマンドがデバイスをつかんだまま
↓
remountに再び失敗

違うかな？

91: 80 2007/03/20(火)21:52 ID:9XkrolDx(4/9) AAS
>>87
無問題です。以下のようにしてあからさまにwriteでファイルを開かないと"busy"とはなりません。

# mount -o remount,rw /
# cd /
# cat > hoge
^Z
[1]+ Stopped cat >hoge
# mount -o remount,ro /
mount; / is busy
# kill %1
省4

92: ◆P39B8if24g 2007/03/20(火)22:16 ID:6hd4y+2s(1/2) AAS
てす

93: ◆P39B8if24g 2007/03/20(火)22:18 ID:6hd4y+2s(2/2) AAS
てす

94(1): 80 2007/03/20(火)22:23 ID:9XkrolDx(5/9) AAS
>>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
省11

95: 80 2007/03/20(火)22:24 ID:9XkrolDx(6/9) AAS
続き

/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
省18

96: 80 2007/03/20(火)22:25 ID:9XkrolDx(7/9) AAS
最後
/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
省6

97(1): 80 2007/03/20(火)22:30 ID:9XkrolDx(8/9) AAS
>>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(1): 80 2007/03/20(火)23:06 ID:9XkrolDx(9/9) AAS
>>89 可能性としてはありそうです。しかしその結果、なぜ今の状態になってしまったのかが謎です。
>>90どう見てもmountコマンド自体は終了してますが、カーネル内部的に「つかんだ」ままになっている
のでしょうか？

さて、そろそろソースを読まねばという感じです。ちなみにCentOS4.4の2.6.9カーネルです。

99(2): 2007/03/20(火)23:45 ID:w+2ZTJtq(2/2) AAS
>>97
> 無問題です。以下のようにしてあからさまにwriteでファイルを開かないと"busy"とはなりません。

あー、それならwriteで書き込まれたデータがまだディスクに書かれてない状態ですな。
まずはremount前にsyncを実行しましょう。
それでもダメな場合は、数秒待ってから再度sync->remountしてみてください。

私のところはFreeBSDだけど、shellスクリプト内でumountする時に以下のようにしています。

echo " unmount"
/bin/sync

/bin/sleep 60
/sbin/umount ${MNT}
省7

100: 2007/03/21(水)00:17 ID:S9uQBvMx(1) AAS
外部ﾘﾝｸ:linuxfs.pbwiki.com

101: 2007/03/21(水)01:02 ID:DJG3OGOa(1/7) AAS
>>99
これだけ長時間バッファがフラッシュされないなんてありかな？

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ってやつだな。

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

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

ぬこの手ぬこTOP 0.028s