[過去ﾛｸﾞ]
/**ファイルシステム総合スレ その3**/ (983ﾚｽ)
/**ファイルシステム総合スレ その3**/ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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
247: login:Penguin [sage] 05/01/25 21:49:42 ID:Clmn7h2l >>242,245 XFSにそんな特徴があったとは知らなかった。 俺にとって、RAIDとはソフトウェアRAIDなんで、 XFSには極めて大きな欠陥があるのも同然だ。 >>242 ソースの変更は絶対に簡単な筈だから、PBR使用しないように変更すれば いいのに、 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/247
248: login:Penguin [] 05/01/25 22:11:50 ID:ynS0n8C4 Persistent Superblock はパーティションの一番後ろだぞ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/248
249: login:Penguin [] 05/01/25 22:18:18 ID:lnsaimvP >>245-246 そんなに片仮名で書くのが嫌なのか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/249
250: login:Penguin [sage] 05/01/25 22:32:42 ID:Clmn7h2l >>248 >>246は非常に誤解を招く書き込みだった。 一応、俺もソフトウェアRAID（ミラー）の パーティションからbootしてます。 でも、ソフトウェアRAIDパーティションでPBRの破壊を何度か 経験してるんで... http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/250
251: login:Penguin [sage] 05/01/25 22:34:57 ID:C79aa1Hp SATA導入記念に/をReiser4にしてみた。 WARNING: Keys are inconsistent. Fsck? 二日目で起動中にエラー、ログイン出来ず。orz 2.6.11-rc1-mm1 debian reiser4progs 1.0.3-2 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/251
252: login:Penguin [sage] 05/01/25 22:39:09 ID:6zxjlK1H なんで2.6.11-rc1-mm1なんか使ってるの？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/252
253: login:Penguin [sage] 05/01/25 22:42:20 ID:??? BE:12030555-# Fuck? に見えた 欝だ死のう http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/253
254: login:Penguin [sage] 05/01/26 00:00:11 ID:YuyVdUl+ >>252 手っ取り早く使えると思ったんで。ググったら http://www.xy1.org/reiserfs-list@namesys.com/msg02154.html 半年前か… http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/254
255: login:Penguin [sage] 05/01/26 07:52:08 ID:wdbjNoUy スレ違いだが、 >>253 BE付いてるけど、クライアント何使ってるの？ 今のところ、XFS以外の選択肢がない。 JFSはぶっ壊れた事あるし怖い。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/255
256: login:Penguin [sage] 05/01/26 09:48:08 ID:w7SZCab/ 自分がたまたま壊れたからもう使いたくない、 ってのは心情的によく分かるけど、実際分からんよな。 その壊れたfsがbrokenなのか、今まで一度も壊れたことが無いfsが安全なのかは。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/256
257: login:Penguin [sage] 05/01/26 10:09:42 ID:wdbjNoUy >>256 まあね。 JFSは前にも出てるけど、 拡張アトリビュートに対応してないからSELinuxがつかえない。 ext2,ext3,Reiserfs,XFS,tmpfsは対応してる。 XFSがカーネルツリーに入る前はReiserfsだったけど、何回か壊れた。 ついでにJFSはgrubでも何回かはまった(stage2がロード出来ない)から、避けてる。 別に悪いとは思わないけど、あえて選ぼうとは思わない。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/257
258: login:Penguin [sage] 05/01/26 14:17:40 ID:3CrREnfF なぜ、基本的にカーネルを置くだけの /bootを XFSやJFSやReiserFSにして、対応しているだの 問題があるだの議論をするのか良く分からん。 カーネル(やgrub)をアップデートする時以外には マウントする必要がなく(従って壊れることもない)、 容量も極めて小さい(のが通例の)ファイルシステムを ジャーナリングしなければならないのか。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/258
259: login:Penguin [sage] 05/01/26 14:31:58 ID:RVQoDszB >>258 /bootを別パーティションにせず、/とswapしかパーティション分けないような人に とっては重要。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/259
260: login:Penguin [sage] 05/01/26 14:40:23 ID:UXy4mAau jounalする必要は無いがext2である必要も無い。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/260
261: login:Penguin [sage] 05/01/26 15:52:01 ID:FipTHNwT ここはもうminixfsだな http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/261
262: login:Penguin [sage] 05/01/26 16:31:08 ID:USRWwcAD ブートローダーの置き場所ならばファイルシステムである必要すらない。 拡張（not論理）領域の先頭だっていい。 まぁ素直にMBRに入れるのが無難さね。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/262
263: login:Penguin [sage] 05/01/26 17:45:19 ID:PatVLNjn MBRにgrub onlyは危険。 複数のOS入れてても、stage1_5(or 2)が置かれてるパーティションが壊れただけで全部起動できなくなる。 念のためパーティションの先頭にも入れとくべし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/263
264: login:Penguin [sage] 05/01/26 18:05:02 ID:USRWwcAD >>263 grub（に限らずブートブロックで完結しないブートローダー）を使うならstage1をどこに入れようと > stage1_5(or 2)が置かれてるパーティションが壊れただけで全部起動できなくなる。 だと思うけど…。 いざというときの保険ならブートローダー入りフロッピー(orCD)じゃないかな。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/264
265: login:Penguin [sage] 05/01/26 18:24:07 ID:aYhpHcHr >>263-264 俺の場合、 MBRは必ずMBMを入れる。（簡単に入れ直しが出来る） grubはraid1の両/に入れている。 その上、双方のgrub.confにはhdd1,hdd2両エントリー記述してある。（hdd0を取り外した時のために） でも、grubインストール用CD（兼memtest、MBR補修、MBMインストール）も用意してるんで 本当は、PBRがいくら壊れても全然平気 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/265
266: login:Penguin [sage] 05/01/26 20:43:49 ID:EkRw5eYV >>257 何回か壊れたとあるけど、どのような状況で何回か壊れたのか 教えてもらえますか？ http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/266
267: login:Penguin [sage] 05/01/26 20:47:17 ID:p8PcAqk9 >>265 パーティションを壊したりできるようなもんをMBRには入れるのはチョット…。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/267
268: login:Penguin [sage] 05/01/26 21:06:12 ID:aYhpHcHr >>267 どゆこと？MBMがパーティションを壊すとでも、 俺はMBM６年くらい使ってるよ。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/268
269: login:Penguin [sage] 05/01/26 21:10:25 ID:FipTHNwT パーティションテーブルを自由に弄れる区画エディタをすぐに呼び出せるMBMを～ ってことじゃない？ そういうことをするような人がブートローダーの画面を触れるようなPCはどれ使っても同じだと思うけどね http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/269
270: login:Penguin [sage] 05/01/26 21:45:44 ID:aYhpHcHr >>269 なるほど、 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/270
271: login:Penguin [sage] 05/01/27 02:31:23 ID:vy7BvdZe >>269 パスワードを設定できたりすれば、また違うと思うけど。 悪意がなくても知識もない人も触るようなPCなら。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/271
272: login:Penguin [sage] 05/01/27 05:20:14 ID:nEZBxWRl >>266 2.4/2.5(2.6直前)で使ってた時、2.5で死んだり(Oops)すると、 2.4で自動復旧出来なかったりした。 一番つらかったのは、 壊れたのを直そうとしたら、bitmapがおかしいって事で bitmapを作り直させたら、途中で死んでbitmapが完全に死亡。 無理矢理復旧したら(やり方はもう忘れた)ファイルは無事だけど、 名前がわからない状態になった。 しかもディレクトリ構造も殆ど残ってないから、ファイルを救い出すのに苦労した。 まあ、これはext2/3でも同じか。 マウント時に必ずジャーナル見るんで、 ジャーナル領域にbad blockが出来ると終わりな事かな。 カーネルいじってジャーナル無視させたけど。 XFSはまだbad block出来た事がないのでわからん。 今はカーネルツリーに入ってから時間経ってるし、普通に使ってれば平気じゃない？ 最近設定するマシンはXFSだけど、Reiserfs使ってるマシンも問題ないし。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/272
273: login:Penguin [sage] 05/01/30 19:22:16 ID:CmxE5Kfe >>272 マウント時に必ずジャーナル見るんで nointegrityオプション使ってもだめ? http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/273
274: 273 [sage] 05/01/30 19:28:06 ID:CmxE5Kfe ごめんJFSと勘違いしてた。 http://hayabusa6.5ch.io/test/read.cgi/linux/1101495293/274
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 709 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s