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

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

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

632(1): 03/04/26 16:10 ID:cfWiurrD(1/3) AAS
>>631
元に戻したいってこともあるんでない？

それより、ext3はどうしてこんなに不安定なんだー！！

633(1): 03/04/26 16:15 ID:3HhBwMNm(1) AAS
>>631
reiserfsで痛い目にあった人とか、quotaとかdumpの為に,
ext3にした移行した例はある。

>>632
ext3ってそんなに不安定か？
こっちは身の回りで聞いた事無いが。

634: 03/04/26 16:18 ID:cfWiurrD(2/3) AAS
>>633
ウン十個のディスク(LU)に対して順にコピーしていくと
ものの数分で止まってしまう。ext2ではそんなことないのに。

635: bloom 03/04/26 16:25 ID:E9Svt9Gu(1) AAS
外部ﾘﾝｸ:homepage.mac.com

636(1): 03/04/26 19:07 ID:5i9OYXTz(1) AAS
ext3よりチップセットとかhdparmの設定があってないんじゃないの？

637: 03/04/26 23:46 ID:cfWiurrD(3/3) AAS
>>636
まあ本当のところは、Qlogicドライバとの相性が悪いんだと思うけどね。
他社製のHBAではそんなことないから。

638: 03/04/27 15:14 ID:QWjw8uY5(1) AAS
へー

639: 03/04/29 21:06 ID:j1CUUtEz(1) AAS
Patch: Linux 2.4.21-rc1-ac3

oMerge XFS core code(Steve Lord, Christoph Hellwig, and a load
more people)

640(4): 名無しさん＠Ｅｍａｃｓ 03/04/30 20:26 ID:kFecTNgi(1/3) AAS
#くだ質からやってきました。

うっかりマウントしたままそのパーティションをpartedでresize(小さく)してしまいました。

filesystem size が physical size より大きいという状態になっています。
これではうまくブートしません。
起動ディスクから立ち上げると、そのパーティションは読める状態にはなっています。
これは、filesystem を再構築というようなことができて解決できますか?

ext3 です。
くだ質では、読めるんだからバックアップとって切り直せばといわれたのですが、
バックアップできるほど大きなHDDがないのでそれはできないのです。

e2fsck のメッセージの始めはこうです。
省8

641(1): 名無しさん＠ＸＥｍａｃｓ 03/04/30 20:31 ID:i6WeRQZT(1/2) AAS
>>640
うまくいくか解りませんが、もう一度resizeしてみては？
resize2fs /dev/hoge
でパーティションのサイズまで、ext2(3)ファイルシステムのサイズを拡張できるけど。
無責任かつ無保証だけど、俺ならそうする。

642(1): 640 03/04/30 21:10 ID:kFecTNgi(2/3) AAS
>>641
ありがとうございます。
やってみたのですが、

# resize2fs /dev/hdb1
resize2fs 1.32 (09-Nov-2002)
Please run 'e2fsck -f /dev/hdb1' first.

となって e2fsck をやるはめになってしまいました。
しかし、e2fsckはうまくいかないので、
resize2fs を -f でやってみますと

# resize2fs -f /dev/hdb1
省3

643(1): 名無しさん＠ＸＥｍａｃｓ 03/04/30 21:55 ID:i6WeRQZT(2/2) AAS
>>642
ごめん。ファイルシステムを縮小したと勘違いしてた。パーティションを縮小したんか。
それじゃもう一度partedで元のサイズ以上になるように拡張するのがいいんじゃない？
fsckでどうこうするのは難しい。

644: 640 03/04/30 22:19 ID:kFecTNgi(3/3) AAS
>>643
ありがとうございます。
すみません、そうです。パーティションを縮小したのです。
(swap領域を作ろうと思って)

仰せの通り、partedでresizeしようとしてみましたが、

(parted) resize 1 0 78948
エラー: ファイルシステムがボリュームよりも大きいです!
無視(I)/Ignore/取消(C)/Cancel? I
警告: ファイルシステムにエラーがあります。先に e2fsck を実行してください。
無視(I)/Ignore/取消(C)/Cancel? I
省3

645(1): 03/04/30 22:24 ID:vN8p6tH5(1) AAS
ﾊﾟｰﾃｨｼｮﾝサイズさえ（他は無視）変更できればいいならMBMの区画エディタで出来るかも

そういう問題では無いのかもしれないけど。

646: 03/05/01 08:36 ID:y7MV1FS+(1) AAS
外部ﾘﾝｸ[html]:www.oo-software.com
要るのか？

647: 640 03/05/01 19:17 ID:D3r8M3QA(1) AAS
>>645
御紹介していただいたMBMの区画エディタで変更するとできました!!

MBMのフルパッケージにフロッピーのディスクイメージがあったので
それをディスクにいれてブート、
区画エディタを起動してもとの大きさに切り直す、
もう一度linuxを起動して e2fsck をかける

という手順で完全に直りました。

みなさん、ありがとうございました!!

648: 03/05/03 17:23 ID:rNRsHFNW(1) AAS
ext3fsやxfsなんかでACLを活用してる香具師はいる？

649(2): 03/05/08 07:48 ID:Q59zPG1t(1/3) AAS
大量のファイルをext2で扱うとすごく遅くなりますよね。
xfsにするとこれが早くなるわけですが。

64bitOSにした場合ってのはどうなんでしょうか。
ext2のままでも早くなります？それともやっぱり遅いのでしょうか。

651(1): 03/05/08 11:58 ID:6PEYUeTS(1) AAS
遅いままです。

652(1): 649 03/05/08 18:49 ID:Q59zPG1t(2/3) AAS
>>651
回答ありがとうございます。
ところでプラットフォームは何で試されましたか？

653(1): 03/05/08 19:25 ID:UbEOrP5S(1) AAS
>>652
遅いってのは、1ディレクトリに大量のファイルがある場合に遅いって意味？
もしそうなら、ext2（というか UFS全般）のディレクトリ構造が原因だろうけど。

そういう意味じゃなくて？

654(1): 649 03/05/08 22:12 ID:Q59zPG1t(3/3) AAS
>>653
その場合です。

でもxfsやjfsだとそれほど極端に遅くはないですよね。
つまりこれがディレクトリ構造が原因っていう意味ですか…

OSの32bit64bitは関係ない話なのかな。
もしかしてsolarisのUFSやTru64のAFSでも遅いってこと？

655: 03/05/09 12:38 ID:8WMFPvE3(1/3) AAS
>>654

UFS由来のファイルシステムのディレクトリ構造は、作成順にエントリが作られて、
それを順探索するイメージ。（DNLCである程度は高速化してるけど）

最近の filesystem は、（b-treeとか方式はいくつかあるにしても）、理論的に
小さなオーダーで検索ができるような構造で格納してる・・・はず。

だから、32bitとか64bitとかは、あまり関係ないんじゃないかな。

あと、無知ですまんのですが、AFSってローカルファイルシステムでも存在して
いるの？（NFSみたいなたぐいかと・・・）

656(2): 03/05/09 14:06 ID:eXN+nnT6(1) AAS
Linuxのファイルシステムどれにしようか？悩んでます。
次のファイルシステムでハードリンク数の上限について教えて貰えませんか？
ext2
ext3
reiserfs
xfs

657: 03/05/09 17:11 ID:8WMFPvE3(2/3) AAS
>>656
どれも最低で、数万は大丈夫だと思うけど。

上限を超えそうな話があるの？
想像しにくいんだけど、どんな用途？

658(1): 03/05/09 17:49 ID:7Xwooke7(1) AAS
ハードリンク数の上限て、単純に i-node (もしくはそれ相当のもの)の数ではないの?

659(2): 03/05/09 19:54 ID:8WMFPvE3(3/3) AAS
>>658

inode数とは関係ないでしょ。
要は、inode内のリンクカウンタのフィールドが、何バイトで取ってあるかってこと。

で、UFS系は2byteというのが多かったと思った。
すると、signedでも3万2千、unsignedなら6万5千は大丈夫じゃないかと。

660: 03/05/09 20:08 ID:P4S7MUlL(1) AAS
>>656
ところで知っているかもしれんけど、
Partitionが違うとハードリンクはできないよ。

661(1): 03/05/10 10:21 ID:ui5ZTSgH(1/4) AAS
nyのキャッシュ領域をsambaで提供してて、linux側はext3なんだが、
１日から１週間くらいでext3の領域にアクセスできなくなってしまうんだけど、
(cd するとだんまりで、帰って来ない)そういう経験ないですか？
ext3って安定指向だったはずなんだけどなぁ。
ちなみに2.4.20に外部ﾘﾝｸ:www.zipworld.com.au
のパッチあててまふ。とりあえずreiserfsにしてみて様子見中。

662(1): 03/05/10 11:58 ID:OSBD+8c/(1) AAS
>>661
そりゃファイルシステムではなくてsambaじゃない？

sambaのログ見て味噌。

663(1): 03/05/10 12:47 ID:ui5ZTSgH(2/4) AAS
>662
怪しいのはこれくらいですかね。
request_oplock_break: no response received to oplock break request to pid 1541 on port 32775
cdできないのはlinux上のことで、たかが１アプリにファイルシステム
持ってかれるのは許せません。ちなみにsambaは2.2.7b-ja-1.0です。

664: 03/05/10 13:02 ID:Wuf5ci5r(1/2) AAS
>>659
ありがとうございました
安心してpdumpfs使えます。
一月に1TB以上の更新データの履歴を、安価なPCとIDE-HDDのRAIDで取りたかったのです。

665(1): 03/05/10 13:06 ID:Wuf5ci5r(2/2) AAS
もうひとつ、SAN上でのファイルシステムとハードリンクの扱いってどうなるのでしょうか?
SANのアレイ単位?それとも各サーバーに割りあてた(LUN?)ボリューム単位?

666: 03/05/10 13:24 ID:AsAg2CCM(1/3) AAS
>>665
知りたいことがいまいち分からないのですが、、、

物理的なHDDが何台か集まって一つのArrayになって、
各Arrayの中にLUを一つあるいは複数個作ることができますよね。

各サーバからは一つのLUが一台のディスクとして見えますから、
あとのパーティションを切ったりファイルシステムを作ったりする作業は
IDEやSCSIと一緒です。

667(2): 03/05/10 13:24 ID:c3/vA0ju(1/2) AAS
>>663
>>
これじゃないの?

ファイルのロックが外れなくなる
外部ﾘﾝｸ:216.239.57.104

668(1): 03/05/10 13:26 ID:AsAg2CCM(2/3) AAS
>>667
近頃はこういうリンクの仕方がはやってるの？
よく見かけるんですが。

669(1): 03/05/10 13:36 ID:ui5ZTSgH(3/4) AAS
>667
ありがとん。症状は似てます。nyのcacheファイルも壊れていたし。
でも、このsambaで共有しているディレクトリをマウントしている
場所(仮に/mnt/hogeとし、共有場所は/mnt/hoge/A/B/C)に
UNIXから cd /mnt/hoge としたとたん、その端末が固まって
Ctrl-Cも聞かないしkill9もだめで、リブートしか無いのですが、
oplockってそんなもんなんですか？

670(1): 669 03/05/10 13:55 ID:ui5ZTSgH(4/4) AAS
ファイルシステムがロックアップするという類似例を１つだけ見付けました。
2.4.18+XFSだそうで。
外部ﾘﾝｸ:www.google.co.jp
むこうはSAMBA+NFSらしいが、こっちはSAMBAオンリー。

nyのcacheをsambaで運用するのはマイナーなのかな。cacheの古いのとかcron+find
で消して行けるから良いとおもうんだが。

671: 03/05/10 13:58 ID:AsAg2CCM(3/3) AAS
>>670
素直にCygwin入れてcronをサービスに登録すれ。
外部ﾘﾝｸ[html]:www.amy.hi-ho.ne.jp

672(1): 03/05/10 14:41 ID:c3/vA0ju(2/2) AAS
>>668
基本である google 検索さえやろうとしない厨房のためのリンク方法。
キャッシュへのリンクなら、どんなキーワードで検索したかが一目瞭然。

欠点は URI が長くなるってことだけど、キーワード検索の技術を覚えてくれて、
少しでも厨房が減るなら安いもんだ。

673: 03/05/10 20:57 ID:Nb+5jsJO(1) AAS
>>672
優しいな。

厨房はバカのままでいてほしいと思う。
彼らには搾取される側にいてもらいたいからね。

674(3): 03/05/11 02:15 ID:RX8cRxGx(1/2) AAS
>>659
各ファイルシステムの仕様一覧表なんてないですか?
最大ファイルサイズとか最大ファイルシステムやinode数、リンクカウンタ数

675: 03/05/11 02:19 ID:+b1ggx7/(1) AAS
>>674
作って公開キボソ。

676: 03/05/11 05:54 ID:qFlUSZHP(1) AAS
>>674
ほしい。ほしすぎます。

677: 03/05/11 23:13 ID:RX8cRxGx(2/2) AAS
>>674
JF見よう! って言おうと思ったら具体的な事は書いてないんだね。

678: 03/05/15 18:24 ID:Fcovmt4N(1) AAS
最近のjfsってどうなのよ？

679: 03/05/20 02:18 ID:UjoYg2tZ(1) AAS
Linuxファイルシステム技術解説
第1回 VFSとファイルシステムの基礎技術
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

680: [age] 03/05/20 07:54 ID:Zv2lhu9W(1) AAS
早く第二回連載すれ（藁

681(1): 03/05/20 10:39 ID:DeFqutQT(1) AAS
＞ナノセックオーダー
カナで書くとなんか変だ。

682: 03/05/21 00:11 ID:ES81Hc5J(1) AAS
>>681
必殺技みたいだ。
セックをセェエ～ック！と読むとそれっぽい。

683: 03/05/21 01:42 ID:cb6DdgQX(1) AAS
くらえ!我が必殺技!

ナノセェエ～ック!オーーダァーーーーーーーーーーーー!!!!!!!!!!!!!

684: 03/05/21 23:13 ID:fyKiVEH+(1) AAS
ぐはぁっ～～～～～！！
おぬぉれぇ～この恨み、末代まで祟ってやるずおぉぉぉ～～！
兄者ぁ～！後は任せたぞぉ～～～～ぉぉおぉぉ～～！！

ﾁｭﾄﾞｰｰｰｰｰﾝ!!

685: 03/05/21 23:55 ID:DFDZ9dUV(1) AAS
外部ﾘﾝｸ:life.fam.cx

686: 03/05/22 00:35 ID:obVD6StB(1) AAS
ネタスレ化しとるな

687: あわび 03/05/22 00:46 ID:RQVCk0eg(1) AAS
外部ﾘﾝｸ[html]:yahooo.s2.x-beat.com

688: 山崎渉 [（＾＾）] 03/05/22 01:43 ID:VfjbtMwi(1) AAS
━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

689: 03/05/22 02:48 ID:4+kUNQ7J(1) AAS
ﾆﾔﾆﾔ(･∀･)

690(1): 03/05/22 03:15 ID:noB9aTNC(1) AAS
LinuxってUnixと違って、dupシステムコールの使用が違うってきいたのです。
Unixの方は最小の空のファイル記述子へ新しい記述子を複写するのですが、
Linuxはそのまったく逆らしいってほんと？

691: 03/05/22 03:38 ID:L/uZLIx8(1) AAS
逆って?

692: 03/05/22 18:04 ID:A5nIymgl(1) AAS
>>690

んなわけない。

でも、そんな副作用に依存するような書き方はお勧めできない。
そのために、dup2 が作られたわけで。

693: 03/05/23 05:42 ID:OnCKSom/(1) AAS
ﾁｭﾄﾞｰｰｰｰｰﾝ!!

694(2): 03/05/23 12:23 ID:9fefEku9(1) AAS
今日、logwatch していると変なエントリが記録されていました。

messagesなのですが

WARNING: DID conflict for 'ファイル名' and ' ファイル名'. Are These the same file?

ファイル名からNetatalkで共有している仕事のファイルで有ることがわかりました。
しかしこのDID conflictがどういう衝突なのかがわかりません。

Turbolinux7Workstation (Kernel 2.4.18-12)
Netatalk-1.5pre8-1
省2

695(1): 03/05/23 12:57 ID:T+vSH1Ou(1) AAS
>>694
ぐぐれば出てくるじゃん。
外部ﾘﾝｸ:www.google.com

696: 03/05/24 22:12 ID:ZoQ0LIhO(1) AAS
アンケート

第2回 Linuxで使っているファイルシステムは？
外部ﾘﾝｸ[html]:www.atmarkit.co.jp

697: 03/05/24 22:18 ID:sxacNG4f(1) AAS
ext3多いな

698(1): 03/05/24 23:41 ID:DkkyvjiK(1) AAS
ReiserFSって少ないのね
1/16は俺

699: 03/05/24 23:49 ID:+92y2TUj(1) AAS
Redhatのデフォルトがext3ってだけの話。
正直リソースを集中させてまともなFSひとつに絞って欲しいよ。

700: 名無しさん＠ＸＥｍａｃｓ 03/05/25 00:35 ID:K2oYiu38(1) AAS
>>698
俺も1票入れたYO!

ext3はディスク効率悪いし、ディスクアクセス遅いし、1パーティション毎に
kjournaldが必要だし、あまり好きでは無い。
reiserfsは速いし、ディスク効率がext3よりいいし、結構気に入ってる。

701(1): 03/05/25 04:10 ID:fK1dq+Rc(1/3) AAS
常用してるLinuxマシンが3台あるから、
それぞれext3,ReiserFS,JFSにして使ってるけど、
最近のReiserFSいい感じ。
速いし、ファイル消えなくなったし。
ただ、あんまり信頼感でいうとext3の方が上なので、
一番重要なマシンはext3。
JFSは最悪。
クラッシュしたときに、ファイルが消えるだけでなく、
クラッシュしたときにいじっていたファイルに対して、
次回起動時にアクセスをおこなうと、
省5

702(1): 694 03/05/25 04:29 ID:wO30uJlm(1) AAS
>>695

英語の情報のみで翻訳を通しても意味が分かりませんでした～

がんばります。ありがとうございました。

703: 03/05/25 04:36 ID://5y64WM(1) AAS
>>453
NTFSの構造はMicrosoft Pressから出てるInside Windows NTに載ってたと思うが？

704(1): 03/05/25 04:43 ID:F1zVg7XN(1) AAS
>>701
xfsは仲間外れでつか？
つか漏れ的にはreiserfsはお腹いっぱい。
ext3fsかxfsでいいや、つーかなんつーか。

705(2): 03/05/25 04:49 ID:fK1dq+Rc(2/3) AAS
>>704
ちょっとだけ試したことありますが、すぐにやめますた。
1.0の頃なんですが、普通にシャットダウンしただけで
ファイルの中身が消えるんですよ。
セキュリティの都合で中身が全部ゼロになるヤツ。
1.1になってさすがに直ったのかな？

706(1): 03/05/25 04:50 ID:j+aIcA9E(1) AAS
>>702
ちょっと待て。
以下のページの日記2002/06/02のようにしてみればどうか？
外部ﾘﾝｸ[html]:www.qsl.net

707: 03/05/25 05:02 ID:fK1dq+Rc(3/3) AAS
ってか今SGIのWebページチェックしてみたら、
XFS1.2とっくに出てたのね。
知らなんだ。

708: 03/05/25 05:21 ID:b4cLHq9D(1) AAS
> 705
1.0がリリースされた直後からずーーーっと　XFS　一筋だけど、ファイルがゼロクリアされた事なんて
一度もないなあ‥

709: 03/05/25 06:06 ID:P67m23S3(1) AAS
filesystem の version って HDD に fs を作った時点での version ですよね。
minor version も入れると、そんなに頻繁に HDD に生成される情報の構造がかわるんですか。

710: 03/05/25 10:31 ID:ndeHDT1l(1) AAS
>>705
1,0以前から使ってるけど、正常にシャットダウンしてる限りは
特に問題になったことないよん。

最近はファイルの削除も速いし

711(1): 03/05/25 12:12 ID:W/7CkB4T(1/3) AAS
>705

IBMのwebのどっかに、その現象はv1.01で改善された、という記事(?)があったはず。

712(1): 03/05/25 12:24 ID:W/7CkB4T(2/3) AAS
>711

みつけた。これ。
外部ﾘﾝｸ[html]:www-6.ibm.com

713: 03/05/25 12:25 ID:W/7CkB4T(3/3) AAS
v1.01 じゃなくて v1.1 でした。失礼。

714: 03/05/25 18:17 ID:m20Rxhb7(1) AAS
>>712
そういえばその連載、いつまで経ってもJFSの解説しないんだよなぁ…

715: 03/05/25 18:32 ID:GNM3VfCc(1) AAS
D.Robbinsの兄さんはXFSラヴだから。

716(3): 03/05/26 20:26 ID:E09YBwMr(1) AAS
外部ﾘﾝｸ[html]:www.dd.iij4u.or.jp
>残念なことに、ext3, ReiserFS, Linux-JFS は、書き込み順序が( Linux の VFS
>が間違っているそのままの状態なので) 間違っている。このため、これら3つの
>ファイルシステムは、 XFS に比べて破損確率が高い。さらに残念なことに、
>これらの開発者は、 Journal とファイルシステムの実体に矛盾が生じて破損した場合、
>Journal に破損が生じたと勘違いし、Journal のフォーマットを変更することによって
>問題が解決すると信じている節がある。実際には書き順が間違っているので
>indirect block 情報が破損して、ファイルシステムに矛盾が発生したのに、だ。
これってほんとなんでつか？

717(1): 03/05/26 20:44 ID:S9ZTFvot(1) AAS
>>716
このスレの233-250ぐらいと
外部ﾘﾝｸ[pl]:slashdot.jp を
見るべし

718: 03/05/26 22:10 ID:TWN5Dz6f(1) AAS
「書き順が間違っている」というところはダウトってこと？

719(2): 03/05/27 20:41 ID:mDyR7Ejf(1) AAS
IBM様のお墨付き。
外部ﾘﾝｸ[html]:www.tac.tsukuba.ac.jp

720(1): 03/05/27 22:50 ID:Dkrs+r+3(1/2) AAS
>719

うぉ、、これは。
XFSにしる！ってことでつか……

721(1): 03/05/27 23:02 ID:1LMRwKDH(1) AAS
>>720
>>719のメールの作者の奥山さんが>>716のリンク先のページの作者なの。
それで>>717のリンク先で批判されている。

自分はXFS使っているからどうでもいいんだけど。

722: 03/05/27 23:57 ID:Dkrs+r+3(2/2) AAS
>721

サンクスです。
そういえば、この/.jpのスレッドは以前読んだ気がする、、、

723(1): 03/05/28 01:48 ID:fy9nT8Sm(1) AAS
LFSだけど、NetBSD 1.6.0 -> 1.6.1 では変化ないんだよなぁ。もちっと
安定化してくれればいいのに。って、Linuxとは関係のない話だった…。
LFSのLinuxへのportは難しいのかな?

724: 03/05/28 04:40 ID:BkJ14vDK(1) AAS
で、そのvfsのバグとやらはいつ直るでしょうか。

725: 03/05/28 09:56 ID:pQsxkS8F(1) AAS
>>706

有り難うございます。

しかしながら、rpmパッケージでのインストールなので・・・
ファイルが消えるなどの実害は出ていないのでそのままにしてみます

726: 03/05/28 12:45 ID:fbAYKwoG(1) AAS
>723
板違い

外部ﾘﾝｸ:cgi.cse.unsw.edu.au

727: 山崎渉 [（＾＾）] 03/05/28 16:47 ID:4u9ffZfO(1) AAS
AA省

728(1): 03/05/29 00:00 ID:IYI93wnx(1) AAS
ext3は怖い
3回消えた

たぶんオレが馬鹿なだけだろうがな
わかってるんだ

わかってるんだよ・・・

729: 03/05/29 01:58 ID:njol5Zmj(1) AAS
金は怖い
小指 3 本消えた

たぶんオレがスッただけだろうがな
わかってるんだ

わかってるんだよ・・・

730: 03/05/29 09:07 ID:ekZSounW(1) AAS
(･∀･)renice!

731(7): 03/05/29 12:29 ID:isn6afCV(1/2) AAS
>>728

消えること考えて ddで同じ容量のﾃﾞｨｽｸにcronで深夜ﾊﾞｸｱｰﾌﾟしているよ。
まぁそうでなくともHDDの物理的不良以外で逝ったことはない。

たまにランレベル落としてe2fsckしているし

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

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

ぬこの手ぬこTOP 0.026s