06/05/26 20:24:31 EM1u2gU/0
>>294
『選択の「考慮要素」の説明』はメリット・デメリットの話
『「そうしている人がたくさんいる」からそうするのが正しい』と言ったのは私でなくあな
た。あなたの論理によると，予約領域を削るツールを持たないユーザーが大多数ゆえ，削減
しないのは正しい。これに限らず「可能性はゼロではない」「初期設定の予約領域サイズに
安心している」「途中までMFTがデフラグできることを知らなかっただけだろう」（>>304）
など,自分で相手の虚像を作って批判してみせるシャドーボクシングは勘弁してほしい。
>>296
30GB中空きが13GBで予約領域を2MBに削減。状況にもよるが，きついと思う。 (レス番510）
URLﾘﾝｸ(72.14.203.104)
ディレクトリが削除しにくい理由は，ファイルの場合，そのファイル単体が不要なら削除で
きるが，ディレクトリは内部のファイルがすべて不要な場合に初めて削除できるから。後者
の方が削除の障害となる要素が多くなる可能性が高い。
>>299
「取り返しのつかない事態ではない」のは「ぐちゃぐちゃ」の件も同じ。しかも，この場合
はMFTの断片化のケースと異なり，損失の事後回復だけでなく，手動で予約領域を削除する
ことで，損失の発生を未然にかつ容易に回避できる。なお，予約領域をデフラグメンタで削っ
ても，全削除は考えにくく，予約領域が残る限り「ぐちゃぐちゃ」にされる危険は十分ある。
削減のメリットはこれを自動的に回避できる場合があるかもしれないという程度にとど
まる。だから，私は予約領域削除のメリットよりデメリットの方が大きいと考えている。