[過去ログ] /**ファイルシステム総合スレ その3**/ (983レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
1
(1): 名人 04/11/27 03:54 ID:8Lik61Wh(1/2) AAS
多種多様なファイルシステムに対応しているLinux。
そのファイルシステムに関するトラブル、チューニング、愚痴^H^H感想などなど。
なんでも語ってくれ。

前スレ
/**ファイルシステム総合スレ その2**/
2chスレ:linux
2: 名人 04/11/27 03:56 ID:8Lik61Wh(2/2) AAS
reiserfs
外部リンク:www.namesys.com

xfs
外部リンク:oss.sgi.com

jfs
外部リンク:oss.software.ibm.com

nfs
外部リンク:nfs.sourceforge.net

ntfs
外部リンク:linux-ntfs.sourceforge.net
3: 04/11/27 05:30 ID:BoNdqPq1(1) AAS
RAID総合スレッド No1
2chスレ:linux

LVMを語らせていただけませんか?
2chスレ:linux

LinuxでのCD-R/RWについてのスレ
2chスレ:linux

神よsambaで・・
2chスレ:linux

Windows←ファイル共有→Linux どうしてますか?
2chスレ:linux
省4
4: 04/11/27 07:37 ID:018jmN+x(1) AAS
ext2
外部リンク:e2fsprogs.sourceforge.net
5: 04/11/27 09:17 ID:SgDl8jA6(1) AAS
>>1
乙!
6: 04/11/27 10:51 ID:X5O2pfYq(1) AAS

7
(1): 04/11/27 17:38 ID:4SqlMvvJ(1/2) AAS
んで結局教祖様の話は合ってるの?間違ってるの?昔話なの?
8: 04/11/27 17:51 ID:hVDGm2/7(1/2) AAS
このスレにモートンたんが後臨して大丈夫だと言ったら漏前は信じるのか?
9: 04/11/27 17:56 ID:4SqlMvvJ(2/2) AAS
結論だけ書かれても信じない。
でも根拠となるソース張ってくれたら読んでみる。
10: 04/11/27 18:44 ID:F/vZ75lV(1) AAS
究極のファイルシステムと至高のファイルシステムの対決スレ
11: 04/11/27 21:44 ID:hVDGm2/7(2/2) AAS
教祖様は根拠となるソースなんか張ったっけか?
12: 04/11/28 02:07 ID:1HpvUoZy(1) AAS
結局ただのFUDか。
SCOとやってることは同じだな。
13
(2): 04/11/28 20:44 ID:QSWmc7rf(1) AAS
結局、前スレで少し話題になっていた、SCSIケーブル抜いても
Postgreの書き込みが成功してしまうRedhatのバグはどうなったん
だっけ?まだ放置プレイ状態なの?
14
(1): 04/11/28 22:39 ID:wtSvAwrn(1) AAS
>>13
そんなに気になるならRedhatに質問してみたらどうだ?
そこまで気にするなら普通 Oracle で raw device 使ってると思うけど
linux の raw device はその為にあるんだし
15
(1): 13 04/11/29 00:46 ID:63X2cRJt(1) AAS
>>14
oracleはraw device使っているの?(知らないので質問)
ということは自前でファイルシステムをもってるわけだ。
本当のところは、システムコールをトレースしてみれば
わかるんだろうけど。
前スレでは、ドライバがあやしいっていってたからraw device
だったとしても影響うけるよな。
16: 04/11/29 00:51 ID:o0jo62eA(1/3) AAS
そんなに重要なデータなら、2重化しておきなさいってこった。
17
(1): 04/11/29 06:36 ID:Mkru4Xuz(1) AAS
整合性の取れてないデータを複製してもな(w
18: 04/11/29 06:58 ID:o0jo62eA(2/3) AAS
>>17
君の頭の中では、2重化ってハードディスクのミラーリングしか思い浮かばないの?
19
(1): 04/11/29 08:32 ID:om0UkwBL(1) AAS
VFATの仕様を読めるサイトありませんか?
知りたいのは、ロングファイルネームからショートファイルネームを
生成するアルゴリズムです。それだけわかればセクタ単位でVFATを
読み書きするのに必要な情報が揃います。
20: 04/11/29 10:27 ID:DrtXGp8c(1) AAS
>>15 まともなDBならたいていは raw モードを持っていると思われ。
21: 04/11/29 22:51 ID:o0jo62eA(3/3) AAS
>>19
ふつーに kernel 読めばいいんじゃない?
22: 04/11/29 23:58 ID:C6GtQYBQ(1) AAS
で、結局Linuxで一番信頼のおけるファイルシステムって何なの?
23: 04/11/30 00:17 ID:IRam1NuM(1) AAS
何をもって一番かということは一概に言えないから普通は自分で用途を考えて選択するものだが
他人に聞かないとわからないような素人さんには ext3 を勧めておく
24
(1): 04/11/30 00:20 ID:efEdTJby(1/3) AAS
俺は一生XFSについていく。
その次って言われたらJFSかな。
やっぱり会社が作っているFSのほうがいい。
25: 04/11/30 00:24 ID:BvVJEEDC(1) AAS
このスレ、一瞬「ブロックデバイス総合スレ」になるかとオモタ(w
26
(1): 04/11/30 00:34 ID:B7feERFM(1) AAS
>>24
NTFSとかVFATはどうなのよ?とか、会社無くなったらどうすんの?とか聞いてみよう。

洩れもXFSは好きなんだが、その次はreiserfs/ext3かな。
jfsは初期に悪い印象持ってしまったのでな。
27: 04/11/30 00:45 ID:tdTyUi76(1) AAS
tmpfs
28: 04/11/30 00:59 ID:gxQxVciX(1) AAS
initramfs
29: 名人 04/11/30 02:54 ID:rGSC9TyP(1) AAS
俺もXFS

XFS > reiser4 > reiserfs > ext3 > ext2
JFSはいいかなと思ったけど、XFSのがいい。
30
(1): 04/11/30 05:59 ID:b20a4m8R(1) AAS
大規模なサーバ、特に大きなファイルを保存するところにはXFS
小さなファイルが沢山保存されるようなところ、速度重視の場所にはraiserfs
/bootや/rootなどにはext3

という感じで考えて使い分けてまつ。あまり意味無いかもだけど、
1TB超えるとext3やext2はとても使えないし、その辺ではXFSは安心できる。
(raiserfsも不安)。/bootにext2,ext3以外を使うのもなんとなく心配。
raiser4は興味津々
31: 04/11/30 07:36 ID:3Ire6rzh(1) AAS
XFSのターゲットとしている分野はストレージを導入することが多いから、
各社ストレージの管理ツールとの相性とか考えると、VxFS/VxVMセットで使うのが現実的なんだがな。
32
(1): 04/11/30 09:04 ID:iTP2jO3z(1/2) AAS
でも、VxFS & VxVMはVeritasの結構高額な商品だからねぇ。あと、Solarisなどでの
動作実績はすごいけど、Linuxだとちょっと不安だったりする。おそらく杞憂だろうけど。

あと、大容量相手でもufs2 + dirhashは安定性とそこそこの性能で結構素性が
いいなぁとか思うんだけどどうよ。Linuxでは完全放置されてるけど…。
33: 04/11/30 09:15 ID:Kcnq7yct(1) AAS
>>30
/boot にext3要らないのでは?ext2で良いかと。
自分はカーネルにXFSを組み込んじゃって (モジュールじゃなく)
/ は XFSにしてます。

スタンドアロンのものじゃないけど、誰かGFS使ってる人いたら、
設定や管理の難易度や安定性や速度の感触を聞かせてほしいなぁ。
34
(2): 04/11/30 10:58 ID:vapGpB03(1) AAS
>>32
完全放置されてるってのはLinuxのUFSドライバのこと?
それともext3のhtree系の話のこと?
35
(1): 04/11/30 14:20 ID:EU6CJIBU(1) AAS
>>26
>jfsは初期に悪い印象持ってしまったのでな。
って何か具体的な不具合があったの?
36: 04/11/30 14:31 ID:0koiB22K(1) AAS
>>35
bugかどうか知らないけど、データ飛ばされただけ。
37: 04/11/30 14:44 ID:u2DXkQh+(1) AAS
「Solaris ZFS (ゼタバイト・ファイルシステム) (99.99999999999999999%
のデータ・インテグリティを自動的に実現する機能)」

外部リンク[html]:jp.sun.com

ここまで9を並べたてると、ギャグにも思えてくる。
38: 04/11/30 15:08 ID:iTP2jO3z(2/2) AAS
>>34
Linuxのufsドライバのほう。今年ようやっとufs2がread onlyでサポートされたけど、
それ以外はほんと捨ておかれている状態。以前からufsなんて読めりゃそれでいいや、
使う気はないという感じだったけど、それがずっと継続中。
39
(1): 04/11/30 17:46 ID:efEdTJby(2/3) AAS
ちなみに俺は/usrとか/bootをroでマウントしないと我慢できない派。
40
(1): 04/11/30 18:13 ID:CtDt1ZMn(1) AAS
漏れは swap と / のみのマンドクサイ派
41
(1): 39 04/11/30 20:47 ID:efEdTJby(3/3) AAS
>>40
俺はこの前までそうだったけど、
本格的な鯖依頼されたときにかなり考えた結果、システム部分はroにした。
とは言えども、用途的にFreeBSDにしたけどねw
42
(1): 04/12/03 09:30 ID:cPtMSMKE(1) AAS
>>41 それでいろいろと不具合でたりしない?
まぁ noatime で構わないわけだし、問題ないんだろうなぁ、とはおもうけど、
その「システム部分」の切り分けが面倒だったりしない?
仕事だったら面倒とか言ってられないか。
43
(1): 04/12/03 11:56 ID:dgeNKlO1(1/2) AAS
>>34
> それともext3のhtree系の話のこと?

丁度それについて知りたかったのですがこれってまだ取り込まれてないのですか? 
なんか随分前にこのパッチのことは読んだのですが現在の状況がよく分からない。
44
(1): 04/12/03 12:30 ID:q6jEdGAJ(1) AAS
>>42
/usrや/bootだったらほとんど問題ないでそ。/をroにすると面倒だけど。
/homeや/varをrwにし、/tmpを/var/tmpへのsymlinkにしておいて一安心かと
思ったら、/etcがroになっているととんでもないことになったりするし。
45
(1): 04/12/03 21:14 ID:Y4rVC1lK(1) AAS
>>43
htreeパッチ、orlov allocaterパッチとも2.6系には既にとりこまれているけど、
2.4系には入っていない。

2.4.21の頃まではTsoがhtreeパッチが作ってたけど、今は誰もやってない。
当時のパッチを単に2.4.28にあてるようにいじくったものだったら提供できると思うが、
2.6系でどのように修正+発展しているかわからないので、あまり意味ないだろう。
2.4.23の頃に使ってVM絡みっぽいエラーがボツボツでたので俺は今は使っていない。
たいして速くなった気もしないし(reiserfsのほうが速いのはかわらず)
swsuspパッチとかみあってなかったのかもしれんが…。
46: 04/12/03 23:54 ID:dgeNKlO1(2/2) AAS
>>45
ああ、やっぱり2.4系では採用されなかったのですか? それは残念。

> たいして速くなった気もしないし(reiserfsのほうが速いのはかわらず)
たしか1ディレクトリに大量のファイルがある(>数万)場合のスピードの
向上が劇的であると理解しているのですが。 2.6でテストしてみようと思います。
47: 04/12/04 01:55 ID:UhiuPqrX(1) AAS
外部リンク[html]:www.ussg.iu.edu
とか見て、現実的な状況ではhtree + ext2(ext3)が有利と思ったんですけどねぇー。
まぁ、私が持ってる30MB/sec程度のノーパソHDDではわからないのかも。
48
(2): 04/12/12 06:25 ID:myzQvVjj(1) AAS
もまいら、各ファイルシステムの特徴を一覧にまとめてくれ

と荒れそうなことを書いてみるテスト
49: 04/12/12 06:27 ID:xB+9UMNp(1/3) AAS
>>44
/etc て / に含めるべきでは?
50
(1): 04/12/12 10:57 ID:vRqjTsAW(1/2) AAS
>>48 あらしていい?
51: 04/12/12 11:01 ID:xB+9UMNp(2/3) AAS
>>50
それが正しい行動なら。
52
(2): 04/12/12 11:48 ID:rpMi9cha(1) AAS
>>48
ext2.......使いものにならない
ext3.......使いものにならない
reiserfs...使える
xfs........使える
jfs........使いものにならない
nfs........使える
53: 04/12/12 13:40 ID:vRqjTsAW(2/2) AAS
>>52 ext3 って使いものにならない?
うん、たしかに大量のファイルをおいてコンパイルしてるとき、
reiserfs の上でやった方が早いね。
それ以外の FS は使ったことないからなぁ。
xfs はバックエンドのファイルサーバで使っているけど、
どうせネットワーク後しだからあんまりわかんない。効果が。

なんで ext2/3 って reiserfs よりおそいんだろう。
54: 04/12/12 18:20 ID:ocHfukbf(1) AAS
そりゃ、reiserの方が後発で、ext2/3の弱点を分かってて作ったんだから、
55: 04/12/12 18:29 ID:xB+9UMNp(3/3) AAS
reiserfs って地雷だった時期があるから、今でも恐いなぁ。
56: 04/12/12 18:46 ID:X0EcAtiE(1) AAS
コンパイルなんてtmpfs上でやればいいじゃん
57: 04/12/12 20:52 ID:R8QWU/O5(1) AAS
>>52
nfsに突っ込むべきか?
58
(1): 04/12/12 23:25 ID:yhFIARcW(1) AAS
LinuxのNFSの実装はあんまりいいとは思えんが…
59
(1): 04/12/12 23:44 ID:AgGMobZ8(1) AAS
>>58
どのversionの話?
それによって大幅に変ると思うが
60: 04/12/13 00:01 ID:eO7ZY3lX(1) AAS
>>59
NFSv4
61: 04/12/13 03:21 ID:H/cozg3/(1) AAS
v3モナー
62: 名人 04/12/13 08:33 ID:avVmPVEh(1) AAS
smbfs < cifs < ncpfs
NFSはLinux同士なら悪くないと思う。
63: 04/12/13 23:37 ID:95PMt4PJ(1) AAS
ん?
そのわりには、linux-nfsのMLに日本人の投稿が
「全然」ないが?
64: 04/12/13 23:55 ID:xBxaD+eb(1) AAS
MLの投稿と何が関係あるんだろう?
65
(1): 04/12/14 00:18 ID:FHP8IZ/9(1) AAS
ext2fs 枯れてて、速い。ジャーナリング無しなので、マシンが突然落ちたときにはいやな目にあうかも。
ext3fs 現在のlinux用fsの主流。それだけで使う価値ありまくり。
reiserfs クソ
jfs 内部ユニコード格納なので、デフォルトのロカールが変わっても、ファイルリネームの手間がない。アクセス速度は結構遅い。
xfs 大容量ファイルを使用する人向きらしいが、体感不能。
fat 軽い。多くの環境で使用できるので便利。cfブートだと結構linuxでも使われているかも。
ntfs linuxでは書き込みが不完全なのでどうでもいい。
tmpfs 最強。どんなfsもこれには勝てない。
66
(1): 04/12/14 00:49 ID:Z/EPu8nf(1) AAS
AA省
67
(1): 04/12/14 00:55 ID:i0IViqnH(1) AAS
tmpfsのいいトコも書いてくれ
68: 04/12/14 01:53 ID:Nupie2YP(1) AAS
>>65
ext3fsの使う価値ありまくりって…
reiserfsは互換性問題で懲りてる人は確かにいるな。結構速いけど。

>>67
速い。これに尽きる。
洩れはbuild時に多用している。
69
(1): 04/12/14 07:28 ID:pSiIop4Z(1) AAS
tmpfs上でカーネルコンパイルが余裕で出来るぐらいにメモリー積んでみてー
70: 名人 04/12/14 07:49 ID:2CTSu3na(1) AAS
reiserfsは糞じゃないけどなぁ。小さいし速い。
jfsの方が糞。
xfsは大容量ファイル使わなくても速いよ。でかいけど。
fatはvfatだろう。
ntfsはデュアルブートでも無い限り要らない。
tmpfsは速い。

ext2/3もsecurity label, POSIX ACLとか追加されてるけど、
そろそろ他の選んでもいいと思う。

xfs + ext2/3 それなりのサーバ
reiserfs + ext2/ext3 小さいサーバ/WS
71
(4): 04/12/14 10:33 ID:LLGfYnI6(1) AAS
65じゃないがreiserfsは経験上、電源ぶち切りで3度ほどトんだ。
最悪だったのは、すべて壊れて/がすっからかんになってた。
マジで( ゚Д゚)ポカーン

漏れの中では糞認定。
72: 04/12/14 11:25 ID:Wgu41CfB(1/2) AAS
>>69
1.5から2GBくらい普通に積めるだろ。
73: 04/12/14 13:08 ID:pfRH5+g/(1) AAS
:/usr/src/linux-2.6.9 $make O=/tmp/2.6.9
ってやればいいじゃん。100MBもいらない。
74
(1): 04/12/14 13:56 ID:v+PWfJlk(1) AAS
/{bin,lib} /usr/{bin,lib} くらいまでメモリ上に置いておきたい今日この頃。
75
(2): 04/12/14 16:39 ID:hJN0/6OR(1/2) AAS
ext3の悪いところは、ベースのext2がタコなせいでジャーナリングの意味が薄いって
ことだろうなぁ。ext2がufs並に強固だったらよかったんだけど…。

Solarisでもデフォではufs + journalingで、それで文句はあまりないわけだし。
Solarisの場合、業務用途ではお金かけてVxFS使うことも多いわけだけど、これは
SANの共有diskで使うとかの特殊用途用なわけで。

>>66
そういえば、Enterprise WatchにVeritasのインタビューがありますな。
外部リンク[html]:enterprise.watch.impress.co.jp
76: 04/12/14 17:59 ID:/g+UTXYg(1) AAS
>>75
タコな部分の詳細キボソ
77
(1): 04/12/14 18:07 ID:Wgu41CfB(2/2) AAS
>>75
ext3はext2から派生してるけど、コードがかなり書き直されてて
ext2にジャーナリング加えただけよりは良いと思うが。
Linuxのvfsはどう思う?
78
(1): 04/12/14 23:27 ID:hJN0/6OR(2/2) AAS
>>77
コードレベルではext3のコードは全面的に書き直されていていいのですが、
根本がext2というのは変わらんので…。

vfsについては、詳解Linuxカーネル第2版や2.6系のlinux/fs/buffer.c等のvfsな
コードを見ると、以前のバージョンに比べて格段に良くなっている感じはするけど。
79
(1): 04/12/15 00:31 ID:pwu6u1JE(1) AAS
>>78
話が具体的でない。
80
(1): 04/12/15 00:37 ID:ov/3B0xf(1) AAS
おいおい、本当に書き直されてんのか?
詳解Linuxカーネルなんぞでvfsを語ってるあたりニオイますが。
81: 04/12/15 00:54 ID:ddJLGS2q(1/2) AAS
ソースくらい読めよ
その程度でvfsを語ろうとしてるのか?
82: 04/12/15 01:10 ID:AYmPYg/d(1/2) AAS
>>80
自分で読んでいそうな78に比べて、お前はただの口だけしったかだな。
83: 04/12/15 01:11 ID:AYmPYg/d(2/2) AAS
>>79
バカ?
84: 04/12/15 01:17 ID:ouw/CST4(1) AAS
このスレにソース読んでfilesystemの話をする香具師が後臨したためしはありませんが何か?
85: 04/12/15 01:26 ID:v2MnbdG1(1) AAS
ドキュメントを読みかじった香具師ばかり。
86: 04/12/15 06:09 ID:YAbTUvKH(1) AAS
VFSとext2のどのあたりが不味いのか、ソースコードを含めて語れる人キボンヌ。
どっかで聞いたような風評は、この際どうでもいい。
87: 名人 04/12/15 06:20 ID:WrV5e22H(1) AAS
>>71
漏れは、2.4, 2.5, 2.6混在時には何回か吹っ飛ばした。
あと、ジャーナル領域が壊れるとマウント出来なくなったりして悲惨。
復旧もext2/3の方が慣れてて楽だね。

最初はジャーナリング勘違いして、ファイルが復旧されないから糞だと思ってた。
reiserfsの場合、ファイルシステムの整合性しか見てないのにね。
88
(2): 04/12/15 09:41 ID:xrfZLoTA(1) AAS
2.4, 2.5, 2.6混在ってのはカーネルのバージョン?
reiserfsのバージョンは3.6で統一されててもそうなるの?
ブルブル…

ところで、badblocksを避けてmkfsできるものは
ext2/ext3 - できる
reiserfs - できる
jfs - できない
xfs - できない
という理解でいいのかな。(一応ググりましたが)
ファイルシステム復旧の際に新しくbadblocksが見つかった場合に
省1
89: 04/12/15 20:43 ID:eM8wwkt2(1/2) AAS
>>88
Bad Blockにddで書き込んでみたら?
代替セクタに切り替わるかもしれん。
90
(1): 04/12/15 21:44 ID:m7kyNNhx(1) AAS
badblockをファームウェアが修復してくれるHDDって
いくらぐらいするもんなの?
91: 04/12/15 22:29 ID:ddJLGS2q(2/2) AAS
>>88
かなり前のHDDを使っていなければ bad block relocation はもう不要な機能といっていい
92: 04/12/15 22:43 ID:eM8wwkt2(2/2) AAS
>>90
5000円以上はするんじゃないかな。中古だともっと安いかも。
93
(3): 04/12/16 01:41 ID:pEinJtvl(1) AAS
ちょっと不親切な説明だな
5年以上前から一般に出荷されるHDD(IDEやSCSI共)はドライブ自体にbad blockを
予備のblock(extra block)に自動的にremapする機構が入ってる
つまり外から見ればbad blockが無い状態に保たれている
(内部的なbad blockの数はS.M.A.R.T.でmonitorできる)
OSからbad blockが見えるということはドライブのextra blockを使い果した状態で
確率的にbad blockが限度を超えたというより、ドライブ自体に何らかな問題があって
積極的にbad blockを作っている状態、つまりHDDが「死にかけ」の状態である可能性が
非常に高い
HDDがハード的に死にかけの状態で使用を続けると、OSやfilesystemに関係無くドライブ
省5
94: 04/12/16 04:23 ID:LjfbfI+A(1) AAS
>>93
>OSからbad blockが見えるということはドライブのextra blockを使い果した状態で
そうとも限らない。エラーセクタにはふた通りあって、ひとつは書き込みエラーに
なるもの。これは物理的に壊れているもので、ドライブが自動的に代替処理を行う。
もうひとつは読み出しエラーになるもので、書き込み中の電源断などで中途半端に
書き込まれた状態になったもの。これはドライブが自動的に判断するわけにいか
ない(何せデータが読めない)ので、本格的にエラーになる。coreを吐いたりpanic
したりすることすらある。でも、読めないセクタにデータを書き込んでやるだけで
何事もなかったように直る。

というようなことはドライブメーカが配っているtechnical specificationとかその類の
省1
95: 04/12/16 11:48 ID:b0BZKqKb(1) AAS
>>93 94
勉強になります。

XFSのMLでも
「badblockを避けてmkfsするオプションはないか?」
という質問が
「badblockが出たHDDはどんどん壊れていくから
そういう無理な使い方はせずに買い換えるべきだ」
という回答で一蹴されていました。

S.M.A.R.T.については
外部リンク:smartmontools.sourceforge.net
省1
96: 04/12/16 13:53 ID:ML1VldEV(1) AAS
/.JPでLinuxのfsの話題が出たけど、このスレどころではないひどい状態…
まあ、所詮はスラドだしなぁ。
外部リンク[pl]:slashdot.jp
97: 04/12/16 15:31 ID:tnC1mMEz(1) AAS
俺の経験だと「○○まわりが云々」って言う奴の知ったか率85%ぐらい
98: 04/12/16 18:02 ID:yUnPjm7f(1) AAS
>>93
漏れは3年前ぐらいに買ったノート付属のHDDは使用半年ぐらいでbad blockが出た(--;。
買ってからほぼ毎日使い続けてるが、今でも問題なく使えてる。

実はラッキーボーイだったのか。
99: 04/12/18 19:19 ID:AU3tzMNh(1) AAS
>>74
遅レスだがそういうinitrdを作ってはどうか
100
(3): 04/12/19 00:37 ID:8O1ekwSr(1/3) AAS
超初心者スレからやってきた者ですが、一つ気になることがあるので
質問させていただけないでしょうか。
私は最近Linuxを勉強し始めたのですが、NTFS(Windows2000)よりも
ext3(RedHatLinux)のほうがファイルの読み書きが早くなったみたいで、
その理由がずっと気になっているのです。

どなたか詳しい方の御意見を聞かせてくれませんか。
1-
あと 883 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.027s