[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
144(1): 04/12/22 15:57 ID:JH8koVUP(1) AAS
いや、grubはMBRに突っ込めじゃないか。
145: 04/12/22 16:57 ID:XERTrrBO(1) AAS
一般論は不要。
146: 04/12/22 17:21 ID:p455o13o(1) AAS
君は何を求めるのか。
147: 04/12/22 17:55 ID:zEZ8wPjW(2/2) AAS
UDF の堅牢性についてちょっと調べてみたけど、
>>129 より詳しいページが見付からなかった。
もし UDF の堅牢性についてのいいドキュメントがあったら紹介してください。
148: 04/12/22 18:19 ID:TYEnAFqh(2/2) AAS
>>129
DVDレコを数年、PCでもDVD-RAMドライブつないでいろいろやってきた経験上は
いきなり電源遮断されたときの耐性はかなりあって、メディアの物理的損傷
以外でファイル損傷したことはないんだけど、HDDほどには頻繁に書き込み
アクセスしていないからなぁ。
149: 04/12/22 18:29 ID:BcQ3bErM(2/2) AAS
>>144
ウチのはgrubをMBRにつっこんだらgrub動かない。残念。
150: 129 04/12/23 12:30 ID:ktejHevI(1/3) AAS
ブルーレイ関係の資料を読んでみた。
UDF (Revision 2.5) has been developed considering the needs for next generation larger capacity media.
To accommodate the needs of large capacity media, UDF 2.5 has added the Metadata File and Metadata
Mirror File features. The Metadata File allows clustering the file system metadata (file management
information, such as file entries and directories) and improves performance for accessing multiple
directories. This feature enables faster start up and scanning of the disc, including better support for many
utilities such as the check disc utility. The Metadata Mirror File, which is optional, is used to increase the
robustness for archived data on the disc since the same metadata is recorded in the Metadata File and the
Metadata Mirror File.
151(1): 129 04/12/23 12:34 ID:ktejHevI(2/3) AAS
OSTA の資料を見付けた。
2.2.13 Metadata Partition
The files and policies defined in this section facilitate rapid location of all metadata in the
volume, promote clustering of ICBs / directory information, and optionally facilitate
duplication of all metadata. This will, in most cases, greatly speed file system repair
operations by eliminating the need to perform an exhaustive media scan, or directory
traversal, solely for the purpose of locating ICBs. The clustering of metadata will also
significantly improve performance of metadata intensive implementation operations.
When the metadata duplication option is chosen, file system robustness to media damage
is increased, at some cost to performance.
省2
152: 129 04/12/23 12:37 ID:ktejHevI(3/3) AAS
>>151 のは OSTA の UDF Document Change Notice DCN-5086 の PDF からの抜粋なんだけど、
本体資料（これも PDF でみることができる） の
2.2.13 Metadata Partition のところを読めば詳細がわかるようだ。
まぁ大体のことはわかったので、詳細は暇な時に読むとにするか。
結局 Metadata Partition と Metadata Mirror File がキーワードだったんだな。
これらのキーワードで検索してみると関連文献が結構出てくる。
153: 04/12/24 00:17 ID:u981JM+D(1) AAS
ファイルシステムの拡大+縮小ができるのって
extとreiserfsだけでしょうか？
XFSは拡大はできるけど縮小ができない・・・
154: 04/12/24 00:30 ID:4Wx3l65M(1) AAS
今はな
155: 04/12/24 13:45 ID:Ea/f7+nk(1) AAS
Kernel 2.6.9だけどbefsって書き込みはできないの?
なんとか書き込む方法あればきぼん
OpenBeFS for Linuxなんてないのかな?
156(1): 04/12/24 19:13 ID:sR+FlT7d(1) AAS
AA省
157(1): 04/12/24 23:16 ID:OGzBSoeU(1) AAS
>>138
okuji さんのこれかな??
外部ﾘﾝｸ[html]:enbug.tdiary.net
158(1): 04/12/26 01:52 ID:MU/MqnjM(1) AAS
分散ファイルシステムのスレはないか?
できれば、クロスプラットフォームがよい。
できれば、Windowsからも利用できるのがええ。
159(1): 04/12/26 04:39 ID:AEMatHi7(1) AAS
>>158
SAN入れる。ファイルシステムじゃないけど。
Windowsから使えると言ったら、NFSかCIFSじゃない？
160: 04/12/26 07:12 ID:694TpgOD(1) AAS
DAV。遅いしApahce + mod_dav + mod_davfs環境のDAVなフォルダを
Winでドライブマップするとトラブル頻発するけど。
161: 04/12/26 15:29 ID:+Tda8Nkd(1) AAS
>>159
SANじゃなくてNASだろ。
162: 04/12/26 19:14 ID:FxwoVNSd(1) AAS
ん？
163: 04/12/27 00:05 ID:UYWn4P41(1) AAS
130す。報告が遅くなってすみません。
/以下/bootも含めてすべてxfsにしてgrubで起動出来ました。
やったことはxfsをkernelに組み込みにしてinitrdを展開、linuxrcを編集して
マウントオプションをxfsにする。んでfstab書き換えて再起動。
無事に起動出来ました。
でもなんかGrubのメニュー画面が出るまでにひっかかりがある感じです。
（一瞬考え込んでる感じ。）
一度/bootだけでもext2か3にしてみようかな。。
164: 04/12/27 00:50 ID:YJqe9rOi(1) AAS
ちょっと気になったんだけど、NFSで1GBのファイルを扱っているときに、
ファイルの中身を1byteでも書き換えたら1GB分全部送信しないといけないのですか？
CIFSではそういう仕様みたいですが。
165: 04/12/29 17:24 ID:w2AfnHq1(1) AAS
161は貧乏人
166: 04/12/31 00:59 ID:+cyVdsx2(1) AAS
>>156
わーい、JFS 速い!
167: 04/12/31 10:12 ID:+6UdYIVA(1/2) AAS
でもあまり使われてない
168(1): 04/12/31 10:42 ID:UohtONFB(1) AAS
普通に使ってると、それほど速く感じない。
なにより、あえてJFSを選ぶ動機がないんだよね。
ext2/3は外すとして、手軽さでreiserfs。
機能の多さでXFS。専用だけどdump/restoreもある。
JFSはSELinux使えないしねー。
内部unicodeって嬉しいのかな。日本語だとマッピングの問題もあるし。
169: 04/12/31 11:28 ID:LNjfuvRO(1) AAS
そうか、jfs は内部コードが Unicode なのか。
ext2/3 や reiserfs では内部コードってのは決まってないよね？
170: 04/12/31 15:02 ID:d+RBWLr6(1) AAS
結局、Reiser4が最強でFA？
171: 04/12/31 17:56 ID:xFTRU+Dm(1) AAS
>>168
チト古いが
外部ﾘﾝｸ:fsbench.netnation.com
CPU負荷は少ないし、特に苦手なものもない。
枯れてくれば十分選ぶ動機となるんじゃないか？
172(1): 04/12/31 19:11 ID:ZKOMi0/j(1/4) AAS
いちおうNFSの話も出てきたんで。
2.6系ってNFSが改良されたとのことだったけど、少なくとも2.6.8までは
マルチプラットホーム環境(クライアントにSolaris 8やFreeBSD) でNFS server
にすると1週間で2回もkernel panic起しやがった…。2.4系のときは落ちたこと
なかったのに。
2.6.10でNFSのfixがたくさんあったんで、とりあえずkernelを入れかえてみたけど、
これで安定運用できるかなぁ。とりあえず3日は落ちてないけど。
173(1): 04/12/31 19:17 ID:eqgt9PJw(1/2) AAS
>>172
tcp/udp, 2/3を明記して話しなさい。
実装のレベルが全然違います。
174: 04/12/31 19:49 ID:ZKOMi0/j(2/4) AAS
>>173
当然ながらUDPのv3
175(1): 04/12/31 19:52 ID:eqgt9PJw(2/2) AAS
パフォーマンスより安定性を取るならv2に戻すこと推奨。
176: 04/12/31 20:36 ID:+6UdYIVA(2/2) AAS
NFSv4はー？
177: 04/12/31 23:23 ID:ZKOMi0/j(3/4) AAS
>>175
v2だとfile lockがなぁ…。mail spoolだし。
178: 04/12/31 23:31 ID:ZKOMi0/j(4/4) AAS
mail spool形式はMaildir++だから本来はあんまりクリティカルに考える必要は
ないはずなんだけど、qmail周りやcourier周りでは問題なかったのに、
qmailadminからのユーザ作成やezmlmでのML管理まわりでトラブル起きたんで…
179(1): 05/01/01 00:40 ID:JwYkeDD0(1/2) AAS
ああ、けどlock廻りって、仕様としては、NLM 4になっても、
・offset_tに64bit使える、
・NULL procedureが出来た
だけしか違わないけどね。実装に問題があるのかな。
NFS v2: NLM v1, v3
NFS v3: NLM v4
180: 05/01/01 01:37 ID:+HlQyzYO(1/2) AAS
>>179
その辺はクライアント側の問題もあるしね。でも、lock周りでトラブルが
起きるぐらいならともかく、NFS serverがkernel panic起すのは問題外なんで、
v2での運用も考えてみようかな…。って、それならkernelを2.4に戻してv3使う
ほうがいいか。
にしても、2.4の時は全く問題なかったのに、なんで2.6でkernel panicが頻発
したんだろ? 2.6.10で治っていればいいんだけど…。ちなみに、いまのところ
2.6.10で3日と6時間は連続稼働しております。せめてあと4日間持ってくれ…
181: 05/01/01 10:38 ID:JwYkeDD0(2/2) AAS
lock関係結構書き変ってます。fs/nfs/file.c
後はaio, nfs4関連。
v2で駄目なら2.4に戻すの推奨。
182: 05/01/01 16:11 ID:+HlQyzYO(2/2) AAS
結局、素直にkernel 2.4でv3という昔の環境に戻しました。年始じゃ
なければ2.6.10の耐久試験をするのもよかったのですが、あと3日間は
kernel panic起こされると対処のしようがないので…
183: 05/01/05 23:44 ID:7jO/Triq(1) AAS
前スレのSCSIケーブル引っこ抜き問題に対する
パッチがlkmlに投稿されているね。
外部ﾘﾝｸ[html]:www.uwsg.iu.edu
誰にCc:してるのかわからないけどコメント付かないね。
日本人の英語なんて、誰も読みたくないのかな。
184(2): 05/01/07 19:14 ID:37zgYEYd(1/2) AAS
パッチで修正される個所↓のような返り値見てなさっぷりにワロス
diff -Nru linux-2.4.29-pre3-bk2/fs/ext3/fsync.c linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c
--- linux-2.4.29-pre3-bk2/fs/ext3/fsync.c 2002-11-29 08:53:15.000000000 +0900
+++ linux-2.4.29-pre3-bk2_fix/fs/ext3/fsync.c 2005-01-04 19:58:32.000000000 +0900
@@ -69,7 +69,7 @@
if (test_opt(inode->i_sb, DATA_FLAGS) == EXT3_MOUNT_WRITEBACK_DATA)
ret |= fsync_inode_data_buffers(inode);
- ext3_force_commit(inode->i_sb);
+ ret |= ext3_force_commit(inode->i_sb);
return ret;
省1
185: 05/01/07 19:25 ID:PZiwxxdD(1/2) AAS
>>184
うひゃ。commitを失敗すること考えとらんのか。
ext3って一時が万事この調子でコーディングされてそうで怖いね。
って、ext3に限らずこんな調子なのかなぁ。
LinusがSolarisなんて参考にならんなんて豪語しとるけど、
外部ﾘﾝｸ[htm]:japan.cnet.com
2.6になってもNFSでkernel panicだとか、ext3のこのコーディングだとか、
とても自慢できるような状態じゃないぞ。
186: 05/01/07 20:07 ID:37zgYEYd(2/2) AAS
たしかにSolarisを参考にしたところでなおらんわな(w
187: 05/01/07 22:19 ID:PZiwxxdD(2/2) AAS
ちなみに、2.6のfs/ext3/fsync.cのext3_sync_file()を見ると
int ext3_sync_file(struct file * file, struct dentry *dentry, int datasync)
{
struct inode *inode = dentry->d_inode;
int ret = 0;
J_ASSERT(ext3_journal_current_handle() == 0);
if (ext3_should_journal_data(inode)) {
ret = ext3_force_commit(inode->i_sb);
goto out;
}
省12
188(1): 05/01/08 00:50 ID:PmSFbau+(1) AAS
あのう、件のパッチですが、
2.4.x系へのパッチはfs/ext3またはfs/jbd以下なのに対して
2.6.x系へのパッチはfs直下なんですが…これはどう考えたら…
189(1): 05/01/08 03:08 ID:VY5AI+E7(1) AAS
>>188
fileの置き場所が変わったという話ではなくて？
190: 05/01/08 05:37 ID:8Ho/ilwT(1) AAS
>>189
2.6.10-bk6へのパッチでは
fs/buffer.cのfile_fsync ()
fs/fs-writeback.cのwrite_inode_now ()
fs/inode.cのgeneric_forget_inode ()
fs/jbd/commit.cのjournal_commit_transaction()
が書き変わり、include/linux/fs.hでwrite_inode_now()がvoidからintに
変更されているわけだけど、これって他のfsにも波及するんじゃないかって
ことでそ。
191(5): 05/01/11 12:41 ID:APWyOerl(1/6) AAS
Filesystem 1k-blocks Used Available Use% Mounted on
/dev/md0 2068476 610616 1352788 31% /
/dev/hda2 21958 3404 17420 16% /boot
/dev/md1 3102836 288668 2656552 10% /var
/dev/md2 13624648 13166756 0 100% /home
使用率が100％になってしまいました。
原因は、root のメールボックスが一杯になっていたためで、dele コマンドでメールを全部削除して、
システムを再起動してみたんですが、上記に変化はありません。
du で調べると、root のメールボックスのフォルダ以下のサイズは減っているんですが・・・
ファイルの更新ができなくて困っています。
省1
192: 05/01/11 15:31 ID:byff9noY(1/4) AAS
釣りですか？
193(1): 05/01/11 16:23 ID:APWyOerl(2/6) AAS
ちがいます。
本気で困っています。
194(1): 05/01/11 16:28 ID:byff9noY(2/4) AAS
>>193
rootのメールボックスとやらは、/root以下にあるのではないかな？
/homeが100%になってるのに、/root以下を削除しても、意味ないのではないかな？
195: 05/01/11 16:37 ID:APWyOerl(3/6) AAS
>>194
root 管理者のことです。
よくわからないんですけど、システムで何かあるとメールが送られてくる奴です。
/home の下にあるメールボックスです。
今も調べていますが、何も改善されません・・・
196(1): 05/01/11 16:48 ID:byff9noY(3/4) AAS
普通は、rootのメールボックスは、/root以下にあるものなんだけどね。
移動したの？
ただ単に、ファイルがいっぱいなんじゃないの？
普通に不要なファイルを消せばいいと思いますよ。
/dev/md2 13624648 13166756 0 100% /home
見る限りは、きっちり100%ってわけじゃないと思うよ。
197: 05/01/11 17:16 ID:APWyOerl(4/6) AAS
>>196
FTPでファイルをアップロードすると
452 Error writing file: No space left on device.
と出続けてしまいます。
小さいファイルなんですけど。
198: 05/01/11 17:20 ID:tEG1lL1O(1/2) AAS
iノードの数は？
df -iしてみて。
199: 05/01/11 17:23 ID:APWyOerl(5/6) AAS
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/md0 262752 46064 216688 18% /
/dev/hda2 5688 26 5662 0% /boot
/dev/md1 394400 4082 390318 1% /var
/dev/md2 1733312 390146 1343166 23% /home
これでいいですか？
ちなみに、その後も、少しファイルを削除しました。
200(1): 05/01/11 17:33 ID:tEG1lL1O(2/2) AAS
エラーメッセージが出ると同時にsyslogにも何か記録されてるかも知れないから、
/var/log/messagesとかチェックすると何か分かるかも。
201(1): 05/01/11 17:37 ID:CAithK9w(1) AAS
>>191
これのいったいどこがfsスレの話題なんだ? しかもageてるし。まったくバカの
やることときたら…
202(2): 05/01/11 17:40 ID:byff9noY(4/4) AAS
/dev/md2って、ソフトウェアRAIDですか？
rootへのメールになんて書いてあったんだろう。
203(1): 191 05/01/11 18:56 ID:APWyOerl(6/6) AAS
>>200
ログからは何も得られませんでした。
>>201
じゃあ、ファイルシステムってどういう意味？
>>202
違います。
du すると、途中でとまってしまいます。
大きなファイルが見当たらないのですが、どうしてなんでしょうか・・・
204: 05/01/11 18:58 ID:eSSTBzJM(1) AAS
>>202
RAIDはファイルシステムじゃないですから！
>>191
もうちょっと勉強したらどうだ?
205: 05/01/11 22:07 ID:rZAMZFHG(1) AAS
もしファイルシステムの定義が知りたければ、カーネルソースの
Documentation/filesystems/ 以下のファイルを読むべきだろう。
206: 名人 05/01/12 00:39 ID:6jYBAkfv(1/2) AAS
du -s かけてほっとけ
207: 05/01/12 03:04 ID:IWweKgKm(1) AAS
/homeのパーティションをnewfsしたら0%になる。
208(1): 05/01/12 09:53 ID:cbXGxxdP(1) AAS
>>203
ＲＡＩＤじゃないとしたら、何？
ソフトウェアRAIDのデバイスは、通常/dev/md?で表されます。
とＬＰＩ認定試験で出てたけど。
209: 05/01/12 10:26 ID:PeexQFU4(1) AAS
>>208
知能障害者は放置放置
210(1): 191 05/01/12 11:42 ID:6jYBAkfv(2/2) AAS
知らないなら、黙っててもらいたいのですが。
211: 05/01/12 11:50 ID:0ETOaEjb(1) AAS
（ ﾟдﾟ）ﾎﾟｶｰﾝ
212: 05/01/12 11:54 ID:0/CF51jg(1) AAS
釣り堀はここでつか？
213: 05/01/12 21:49 ID:vijOwydU(1) AAS
>>210
そちらさまこそ知らないなら黙ってて下さいな＾＾
すれ違いな上、板違い。知能障害に付いての相談なら人生相談板にGo。
214: 05/01/12 23:30 ID:34xA3ykI(1) AAS
206と210のIDが同じに見えるのは漏れだけ？
215: 05/01/13 03:13 ID:vImlIC7L(1) AAS
自殺自炎乙
216: 名人 05/01/13 18:11 ID:vkUopJFs(1) AAS
おれは携帯からiMonaで書いたぞ。
初期設定のサーバ使ってる。
217: 05/01/13 20:17 ID:Lay3N+tP(1) AAS
よかったね
218: 05/01/13 22:37 ID:v4xI+W1Z(1) AAS
>>191は初心者スレ行けよ。
219: 05/01/16 23:58 ID:uc+YjPuu(1) AAS
(;:. @益@)
外部ﾘﾝｸ[html]:www.netjapan.co.jp
220(1): 05/01/18 18:08 ID:/zkhOD9T(1) AAS
2.6.11-rc1-mm1にマージされたFUSEのネタは出てこないんかいな
外部ﾘﾝｸ:kerneltrap.org
221: 05/01/18 20:18 ID:wRfLy4oW(1) AAS
userspaceのfsかぁ
222: 05/01/19 00:30 ID:D3fF7FpW(1) AAS
filesystemじゃあなくて、block deviceをuser spaceに持ってくる
方法ってあったっけ？
223: 05/01/19 01:24 ID:xba0tKbi(1) AAS
raw device
問題はcachingの方。
224: 05/01/19 05:19 ID:STaCcYtX(1) AAS
>>220
FUSEの使用例
外部ﾘﾝｸ[html]:richard.jones.name
225(2): 05/01/20 08:01 ID:Pvarfv5r(1) AAS
若干古い資料だが、NTFSとの比較テストなどものっている。
外部ﾘﾝｸ:www.osdl.jp
「ジャーナリングファイルシステム比較」（資料）
講師：株式会社野村総合研究所 システム技術部 システムエンジニア 西村 崇 様
外部ﾘﾝｸ[pdf]:www.osdl.jp
226(1): 05/01/20 12:19 ID:mb156izR(1) AAS
>>225
この結果からすると、ext3は突出した性能はないけれど不可も少ない、
ということですかね。
ま、ジャーナリングの性能だの信頼性だのは個々の環境で判断すべきで、
他人のテストの結果なんて役に立たないのだけど。
227: 05/01/20 16:09 ID:ILA5XGcy(1) AAS
>>225
漏れは去年の今頃の2.4カーネルでJFSに嵌まってた。
穴は塞がってなかったのかな。
今は全部XFSにしたのでどうでもいいけど。
228: 05/01/22 22:29 ID:2Q5aLfky(1) AAS
JFS人気無いね
229(1): 05/01/23 01:21 ID:85VxXN2g(1) AAS
期待だけはしてるよ
reiser4は心元ないし
xfsはｲﾔﾝだから
230(1): 05/01/23 02:25 ID:D25goC5E(1) AAS
>>229
なんでXFSｲﾔﾝなの？
231: 05/01/23 09:58 ID:VwEAlVbB(1/3) AAS
>>226 でも人によってジャーナリングの信頼性が揺らぐようじゃ
ファイルシステムとしてどうかと思うぞ？
232: 05/01/23 13:39 ID:k529TIv5(1) AAS
2.4.18の頃だったか、JFSのパーティションを自動
タイプ認識でマウントしたら、reiserfs
だと認識されてしまって、巻戻しが始まって
エライ目にあったな。
おれが操作したんじゃないし、おれのデータでも
なかったから、まぁ他人事だったんだが。
233: 05/01/23 13:44 ID:VwEAlVbB(2/3) AAS
ええ～そんなことがあるのか。
こわ、ちゃんとファイルシステムを指定しようっと。
234: 05/01/23 14:02 ID:x427z95q(1) AAS
>>230
昔から根拠を示せないアンチXFSが生息。
235(2): 05/01/23 14:32 ID:VwEAlVbB(3/3) AAS
俺がXFSを使わなかったのは、カーネルの再コンパイルが面倒くさかったから。
今使ってないのは、惰性。
ほとんどの奴はそうじゃない？
236: 05/01/23 17:40 ID:SizQlfAY(1) AAS
>>235
XFS使ってるが、kernelにマージされる前は一生懸命手パッチあててkernel作ってたな。
今ではそんなことないけどね。
237(1): 05/01/23 20:26 ID:2/LuunN+(1/2) AAS
>>235
漏れはPBRに入れたブートローダを壊されるらしいので使ってない。
まあTB級のHDD使ってる訳でもないし、GB級のファイルを扱う訳でもないし。
それにエラーセクタの回避できないから。
このマシンの寿命がくるまでにReiser4あたりが安定してくれりゃ万々歳、ってとこ。
238(1): 05/01/23 20:37 ID:uJ/7qgeD(1) AAS
＞PBRに入れたブートローダを壊される
その考えは逆だよ
239: 05/01/23 22:42 ID:2/LuunN+(2/2) AAS
>>238
ん？まさかPBRにブートローダ入れるとXFSの方が壊れるとか？
240: 05/01/24 00:20 ID:SNUx/W+h(1) AAS
PBRｗ
241(1): 05/01/24 00:37 ID:ozkL3tjf(1) AAS
>>237
その情報元がソフトウェアRAIDパーティションのPBRと間違えてるんじゃ、
242(1): 05/01/24 17:52 ID:roCb1VAZ(1) AAS
>>241
外部ﾘﾝｸ[html]:oss.sgi.com
>Q: Does LILO work with XFS?
>This depends on where you install LILO.
>Yes, for MBR (Master Boot Record) installations.
>No, for root partition installations because the XFS superblock is written at block zero, where LILO would be installed. This is to maintain compatibility with the IRIX on-disk format, and will not be changed.
XFSはPBRも使ってるからインストールしちゃ駄目よ
IRIXとの互換性を維持したいから仕様が変更される事はないよ(超意訳)
って事じゃないの？。
243(1): 05/01/24 18:53 ID:KA1oXSEG(1) AAS
LILO捨ててGRUB使えばいいって話じゃないの?
上下前次1-新書関写板覧索設栞歴
あと 740 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s