![Ubuntu で 300GB のストレージを rm'd しましたが、ディスク領域が回復されていません](https://rvso.com/image/1073520/Ubuntu%20%E3%81%A7%20300GB%20%E3%81%AE%E3%82%B9%E3%83%88%E3%83%AC%E3%83%BC%E3%82%B8%E3%82%92%20rm'd%20%E3%81%97%E3%81%BE%E3%81%97%E3%81%9F%E3%81%8C%E3%80%81%E3%83%87%E3%82%A3%E3%82%B9%E3%82%AF%E9%A0%98%E5%9F%9F%E3%81%8C%E5%9B%9E%E5%BE%A9%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%BE%E3%81%9B%E3%82%93.png)
Ubuntu で実行していたプログラムが、不要なタスク (それほど重要ではないがバックグラウンドで実行) をいくつか実行していたため、ローカル ディスクに 300 GB を超える不要なファイルが存在していました。不要なファイルすべてに対して rm コマンドを使用しました。
コマンドを使用するとdu --max-depth=1 -h | sort -h
、Ubuntu プロファイルが 16 GB のスペースしか占有していないことがわかります。ルートは 2.3 MB のディスク スペースしか占有していません。私は Windows 11 を使用しており、Ubuntu アプリは約 17 GB のスペースを使用していると予想されます (インストールされているアプリとして)。
ただし、Ubuntu はまだ 325 GB のスペースを占有しています (最大 476 GB なので、かなりの量であり、ファイル エクスプローラー -> この PC に表示されるとおり、基本的に空き容量はありません)。
これはいくつかの異なるものである可能性があります
- 削除されたファイルは、ある種の「ゴミ箱」フォルダに入れられています。しかし、そのようなフォルダは存在せず、rm はファイルを削除してすぐにストレージを再利用するはずです。
- Windowsはファイルサイズを更新していません
- 破損したファイル
等...
システム スペースがいっぱいのときにファイルを書き込もうとすると、Ubuntu が何度もクラッシュしたことは注目に値します (私は愚かにも、どれだけのスペースが使用されているかに気付かず、実行中のプログラムが中止されたときに、ステータス レポートなしで Ubuntu が閉じられたため、何が起こったのかわかりませんでした)。
それ以来、実行速度が非常に遅くなり、読み込みに 3 分以上かかるsu myprofile
だけでなく、現在実行されていないアプリケーションのためにかなりのシステム リソースが消費されるようになりました。
問題が何であるか、またそれをどのように解決できるかについてご助言いただければ幸いです。ラップトップを再起動しました。
答え1
コメントで解決策を示してくれた Luuk に感謝します。これは基本的に他のスレッドからコピーしたものですが、このスレッドに答えがあるかもしれません。詳細を知りたい場合や Windows を使用していない場合は、Luuk のコメントを確認してください。
これは最初は機能せず、attach vdisk readonly
diskpart のコマンドにエラーがありましたが、今日もう一度試してみたところ、使用済みストレージから削除されたファイルがクリアされました。ただし、Ubuntu は依然として非常に遅く動作します。
Windowsターミナル内(コマンドプロンプトを使用)
wsl --shutdown
それから
diskpart
管理者のコマンドプロンプトウィンドウが開きます。次に、次のように入力します。
select vdisk file="C:\Users\%Profile%\AppData\Local\Packages\CanonicalGroupLimited.Ubuntu_79rhkp1fndgsc\LocalState\ext4.vhdx"
attach vdisk readonly
compact vdisk
detach vdisk
exit