[過去ﾛｸﾞ] /**ファイルシステム総合スレ その3**/ (983ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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使えばいいって話じゃないの?
244: 05/01/24 18:54 ID:iB+jCvr5(1) AAS
キミは実に莫迦だな
245(2): 05/01/24 18:59 ID:3bJG2lCr(1) AAS
>>243
>>157 で既出だがXFSの欠陥のようだ。
XFSの partition には boot loader を入れてはいけない。
246(2): 05/01/24 22:27 ID:6MPsUvxc(1) AAS
>> 234
TBのパーティションを作ってるので、XFS使ってます。
他のFlieSystemはあまり実績が無い。(reiserfs, jfs)
マウントに時間がかかるExt2, Ext3 は論外。
って以前書いたんだけど、スルーされたのか。
247: 05/01/25 21:49 ID:Clmn7h2l(1/2) AAS
>>242,245
XFSにそんな特徴があったとは知らなかった。
俺にとって、RAIDとはソフトウェアRAIDなんで、
XFSには極めて大きな欠陥があるのも同然だ。
>>242
ソースの変更は絶対に簡単な筈だから、PBR使用しないように変更すれば
いいのに、
248(1): 05/01/25 22:11 ID:ynS0n8C4(1) AAS
Persistent Superblock はパーティションの一番後ろだぞ
249: 05/01/25 22:18 ID:lnsaimvP(1) AAS
>>245-246
そんなに片仮名で書くのが嫌なのか。
250: 05/01/25 22:32 ID:Clmn7h2l(2/2) AAS
>>248
>>246は非常に誤解を招く書き込みだった。
一応、俺もソフトウェアRAID（ミラー）の
パーティションからbootしてます。
でも、ソフトウェアRAIDパーティションでPBRの破壊を何度か
経験してるんで...
251: 05/01/25 22:34 ID:C79aa1Hp(1) AAS
SATA導入記念に/をReiser4にしてみた。
WARNING: Keys are inconsistent. Fsck?
二日目で起動中にエラー、ログイン出来ず。orz
2.6.11-rc1-mm1 debian reiser4progs 1.0.3-2
252(1): 05/01/25 22:39 ID:6zxjlK1H(1) AAS
なんで2.6.11-rc1-mm1なんか使ってるの？
253(1): 05/01/25 22:42 ID:??? BE AAS
Fuck?
に見えた
欝だ死のう
254: 05/01/26 00:00 ID:YuyVdUl+(1) AAS
>>252
手っ取り早く使えると思ったんで。ググったら
外部ﾘﾝｸ[html]:www.xy1.org
半年前か…
255: 05/01/26 07:52 ID:wdbjNoUy(1/2) AAS
スレ違いだが、
>>253
BE付いてるけど、クライアント何使ってるの？
今のところ、XFS以外の選択肢がない。
JFSはぶっ壊れた事あるし怖い。
256(1): 05/01/26 09:48 ID:w7SZCab/(1) AAS
自分がたまたま壊れたからもう使いたくない、
ってのは心情的によく分かるけど、実際分からんよな。
その壊れたfsがbrokenなのか、今まで一度も壊れたことが無いfsが安全なのかは。
257(1): 05/01/26 10:09 ID:wdbjNoUy(2/2) AAS
>>256
まあね。
JFSは前にも出てるけど、
拡張アトリビュートに対応してないからSELinuxがつかえない。
ext2,ext3,Reiserfs,XFS,tmpfsは対応してる。
XFSがカーネルツリーに入る前はReiserfsだったけど、何回か壊れた。
ついでにJFSはgrubでも何回かはまった(stage2がロード出来ない)から、避けてる。
別に悪いとは思わないけど、あえて選ぼうとは思わない。
258(1): 05/01/26 14:17 ID:3CrREnfF(1) AAS
なぜ、基本的にカーネルを置くだけの /bootを
XFSやJFSやReiserFSにして、対応しているだの
問題があるだの議論をするのか良く分からん。
カーネル(やgrub)をアップデートする時以外には
マウントする必要がなく(従って壊れることもない)、
容量も極めて小さい(のが通例の)ファイルシステムを
ジャーナリングしなければならないのか。
259: 05/01/26 14:31 ID:RVQoDszB(1) AAS
>>258
/bootを別パーティションにせず、/とswapしかパーティション分けないような人に
とっては重要。
260: 05/01/26 14:40 ID:UXy4mAau(1) AAS
jounalする必要は無いがext2である必要も無い。
261: 05/01/26 15:52 ID:FipTHNwT(1/2) AAS
ここはもうminixfsだな
262: 05/01/26 16:31 ID:USRWwcAD(1/2) AAS
ブートローダーの置き場所ならばファイルシステムである必要すらない。
拡張（not論理）領域の先頭だっていい。
まぁ素直にMBRに入れるのが無難さね。
263(2): 05/01/26 17:45 ID:PatVLNjn(1) AAS
MBRにgrub onlyは危険。
複数のOS入れてても、stage1_5(or 2)が置かれてるパーティションが壊れただけで全部起動できなくなる。
念のためパーティションの先頭にも入れとくべし。
264(1): 05/01/26 18:05 ID:USRWwcAD(2/2) AAS
>>263
grub（に限らずブートブロックで完結しないブートローダー）を使うならstage1をどこに入れようと
> stage1_5(or 2)が置かれてるパーティションが壊れただけで全部起動できなくなる。
だと思うけど…。
いざというときの保険ならブートローダー入りフロッピー(orCD)じゃないかな。
265(1): 05/01/26 18:24 ID:aYhpHcHr(1/3) AAS
>>263-264
俺の場合、
MBRは必ずMBMを入れる。（簡単に入れ直しが出来る）
grubはraid1の両/に入れている。
その上、双方のgrub.confにはhdd1,hdd2両エントリー記述してある。（hdd0を取り外した時のために）
でも、grubインストール用CD（兼memtest、MBR補修、MBMインストール）も用意してるんで
本当は、PBRがいくら壊れても全然平気
266(1): 05/01/26 20:43 ID:EkRw5eYV(1) AAS
>>257
何回か壊れたとあるけど、どのような状況で何回か壊れたのか
教えてもらえますか？
267(1): 05/01/26 20:47 ID:p8PcAqk9(1) AAS
>>265
パーティションを壊したりできるようなもんをMBRには入れるのはチョット…。
上下前次1-新書関写板覧索設栞歴
あと 716 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.033s