MichaIng

I tested downloads with Firefox, and there I cannot replicate the observation above: Memory usage raises by the expected ~200 MiB only, and shows up as finished immediately, after the actual download did. To rule out that it is an Opera-specific issue, or related to the fact that its caches (including GPU/shader/code/system caches) are linked to the RAM disk as well, I tested downloads with a fresh Brave browser instance, with caches left on the default disk dirs: It behaves exactly like Opera above....

RamDyn.exe was the right hint: It remains at 0.0% - 0.1% CPU usage, but I can literally watch it filling the RAM very slowly, after the download finished: E.g. fresh reboot, its RAM usage in task manager shows ~50 MiB with Windows + Thunderbird + Opera cache initialized. Then I start a ~200 MiB download, which finishes in ~20 seconds, and I can see RamDyn.exe RAM usage climbing, but slower than the download. After the download finished, RamDyn.exe RAM usage keeps climbing until ~950 MiB, but at a...

RamDyn.exe was the right hint: It remains at 0.0% - 0.1% CPU usage, but I can literally watch it filling the RAM very slowly, after the download finished: E.g. fresh reboot, its RAM usage in task manager shows ~50 MiB with Windows + Thunderbird + Opera cache initialized. Then I start a ~200 MiB download, which finishes in ~20 seconds, and I can see RamDyn.exe RAM usage climbing, but slower than the download. After the download finished, RamDyn.exe RAM usage keeps climbing until ~950 MiB, but at a...

Hello, I am using the AIM Toolkit for TEMP folders, browser caches (Opera, Chromium-based), and as default download folder, on Windows 11. I did use it with NTFS, dynamic size, virtual memory type, and it did generally worked well. But what I recognised with downloads, is that they sometimes did no appear as really finished for a while in Opera, despite that they have been fully downloaded. I could manually access/open downloads in the Windows Explorer, but in the Opera download manager/list, they...

Solved itself. For completeness I attached a screenshot of the block log from yesterday. But today this did not happen anymore.

It detects Trojan:Script/Wacatac.B!ml. Best regards, Micha

Is this information actually still true? Debian GRUB supports secure boot without any non-free packages. Since this was the major reason to have the alternative Clonezilla Live, I am hence wondering whether it can be dropped altogether.

We had a hard time investigating the following error: # sgdisk -e image.img ... Warning! Secondary partition table overlaps the last partition by 2014 blocks! Try reducing the partition table size by 8056 entries. (Use the 's' item on the experts' menu.) Aborting write of new partition table. The image is sized to cover the end of the last partition + 34 sectors for the backup GPT, which contains the default 128 entries and hence has the default size of 32 sectors + header. The overlap of 2014 blocks...