Windows-ディスクの空き容量はありますが、パーティションを作成できません
this ガイドを使用して、個人のラップトップでWindows10と一緒にUbuntu18.04をデュアルブートとしてセットアップしようとしています。
ディスクが1つしかないため、最初の手順は、Windowsのディスクの管理ツールを使用して現在のパーティションを縮小することです。 Iv'eは、休止状態、ページング、およびシステムの復元を無効にしました。i read は、移動できないファイルを使用しており、干渉する可能性があるためです。
しかし、パーティションを縮小しようとすると、次のエラーが発生しました。
移動できないファイルが配置されているポイントを超えてボリュームを縮小することはできません。操作が完了したときの詳細については、アプリケーションログの「デフラグ」イベントを参照してください。
ディスク管理ツールが縮小可能なスペースを0と報告していることに注意してください。一部のユーザーは、十分な空き領域があるにもかかわらず、報告しているのを見ましたパーティションでは、一部しか縮小できませんが、縮小できるスペースがまったくないと報告しているユーザーは見つかりませんでした。
イベントビューアでデフラグイベントを確認すると、次のメッセージが表示されました。
ボリューム縮小分析は、ボリュームWindows（C :)で開始されました。このイベントログエントリは、再利用可能なバイトの最大数を制限する可能性のある最後の移動不可能なファイルに関する情報を詳しく説明します。
診断の詳細：
- 最後の移動できないファイルは次のようになります：\ ProgramData\ESET\ESET NOD32 Antivirus\ScanCache\1183\468F805D0BD106D60386EA10EA96ADEC52285BBE.ahc :: $ DATA
- ファイルの最後のクラスターは次のとおりです：0x3b4e793
- 潜在的なターゲットの縮小（LCNアドレス）：0x1875933
- NTFSファイルフラグは次のとおりです。----D
- 縮小フェーズ：このファイルの詳細を確認するには、「fsutil volume querycluster \？\ Volume {1fed23cd-a012-4840-b65c-7be2904c9701} 0x3b4e793」コマンドを使用してください。
NOD32ESETアンチウイルスに関連しているようです。フォルダ（C：\ ProgramData\ESET\ESET NOD32 Antivirus\ScanCache\1183）の内容を確認すると、同様のファイルがいっぱい（約300MB）で、削除できませんでした。 ESETフォーラムやその他のリソースで「ScanCache」とは何かを検索しようとしましたが、何も見つかりませんでした。 Esetを無効にしてフォルダーのアクセス許可を変更してから、削除しようとしましたが、どちらも役に立ちませんでしたが、ファイルを削除できませんでした。
さらに、PiriformのDefragglerでディスクの使用状況を確認したところ（分析目的のみ）、iv'eは、空き領域（約130GB）の連続配列の後に、ディスクの最後に「ブロック」があることに気付きました。パーティションの縮小を制限します。
上記のファイル（468 ... 5BBE.ahc）、および他の多くのファイルが含まれています（関連性がある場合は、詳細を説明できます）。 SSDドライブでサードパーティのデフラグマンテーションを使用することは安全/有用ではないことを読んだので、私はそれをしませんでした。そして、これらのファイルのいくつかはシステムファイルであるため、私はそれらを削除したくありませんでした。
だから私の質問は：
- すべてのファイルを削除することを含まない、ディスクの最後のブロックをクリアする安全な方法はありますか？
- または、他の方法でディスクをパーティション分割する方法はありますか？
- ファイルシステムがこれらのファイルをその特定のブロックに配置することを選択したのはなぜですか？
- そして、関連するかもしれない他のアドバイス。 Iv'eはすでに多数のガイドと技術的な投稿をチェックしましたが、この特定の問題に適合するものは見つかりませんでした。
ありがとうございました。
仕様：
- Lenovo t450、Intel i5 CPU、8GB RAM
- windows 10 Pro64ビット
- SSD：samsung mzvlw256hehp-000l7 256GB
編集＃1：
問題は部分的に解決されました。将来の参考のために自分のステップを投稿しています。
Iv'e found this link、ユーザーがプログラムの「defrag」コマンドでウィンドウのCMDプロンプトを使用することを提案しました（Microsoft doc を参照）。ただし、通常のデフラグオプションは使用せず、「空き領域の統合」を実行する\ Xフラグ（「デフラグC：\ X\U\V」）を使用しました。使用しても安全かどうか、または通常のデフラグのような損傷を引き起こす可能性があるかどうかはわかりませんが、システムに損傷を与える可能性があることを示唆するリソースは見つかりませんでした（ one 可能であると述べました役に立たない）。ディスク内の最後のブロックからほぼすべてのファイルをクリアし、一般にディスクを再配置してギャップを大幅に減らしました。以下は、統合とパーティション分割後のディスクです。
ただし、その最後のESETファイルは残っていました。 Iv'eは、ウィンドウをセーフモードで起動し、損傷を引き起こす可能性がある場合でも削除しました。再度再起動した後、WindowsとESETは正常に機能しました。
これらの手順の両方が安全であるかどうか、またはiv'eがシステムまたはSSDに何らかの損傷を引き起こしたかどうかは本当にわかりません。とにかく今までは問題なく動作し、40GBのパーティショニングに成功しました。
サムスンSSDなので、このリンクから公式ツール（サムスンマジシャン）を試すことができます
https://www.samsung.com/semiconductor/minisite/ssd/download/tools/
ドキュメントは宣伝文句でいっぱいですが、セクターを統合する可能性があるようです。ドライブは文字通りそれ自体を読み書きして死ぬので、他の標準的なデフラグを実行しないでください。
それから、私は一般的に、フレッシュインストール以外のパーティションのサイズ変更を避けようとします。それはおそらく最も簡単な方法であり、Ubuntuパーティション用のスペースを残すことでリスクのない方法です
これを参照してください：
Linuxをインストールする前に、WindowsCドライブを縮小してLinux用のスペースを確保する必要があります。
これを行うには、相互に排他的な2つの方法があります。Windowsのディスクの管理を使用する
または
Ubuntuのインストールプロセスで利用できるユーティリティであるGPartedを使用します。
Windowsの方法を使用した場合、Ubuntuのインストール中にGPartedを使用できない場合があります。
それぞれの方法には問題があるようです。 Windowsディスクの管理ユーティリティは完全に安全ですが、Cドライブをテラバイトのハードディスクの約60％未満に縮小できない可能性があります。これは、一部のファイルがディスクスペースのはるか外側に配置されており、Windowsユーティリティがそれらを移動できないためです。 （不思議なことに、Windowsデフラグツールは0の断片化を検出し、それらのファイルを移動できません。）さらに、この方法を使用すると、Linuxを受け取るWindowsの準備とLinuxのインストールの両方が複雑になります。 GPartedは、これらの問題のあるファイルを移動し、Linuxにより多くのディスクを提供でき、非常に簡単です。ただし、GPartedが使用されている場合、Windows 10が更新されると、Linuxパーティションが損傷する可能性があるという懸念があります。あるKubuntuユーザーは、WindowsUpdateによってLinuxパーティションが2回破壊されたと報告しています。 （このスレッドの投稿＃7： https://ubuntuforums.org/showthread.php?t=2385462 ）以前のバージョンのWindowsとは異なり、Windows10ではすべての更新を完全にオフにすることはできません。ただし、以下で説明するように、それらを減らすことは可能です。
-UbuntuWiki
Windowsがこれらのファイルの移動に頑固な場合は、Ubuntuを使用してGpartedを使用してください。 Windows Updateをオフにするか、更新の量を減らすことを忘れないでください。そうしないと、LinuxがWindowsによって破壊される可能性があります。どうやらこのスレッドでは： https://ubuntuforums.org/showthread.php?t=2385462 、WindowsはGpartedを使用する場合にUbuntuにパーティションが必要であることを認識できませんが、使用するかどうかは認識できますWindowsディスクの管理。