There is a laptop ACER Pentium quad, fairly new (CPU N3540 bought two and a half years ago). It was Windows-8 , after the purchase it upgraded to Windows-10-64 Home Edition . Windows-10-64 Home Edition periodically downloads updates.

There are 4 disks in the system:

  • C: \ - system
  • D: \ - DVD-RW Drive
  • E: \ - removable mechanical USB-3 screw from Transend 2 Terabytes
  • F: \ - removable mechanical USB-2 screw from Transend 1 Terabyte

Periodically, I backup some folders from the C:\ drive to the E:\ and F:\ drives. The folder is quite large, about 60 gigs. I do backup stupidly by hand, because it happens quite rarely. Before backup, I erase the old copy of the folder from the E: \ and F: \ drives.

So, the problem is that:

  1. When erasing the old copy of the folder from the E: \ drive, the old copy falls into the trash.

  2. When erasing an old copy of a folder from the F: \ drive, the old copy does NOT fall into the trash. The system states that the folder is too large to be placed in the basket and wants to delete it immediately.

At the same time, the copies of the folder on the E: \ and F: \ drives are IDENTICAL.

Yes, in both cases, of course, I clear the basket before the deletion operation.

Question:

  1. Why is it possible that the folder is placed in the trash from one disk, and the other says that the same folder is too large to be placed in the trash?

PS Just recently, when the folder was smaller, about 40 gigs, in both cases the system reported that the folder is too large to be placed in the basket.

However, recently, after installing the next update from Microsoft, the behavior of the system changed from the E: \ drive and the folder began to be placed in the recycle bin. Whereas when you delete the same folder from the F: \ drive, the system still reports that the folder is too large to be placed in the trash.

  • So what worries? You yourself answered it. Installed an update from Microsoft - the algorithm has changed. Now (suppose) the size of the basket cannot be more than 5% of the disk capacity. - KAGG Design
  • Indeed, it seems that, together with the update, either quotas on the size of the basket have changed, or the algorithm for placing the folder in the basket, or both. - pepsicoca1

1 answer 1

baskets on E: \ and F: \ different volume
you can:
- remove baskets on disks
- resize them
- delete via Shift + Delete (permanently, ignoring the basket)

  • [for baskets on E: \ and F: \ different volume] Why then, in both cases, the folder did not fit into the basket before? After all, I did not change the size of the baskets on disks. - pepsicoca1
  • I just do not care. a large folder does not fit, that's all! show how to change the size of the basket or remove it from the disk? - dgzargo
  • No, it is not necessary to show, I have already looked. Basket size on the E: \ 1.8 TB disk. Basket size on disk F: \ 900 GB. Even the size of the smaller recycle bin exceeds the size of the deleted folder by an order of magnitude. But for some reason the system does not want to put a folder in the basket. All this is strange. - pepsicoca1
  • @ pepsicoca1 unreal basket sizes! you have not exactly raid 20-100 TB there? - dgzargo
  • [unreal baskets sizes] Unreal large or unreal small? No, this is definitely not a 100TB raid. These are two portable USB transhends that lie next to my laptop. All the sizes of the baskets were assigned by the system itself, I myself did not fix anything. - pepsicoca1