Disk drive inkonsistensi ruang saat kapasitas


1

Saya perhatikan bahwa salah satu drive saya penuh setelah memindahkan beberapa file ke dalamnya:

enter image description here

Saya pikir itu tidak mungkin bahwa menyalin file ukuran acak akan menghasilkan persis mengisi ruang yang tersedia, jadi saya menjadi curiga.

Saya kemudian menyeret file yang 1,57 MB dari drive dan ke desktop saya (melalui shift + seret). Ruang kosong drive kemudian berkata 1,52 MB, yang tidak masuk akal. Saya kemudian mengklik "Undo Move" dan itu tidak akan memindahkan file kembali, mengklaim tidak ada cukup ruang kosong.

Adakah yang bisa memahami ini? Tidak ada lagi yang ditulis ke drive. Saya menduga ini ada hubungannya dengan struktur internal drive (mis. Fragmentasi [walaupun dikatakan 0% terfragmentasi]), dan ini adalah drive pada mesin virtual.


Bagaimana Anda mengkonfigurasi hdd virtual? Apakah Anda mengonfigurasinya untuk secara otomatis memperluas atau menjadi ukuran tetap?
Ramhound

Ini ukuran tetap pada layanan hosting VM, yang tidak saya konfigurasikan.
Triynko

Untuk menentukan apakah sesuatu benar-benar menggunakan ruang Anda karena menjadi bebas, Anda harus membuat lebih dari 2MB gratis, Windows hanya akan menggunakannya dalam menghasilkan file teks mengatakan HDD kehabisan ruang. Jika Anda memperluas ukuran hdd virtual apakah ini masih terjadi?
Ramhound

Mungkin ukuran cluster Anda. Jika itu file-file kecil terlalu besar buang banyak ruang. Juga jika ada OS Windows di sana file swap windows bisa meningkat dan menghabiskan semua ruang. Terutama jika Anda kelaparan VM RAM Anda.
cybernard

Saya tidak peduli dengan bagaimana / mengapa drive terisi. Saya mengisinya. Saya hanya ingin tahu mengapa saya dapat menyeret 1,57MB dari drive, tetapi hanya membebaskan 1,52MB dan tidak dapat segera diseret kembali ke drive (mis. Via "undo move" di explorer).
Triynko

Jawaban:


0

Ada berbagai kemungkinan mengapa file menempati lebih banyak ruang disk saat disalin ke disk daripada ukuran sebenarnya:

  • Kompresi NTFS pada disk sumber dapat mengurangi penyimpanan yang sebenarnya dibutuhkan di sana
  • Ukuran cluster yang besar pada disk tujuan daripada pada disk sumber dapat menyebabkan ruang yang lebih tinggi pada disk
  • Salinan bayangan NTFS (digunakan oleh Windows System Restore Points) diimplementasikan menggunakan strategi copy-on-write. Ini berarti, Anda memiliki keadaan hard disk penuh dari tanggal sebelumnya, tetapi hanya jika data benar-benar ditulis, keadaan sebelumnya dari data ini disimpan dan menempati ruang disk.
  • Struktur internal NTFS seperti Master File Table (MFT) mungkin meningkat ketika file baru disalin.

Gunakan alat manajemen ruang disk untuk mengetahui folder mana yang menempati sebagian besar ruang disk Anda dan ruang mana yang sebenarnya ditempati pada disk Anda. Pastikan untuk menjalankannya " Sebagai Administrator "sehingga alat ini dapat melihat seluruh isi disk Anda.

Ada dua fitur alat saya TreeSize Professional (uji coba 30 hari yang berfungsi penuh tersedia) yang mungkin membantu dalam situasi ini:


Saya tidak tertarik mengapa file menempati ruang disk lebih banyak atau lebih sedikit; Saya mengerti bagaimana kompresi NTFS memungkinkan file untuk mengambil ruang lebih sedikit dari ukuran file yang sebenarnya, dan sebaliknya bagaimana file memakan seluruh cluster dapat menyebabkannya mengambil lebih banyak ruang daripada ukuran file. Saya hanya tertarik mengapa memindahkan file 1,57MB dari drive, tidak dapat segera dipindahkan kembali ke drive (mis. Via "undo move"). Memindahkan file 1,57MB dari drive hanya membebaskan 1,52MB, yang tidak masuk akal. Saya harus dapat memindahkan file dari drive, dan segera kembali ke drive yang sama.
Triynko

Kita berbicara tentang 0,04 MB yang ditinggalkan oleh file saat dihapus. Kita berbicara tentang 41.943 byte yang tidak direklamasi dengan baik Sepertinya konyol.
Triynko

Di tahun 2015 Anda tidak perlu repot-repot tentang 40k. Tetapi keluhan Anda tidak akan mengubah fakta bahwa struktur internal NTFS meningkat dengan semakin banyak file dan folder pada disk, dan mereka tidak pernah menyusut lagi, setidaknya bukan tanpa bantuan alat pihak ke-3. Ini sepertinya penjelasan yang cukup bagus untuk saya.
Joachim Marder
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.