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

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
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.018s