[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
147: login:Penguin [] 04/12/22 17:55:17 ID:zEZ8wPjW UDF の堅牢性についてちょっと調べてみたけど、 >>129 より詳しいページが見付からなかった。 もし UDF の堅牢性についてのいいドキュメントがあったら紹介してください。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/147
148: login:Penguin [sage] 04/12/22 18:19:44 ID:TYEnAFqh >>129 DVDレコを数年、PCでもDVD-RAMドライブつないでいろいろやってきた経験上は いきなり電源遮断されたときの耐性はかなりあって、メディアの物理的損傷 以外でファイル損傷したことはないんだけど、HDDほどには頻繁に書き込み アクセスしていないからなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/148
149: login:Penguin [sage] 04/12/22 18:29:26 ID:BcQ3bErM >>144 ウチのはgrubをMBRにつっこんだらgrub動かない。残念。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/149
150: 129 [sage] 04/12/23 12:30:54 ID:ktejHevI ブルーレイ関係の資料を読んでみた。 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. http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/150
151: 129 [sage] 04/12/23 12:34:41 ID:ktejHevI 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. When a Type 2 Metadata Partition map is recorded, the Metadata File, Metadata Mirror File and Metadata Bitmap File shall also be recorded and maintained. http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/151
152: 129 [sage] 04/12/23 12:37:58 ID:ktejHevI >>151 のは OSTA の UDF Document Change Notice DCN-5086 の PDF からの抜粋なんだけど、 本体資料（これも PDF でみることができる） の 2.2.13 Metadata Partition のところを読めば詳細がわかるようだ。 まぁ大体のことはわかったので、詳細は暇な時に読むとにするか。 結局 Metadata Partition と Metadata Mirror File がキーワードだったんだな。 これらのキーワードで検索してみると関連文献が結構出てくる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/152
153: login:Penguin [sage] 04/12/24 00:17:43 ID:u981JM+D ファイルシステムの拡大+縮小ができるのって extとreiserfsだけでしょうか？ XFSは拡大はできるけど縮小ができない・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/153
154: login:Penguin [sage] 04/12/24 00:30:02 ID:4Wx3l65M 今はな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/154
155: login:Penguin [sage] 04/12/24 13:45:49 ID:Ea/f7+nk Kernel 2.6.9だけどbefsって書き込みはできないの? なんとか書き込む方法あればきぼん OpenBeFS for Linuxなんてないのかな? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/155
156: login:Penguin [sage] 04/12/24 19:13:47 ID:sR+FlT7d 64bit kernel で fs はどうなの?というチラシの裏 CPU： Athlon64 3500+ chipset： nForce3 Ultra memory： DDR400(dual channel 1G) OS： linux 2.6.9-ac16 (gcc-3.3.5 x86-64) SATA： Sil3512(sata-sil libata) HDD： HITACHI Deskstar HD722525VLSA80 (250G) bonnie++(1.03) ------Sequential Output------ --Sequential Input- --Random- -Per Chr- --Block-- -Rewrite- -Per Chr- --Block-- --Seeks-- Size K/sec % K/sec % K/sec % K/sec % K/sec % /sec % xfs 2G 49129 80 52141 *8 20293 3 36957 59 58771 6 189.1 0 jfs 2G 43784 70 53593 *8 21718 3 37595 59 58548 5 179.5 0 reiserfs 2G 41325 68 59055 14 22192 4 33266 54 47920 6 166.3 0 ext3.orderd 2G 25945 45 33059 *9 14837 3 36093 57 36531 3 154.7 0 ------Sequential Create------ --------Random Create-------- -Create-- --Read-- -Delete-- -Create-- --Read--- -Delete-- files K/sec % K/sec % K/sec % K/sec % K/sec % /sec % xfs 16 *4502 19 ***** ** *3614 13 *4091 20 ***** ** *1966 *8 jfs 16 11198 14 ***** ** *8280 *9 *6370 26 ***** ** *6726 17 reiserfs 16 ***** ** ***** ** 29445 94 31978 93 ***** ** 26643 96 ext3.orderd 16 *2826 95 ***** ** ***** ** *2555 86 ***** ** 11204 94 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/156
157: login:Penguin [sage] 04/12/24 23:16:38 ID:OGzBSoeU >>138 okuji さんのこれかな?? ttp://enbug.tdiary.net/20031015.html http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/157
158: login:Penguin [sage] 04/12/26 01:52:23 ID:MU/MqnjM 分散ファイルシステムのスレはないか? できれば、クロスプラットフォームがよい。 できれば、Windowsからも利用できるのがええ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/158
159: login:Penguin [sage] 04/12/26 04:39:38 ID:AEMatHi7 >>158 SAN入れる。ファイルシステムじゃないけど。 Windowsから使えると言ったら、NFSかCIFSじゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/159
160: login:Penguin [sage] 04/12/26 07:12:00 ID:694TpgOD DAV。遅いしApahce + mod_dav + mod_davfs環境のDAVなフォルダを Winでドライブマップするとトラブル頻発するけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/160
161: login:Penguin [sage] 04/12/26 15:29:47 ID:+Tda8Nkd >>159 SANじゃなくてNASだろ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/161
162: login:Penguin [sage] 04/12/26 19:14:39 ID:FxwoVNSd ん？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/162
163: login:Penguin [] 04/12/27 00:05:52 ID:UYWn4P41 130す。報告が遅くなってすみません。 /以下/bootも含めてすべてxfsにしてgrubで起動出来ました。 やったことはxfsをkernelに組み込みにしてinitrdを展開、linuxrcを編集して マウントオプションをxfsにする。んでfstab書き換えて再起動。 無事に起動出来ました。 でもなんかGrubのメニュー画面が出るまでにひっかかりがある感じです。 （一瞬考え込んでる感じ。） 一度/bootだけでもext2か3にしてみようかな。。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/163
164: login:Penguin [sage] 04/12/27 00:50:10 ID:YJqe9rOi ちょっと気になったんだけど、NFSで1GBのファイルを扱っているときに、 ファイルの中身を1byteでも書き換えたら1GB分全部送信しないといけないのですか？ CIFSではそういう仕様みたいですが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/164
165: login:Penguin [sage] 04/12/29 17:24:39 ID:w2AfnHq1 161は貧乏人 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/165
166: login:Penguin [sage] 04/12/31 00:59:23 ID:+cyVdsx2 >>156 わーい、JFS 速い! http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/166
167: login:Penguin [sage] 04/12/31 10:12:00 ID:+6UdYIVA でもあまり使われてない http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/167
168: login:Penguin [sage] 04/12/31 10:42:55 ID:UohtONFB 普通に使ってると、それほど速く感じない。 なにより、あえてJFSを選ぶ動機がないんだよね。 ext2/3は外すとして、手軽さでreiserfs。 機能の多さでXFS。専用だけどdump/restoreもある。 JFSはSELinux使えないしねー。 内部unicodeって嬉しいのかな。日本語だとマッピングの問題もあるし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/168
169: login:Penguin [sage] 04/12/31 11:28:10 ID:LNjfuvRO そうか、jfs は内部コードが Unicode なのか。 ext2/3 や reiserfs では内部コードってのは決まってないよね？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/169
170: login:Penguin [sage] 04/12/31 15:02:58 ID:d+RBWLr6 結局、Reiser4が最強でFA？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/170
171: login:Penguin [sage] 04/12/31 17:56:33 ID:xFTRU+Dm >>168 チト古いが http://fsbench.netnation.com/ CPU負荷は少ないし、特に苦手なものもない。 枯れてくれば十分選ぶ動機となるんじゃないか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/171
172: login:Penguin [sage] 04/12/31 19:11:55 ID:ZKOMi0/j いちおう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日は落ちてないけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/172
173: login:Penguin [sage] 04/12/31 19:17:51 ID:eqgt9PJw >>172 tcp/udp, 2/3を明記して話しなさい。 実装のレベルが全然違います。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/173
174: login:Penguin [sage] 04/12/31 19:49:52 ID:ZKOMi0/j >>173 当然ながらUDPのv3 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/174
175: login:Penguin [sage] 04/12/31 19:52:52 ID:eqgt9PJw パフォーマンスより安定性を取るならv2に戻すこと推奨。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/175
176: login:Penguin [sage] 04/12/31 20:36:41 ID:+6UdYIVA NFSv4はー？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/176
177: login:Penguin [sage] 04/12/31 23:23:04 ID:ZKOMi0/j >>175 v2だとfile lockがなぁ…。mail spoolだし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/177
178: login:Penguin [sage] 04/12/31 23:31:08 ID:ZKOMi0/j mail spool形式はMaildir++だから本来はあんまりクリティカルに考える必要は ないはずなんだけど、qmail周りやcourier周りでは問題なかったのに、 qmailadminからのユーザ作成やezmlmでのML管理まわりでトラブル起きたんで… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/178
179: login:Penguin [sage] 05/01/01 00:40:29 ID:JwYkeDD0 ああ、けどlock廻りって、仕様としては、NLM 4になっても、 ・offset_tに64bit使える、 ・NULL procedureが出来た だけしか違わないけどね。実装に問題があるのかな。 NFS v2: NLM v1, v3 NFS v3: NLM v4 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/179
180: login:Penguin [sage] 05/01/01 01:37:44 ID:+HlQyzYO >>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日間持ってくれ… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/180
181: login:Penguin [sage] 05/01/01 10:38:45 ID:JwYkeDD0 lock関係結構書き変ってます。fs/nfs/file.c 後はaio, nfs4関連。 v2で駄目なら2.4に戻すの推奨。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/181
182: login:Penguin [sage] 05/01/01 16:11:57 ID:+HlQyzYO 結局、素直にkernel 2.4でv3という昔の環境に戻しました。年始じゃ なければ2.6.10の耐久試験をするのもよかったのですが、あと3日間は kernel panic起こされると対処のしようがないので… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/182
183: login:Penguin [sage] 05/01/05 23:44:46 ID:7jO/Triq 前スレのSCSIケーブル引っこ抜き問題に対する パッチがlkmlに投稿されているね。 http://www.uwsg.iu.edu/hypermail/linux/kernel/0501.0/0614.html 誰にCc:してるのかわからないけどコメント付かないね。 日本人の英語なんて、誰も読みたくないのかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/183
184: login:Penguin [sage] 05/01/07 19:14:39 ID:37zgYEYd パッチで修正される個所↓のような返り値見てなさっぷりにワロス 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; } http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/184
185: login:Penguin [sage] 05/01/07 19:25:41 ID:PZiwxxdD >>184 うひゃ。commitを失敗すること考えとらんのか。 ext3って一時が万事この調子でコーディングされてそうで怖いね。 って、ext3に限らずこんな調子なのかなぁ。 LinusがSolarisなんて参考にならんなんて豪語しとるけど、 ttp://japan.cnet.com/interview/story/0,2000050154,20079899,00.htm 2.6になってもNFSでkernel panicだとか、ext3のこのコーディングだとか、 とても自慢できるような状態じゃないぞ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/185
186: login:Penguin [sage] 05/01/07 20:07:21 ID:37zgYEYd たしかにSolarisを参考にしたところでなおらんわな(w http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/186
187: login:Penguin [sage] 05/01/07 22:19:28 ID:PZiwxxdD ちなみに、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; } if (inode->i_state & (I_DIRTY_SYNC|I_DIRTY_DATASYNC)) { struct writeback_control wbc = { .sync_mode = WB_SYNC_ALL, .nr_to_write = 0, /* sys_fsync did this */ }; ret = sync_inode(inode, &wbc); } out: return ret; } ってな感じで大きく書きかわっている模様。2.6のext3は一から作り直した という話が実感できるなぁ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/187
188: login:Penguin [sage] 05/01/08 00:50:45 ID:PmSFbau+ あのう、件のパッチですが、 2.4.x系へのパッチはfs/ext3またはfs/jbd以下なのに対して 2.6.x系へのパッチはfs直下なんですが…これはどう考えたら… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/188
189: login:Penguin [sage] 05/01/08 03:08:48 ID:VY5AI+E7 >>188 fileの置き場所が変わったという話ではなくて？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/189
190: login:Penguin [sage] 05/01/08 05:37:30 ID:8Ho/ilwT >>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にも波及するんじゃないかって ことでそ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/190
191: login:Penguin [] 05/01/11 12:41:34 ID:APWyOerl 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 のメールボックスのフォルダ以下のサイズは減っているんですが・・・ ファイルの更新ができなくて困っています。 どうすれば良いのか教えて下さい。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/191
192: login:Penguin [sage] 05/01/11 15:31:30 ID:byff9noY 釣りですか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/192
193: login:Penguin [] 05/01/11 16:23:54 ID:APWyOerl ちがいます。 本気で困っています。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/193
194: login:Penguin [sage] 05/01/11 16:28:25 ID:byff9noY >>193 rootのメールボックスとやらは、/root以下にあるのではないかな？ /homeが100%になってるのに、/root以下を削除しても、意味ないのではないかな？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/194
195: login:Penguin [] 05/01/11 16:37:59 ID:APWyOerl >>194 root 管理者のことです。 よくわからないんですけど、システムで何かあるとメールが送られてくる奴です。 /home の下にあるメールボックスです。 今も調べていますが、何も改善されません・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/195
196: login:Penguin [sage] 05/01/11 16:48:50 ID:byff9noY 普通は、rootのメールボックスは、/root以下にあるものなんだけどね。 移動したの？ ただ単に、ファイルがいっぱいなんじゃないの？ 普通に不要なファイルを消せばいいと思いますよ。 /dev/md2 13624648 13166756 0 100% /home 見る限りは、きっちり100%ってわけじゃないと思うよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/196
197: login:Penguin [] 05/01/11 17:16:45 ID:APWyOerl >>196 FTPでファイルをアップロードすると 452 Error writing file: No space left on device. と出続けてしまいます。 小さいファイルなんですけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/197
198: login:Penguin [sage] 05/01/11 17:20:04 ID:tEG1lL1O iノードの数は？ df -iしてみて。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/198
199: login:Penguin [] 05/01/11 17:23:00 ID:APWyOerl 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 これでいいですか？ ちなみに、その後も、少しファイルを削除しました。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/199
200: login:Penguin [sage] 05/01/11 17:33:39 ID:tEG1lL1O エラーメッセージが出ると同時にsyslogにも何か記録されてるかも知れないから、 /var/log/messagesとかチェックすると何か分かるかも。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/200
201: login:Penguin [sage] 05/01/11 17:37:20 ID:CAithK9w >>191 これのいったいどこがfsスレの話題なんだ? しかもageてるし。まったくバカの やることときたら… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/201
202: login:Penguin [sage] 05/01/11 17:40:58 ID:byff9noY /dev/md2って、ソフトウェアRAIDですか？ rootへのメールになんて書いてあったんだろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/202
203: 191 [] 05/01/11 18:56:01 ID:APWyOerl >>200 ログからは何も得られませんでした。 >>201 じゃあ、ファイルシステムってどういう意味？ >>202 違います。 du すると、途中でとまってしまいます。 大きなファイルが見当たらないのですが、どうしてなんでしょうか・・・ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/203
204: login:Penguin [sage] 05/01/11 18:58:19 ID:eSSTBzJM >>202 RAIDはファイルシステムじゃないですから！ >>191 もうちょっと勉強したらどうだ? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/204
205: login:Penguin [sage] 05/01/11 22:07:51 ID:rZAMZFHG もしファイルシステムの定義が知りたければ、カーネルソースの Documentation/filesystems/ 以下のファイルを読むべきだろう。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/205
206: 名人 [sage] 05/01/12 00:39:19 ID:6jYBAkfv du -s かけてほっとけ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/206
207: login:Penguin [sage] 05/01/12 03:04:06 ID:IWweKgKm /homeのパーティションをnewfsしたら0%になる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/207
208: login:Penguin [sage] 05/01/12 09:53:38 ID:cbXGxxdP >>203 ＲＡＩＤじゃないとしたら、何？ ソフトウェアRAIDのデバイスは、通常/dev/md?で表されます。 とＬＰＩ認定試験で出てたけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/208
209: login:Penguin [sage] 05/01/12 10:26:13 ID:PeexQFU4 >>208 知能障害者は放置放置 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/209
210: 191 [sage] 05/01/12 11:42:01 ID:6jYBAkfv 知らないなら、黙っててもらいたいのですが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/210
211: login:Penguin [sage] 05/01/12 11:50:53 ID:0ETOaEjb （ ﾟдﾟ）ﾎﾟｶｰﾝ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/211
212: login:Penguin [sage] 05/01/12 11:54:25 ID:0/CF51jg 釣り堀はここでつか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/212
213: login:Penguin [sage] 05/01/12 21:49:33 ID:vijOwydU >>210 そちらさまこそ知らないなら黙ってて下さいな＾＾ すれ違いな上、板違い。知能障害に付いての相談なら人生相談板にGo。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/213
214: login:Penguin [sage] 05/01/12 23:30:49 ID:34xA3ykI 206と210のIDが同じに見えるのは漏れだけ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/214
215: login:Penguin [sage] 05/01/13 03:13:11 ID:vImlIC7L 自殺自炎乙 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/215
216: 名人 [sage] 05/01/13 18:11:01 ID:vkUopJFs おれは携帯からiMonaで書いたぞ。 初期設定のサーバ使ってる。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/216
217: login:Penguin [sage] 05/01/13 20:17:40 ID:Lay3N+tP よかったね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/217
218: login:Penguin [sage] 05/01/13 22:37:59 ID:v4xI+W1Z >>191は初心者スレ行けよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/218
219: login:Penguin [sage] 05/01/16 23:58:01 ID:uc+YjPuu (;:. @益@) http://www.netjapan.co.jp/FAQ/PQ_solutions/101-200/sol152.html http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/219
220: login:Penguin [] 05/01/18 18:08:32 ID:/zkhOD9T 2.6.11-rc1-mm1にマージされたFUSEのネタは出てこないんかいな http://kerneltrap.org/node/4546? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/220
221: login:Penguin [sage] 05/01/18 20:18:02 ID:wRfLy4oW userspaceのfsかぁ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/221
222: login:Penguin [sage] 05/01/19 00:30:42 ID:D3fF7FpW filesystemじゃあなくて、block deviceをuser spaceに持ってくる 方法ってあったっけ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/222
223: login:Penguin [sage] 05/01/19 01:24:53 ID:xba0tKbi raw device 問題はcachingの方。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/223
224: login:Penguin [sage] 05/01/19 05:19:17 ID:STaCcYtX >>220 FUSEの使用例 ttp://richard.jones.name/google-hacks/gmail-filesystem/gmail-filesystem.html http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/224
225: login:Penguin [sage] 05/01/20 08:01:41 ID:Pvarfv5r 若干古い資料だが、NTFSとの比較テストなどものっている。 http://www.osdl.jp/newsroom/events/event_ks4.html/document_view 「ジャーナリングファイルシステム比較」（資料） 講師：株式会社野村総合研究所 システム技術部 システムエンジニア 西村 崇 様 http://www.osdl.jp/osdl/docs/ks4-200304/ks4_jfs.pdf http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/225
226: login:Penguin [sage] 05/01/20 12:19:16 ID:mb156izR >>225 この結果からすると、ext3は突出した性能はないけれど不可も少ない、 ということですかね。 ま、ジャーナリングの性能だの信頼性だのは個々の環境で判断すべきで、 他人のテストの結果なんて役に立たないのだけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/226
227: login:Penguin [sage] 05/01/20 16:09:15 ID:ILA5XGcy >>225 漏れは去年の今頃の2.4カーネルでJFSに嵌まってた。 穴は塞がってなかったのかな。 今は全部XFSにしたのでどうでもいいけど。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/227
228: login:Penguin [sage] 05/01/22 22:29:56 ID:2Q5aLfky JFS人気無いね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/228
229: login:Penguin [sage] 05/01/23 01:21:25 ID:85VxXN2g 期待だけはしてるよ reiser4は心元ないし xfsはｲﾔﾝだから http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/229
230: login:Penguin [sage] 05/01/23 02:25:30 ID:D25goC5E >>229 なんでXFSｲﾔﾝなの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/230
231: login:Penguin [sage] 05/01/23 09:58:31 ID:VwEAlVbB >>226 でも人によってジャーナリングの信頼性が揺らぐようじゃ ファイルシステムとしてどうかと思うぞ？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/231
232: login:Penguin [sage] 05/01/23 13:39:01 ID:k529TIv5 2.4.18の頃だったか、JFSのパーティションを自動 タイプ認識でマウントしたら、reiserfs だと認識されてしまって、巻戻しが始まって エライ目にあったな。 おれが操作したんじゃないし、おれのデータでも なかったから、まぁ他人事だったんだが。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/232
233: login:Penguin [sage] 05/01/23 13:44:37 ID:VwEAlVbB ええ～そんなことがあるのか。 こわ、ちゃんとファイルシステムを指定しようっと。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/233
234: login:Penguin [sage] 05/01/23 14:02:07 ID:x427z95q >>230 昔から根拠を示せないアンチXFSが生息。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/234
235: login:Penguin [] 05/01/23 14:32:18 ID:VwEAlVbB 俺がXFSを使わなかったのは、カーネルの再コンパイルが面倒くさかったから。 今使ってないのは、惰性。 ほとんどの奴はそうじゃない？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/235
236: login:Penguin [sage] 05/01/23 17:40:05 ID:SizQlfAY >>235 XFS使ってるが、kernelにマージされる前は一生懸命手パッチあててkernel作ってたな。 今ではそんなことないけどね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/236
237: login:Penguin [sage] 05/01/23 20:26:19 ID:2/LuunN+ >>235 漏れはPBRに入れたブートローダを壊されるらしいので使ってない。 まあTB級のHDD使ってる訳でもないし、GB級のファイルを扱う訳でもないし。 それにエラーセクタの回避できないから。 このマシンの寿命がくるまでにReiser4あたりが安定してくれりゃ万々歳、ってとこ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/237
238: login:Penguin [sage] 05/01/23 20:37:15 ID:uJ/7qgeD ＞PBRに入れたブートローダを壊される その考えは逆だよ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/238
239: login:Penguin [sage] 05/01/23 22:42:15 ID:2/LuunN+ >>238 ん？まさかPBRにブートローダ入れるとXFSの方が壊れるとか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/239
240: login:Penguin [sage] 05/01/24 00:20:31 ID:SNUx/W+h PBRｗ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/240
241: login:Penguin [sage] 05/01/24 00:37:51 ID:ozkL3tjf >>237 その情報元がソフトウェアRAIDパーティションのPBRと間違えてるんじゃ、 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/241
242: login:Penguin [sage] 05/01/24 17:52:10 ID:roCb1VAZ >>241 http://oss.sgi.com/projects/xfs/faq.html >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との互換性を維持したいから仕様が変更される事はないよ(超意訳) って事じゃないの？。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/242
243: login:Penguin [sage] 05/01/24 18:53:05 ID:KA1oXSEG LILO捨ててGRUB使えばいいって話じゃないの? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/243
244: login:Penguin [sage] 05/01/24 18:54:47 ID:iB+jCvr5 キミは実に莫迦だな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/244
245: login:Penguin [sage] 05/01/24 18:59:29 ID:3bJG2lCr >>243 >>157 で既出だがXFSの欠陥のようだ。 XFSの partition には boot loader を入れてはいけない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/245
246: login:Penguin [sage] 05/01/24 22:27:40 ID:6MPsUvxc >> 234 TBのパーティションを作ってるので、XFS使ってます。 他のFlieSystemはあまり実績が無い。(reiserfs, jfs) マウントに時間がかかるExt2, Ext3 は論外。 って以前書いたんだけど、スルーされたのか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/246
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 737 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.022s