12/03/18 05:02:01.49 eutPVmg80
テンプレよろしくです(´・ω・｀)
3:名無しさん＠お腹いっぱい。
12/03/18 08:29:52.35 cKFOKy+L0
:: :: ＿＿＿ :: ::
:: :: ／ u ＼ :: ::
:: ::／＼ ／ ＼:: 動くんだお･･･動くんだお･･･
:: ／ ＞） （＜） J ＼ ::
::|し （__人__） |::
::＼ ｀⌒´ U ／
>>1 Ｎ :: ノ ＼
＿＿＿
／⌒ ⌒＼
／（ ●） （●）＼ +
+／::::::⌒（__人__）⌒:::::＼
| |r┬-| |
ｺﾛ･･ ＼ `ー'´ ／ +
>>1 乙⌒ ノ ＼
4:名無しさん＠お腹いっぱい。
12/03/18 10:42:03.79 pv8XF3fC0
破損メタデータがつかえてデフラグすすまないならusnjrnl削除で。
ファイル名を指定して実行
%windir%\system32\fsutil.exe usn deletejournal /D C:
Administratorでコマンドプロンプトを起動し、
fsutil usn deletejournal /D C: (Cドライブの場合)
再びデフラグすれば綺麗に並ぶ。
5:名無しさん＠お腹いっぱい。
12/03/18 10:42:47.28 pv8XF3fC0
断片化したファイルが作られる理由は2つ。
1) 連続した十分な空き領域があるにもかかわらず、ファイルシステムの仕組み上、
どうしても断片化してしまうもの。
たとえばファイルの一部だけちょっと書いて、しばらくしてから残りの部分を書く場合。
ブラウザのキャッシュファイルなんかこのパターンが多い。
ネットからデータをダウンロードしてながら徐々にファイルに書きだしていくからね。
2) 十分な連続した空き領域がない場合。巨大なファイルを書きたいのに、
その長さ分の連続した領域がそもそもディスク上に存在しなければ、
断片化して書き込むしかない。
で、1)のケースはディスクの状態に関係なく起きるのだから、デフラグしたところで
こうしたフラグメントファイルが生じるのは避けられない。デフラグしても無駄。
2)については空き領域のデフラグによって大きな連続領域が確保できるようになれば避けられる。
だから(空き領域の)デフラグによって回避できるのはこっち。
繰り返しになるが、1)も速度低下はすることになるが、
デフラグでは解消できないのだから、しても無駄。
6:名無しさん＠お腹いっぱい。
12/03/18 10:43:41.85 pv8XF3fC0
12を入れようとしたらPerfectSpeedのバージョンと合いませんっていって蹴られたんだけど、
以前にアンインストールしてるんだよね…消えてないのかな？対策ご存じの方いませんか？
revo uninstaller
total uninstaller
レジストリ掃除
7:名無しさん＠お腹いっぱい。
12/03/18 10:47:36.78 pv8XF3fC0
メタデータのデフラグはできないよ。
だからオフラインデフラグがあるわけだ。
たぶんwin7を使ったことのない人間は、win7ではxpに比べてどれほどメタデータが
移動可能になってるか知らないわけだ。
win7ではほとんどオフラインデフラグを起動する必要がない。
つまり灰色のブロックはwin7では移動可能なんだよ。
それに対してxpの場合は、一部しか移動できない。
で、一部を移動できるのは当たり前なので、
結局win7を基準とすると、「xpは灰色ブロックを移動できない」となる。
一方xpしか使ったことのない人間は、win7が灰色ブロックを移動できるのを知らないので、
わずかに移動できる灰色ブロックをさして「xpで灰色ブロックは移動できる」となるのだろう。
8:名無しさん＠お腹いっぱい。
12/03/18 10:51:47.38 pv8XF3fC0
PerfectDisk 12.5
What's new in PerfectDisk 12.5 (Build 310）
Fixed ability to schedule Exchange datastore compaction.
Fixed “Invalid parameter / namespace” defragmentation errors.
Fixed testing of connection to an Exchange server.
Fixed algorithm for determining thin provisioned drives in Hyper-V Guest.
Fixed incorrect dumping of registry keys in PD support information.
Fixed an error in setting exclusion periods via Group Policy.
Fixed detection of drive types for attached iSCSI disks in Virtual Guest (vSphere and Hyper-V).
Added logging of errors when communicating with Exchange 2010 servers to the application event log.
Improved refreshing of drive type in Virtual Guest when Virtual Awareness setting is enabled/disabled.
What's new in PerfectDisk 12.5 (Build 309)
Updated group policy administrative template files (.adm, .admx, .adml).
Setting of the next run date in scheduling has been fixed.
Modified 鄭bout� dialog.
Scheduling in PD 12.5 Professional (Consumer version) has been updated to enable emptying the recycle bin and deleting of temporary files.
Fixed a problem in saving settings in Hyper-V Guest and vSphere Guest.
Fixed crashes caused by port scanning software (GFI LanGuard and Nessus).
Improved performance on startup and on saving of global settings.
Corrected the startup time for schedules created immediately after system restart.
Corrected positioning of windows created outside the visible screen surface.
Fixed SSD drive detection in virtual environments.
Improved progress bars and logging for PerfectDisk Exchange.
Fixed an issue detecting IDE drives in vSphere Guest.
What's new in PerfectDisk 12.5 (Build 308)
PerfectDisk Boot log location fixed.
OptiWrite installation and upgrade issue on Windows XP fixed.
Check for Updates URL fixed.
Space Management features not correctly displaying for PerfectDisk Professional fixed.
9:名無しさん＠お腹いっぱい。
12/03/18 11:08:58.16 kIlPpM4w0
またお前か
10:名無しさん＠お腹いっぱい。
12/03/18 23:27:38.49 OqzZ/nME0
デフラグに時間がかかる場合、例えば５時間を５日にわけて１時間ずつやることは出来ますか？
11:名無しさん＠お腹いっぱい。
12/03/18 23:30:40.70 yQ7Zo0Ps0
1時間経ったら中止する
12:名無しさん＠お腹いっぱい。
12/03/19 00:31:40.31 mLNgcg1dP
中止して次始めるときにはまた状況が変わってるから余計時間かかると思う
睡眠前や外出前に開始させればいいと思う
終わったらシャットダウンってこともできるんだし
13:名無しさん＠お腹いっぱい。
12/03/19 00:43:03.67 8ID+BALq0
そりゃ中止なしと比べりゃトータルの時間はかかるだろうが気にするほどのレベルでもないと思うな
たった24時間で前回のデフラグ分をご破算に出来るほどHDD内を掻き回したりもしないだろうし
まあ、気にするレベルかどうかは人それぞれだし、なんとなく>>10はそのラグも気にするような気もしてきたｗ