Data Recovery and Disk Utilities Forum @R-TT

My startup disk is an SSD Western Digital 500GB Black SN750 NVMe M.2 PCIe 3.0. I normally do a full backup every day (the startup disk as 146GB of data) with a compress level in commitment between size and speed - image file size: ~80GB) and this takes about 25 minutes. I tested other flagship ...

Just tried 7302 with one of my previous slower scenario images normally taking 30 minutes, this build is a completely different monster being right up there with the competition when all space included or selected on my SSD, great job team and thank you so much for looking in to this!, this if now ...

My backups are very slow.
I have an M2 SSD holding about 1.4Tb data, which I back up to a NAS over a 2.5GB ethernet connection.
It takes about 7.5 hours, either with image compression level set to Fastest or Smallest.
Acronis True Image backs it up in 4h.
How can I get R-Drive to go faster ...

Please see here

https://forum.r-tt.com/viewtopic.php?f=14&t=12382

I would appreciate if you also did this, the team is already looking at this problem but perhaps they need additional logs, I'm sure they would appreciate that

There is a way to circumvent the slowlyness but may not be optimal for ...

Oh, and by the way, imaging software that recognizes the filesystem doesn't typically try to back up an entire partition including empty space. So repartitioning to make the partition smaller should make no difference. And I can confirm that the speed problem here is not that it was trying to back ...

Further tests including my Y: partition (I wouldn't normally do that" but "Operation 4 of 6" takes two minutes for completion (my entire OS)

Please contact our techsupport with system dumps when image creations are fast and slow. About -> Write system dump.


My report with dumps should be in ...

@sdanrt, I see you have a 4 TB Samsung to, if that is your system drive?, try re-partition it like this with R-drives partitionmanager

And exclude most of all that free space in your backup OS backup at least, my timings went down to approx 2 minutes by doing this for a full OS image, rather than ...

Will send my dumps momentarily, took half a day messing about in different scenarios just to verify as one dump would make no sense, luckily I had saved previous images, if more send their dumps in they will surely find what's causing all this .. program is not slow but it can be depending on how ...

Further tests including my Y: partition (I wouldn't normally do that" but "Operation 4 of 6" takes two minutes for completion (my entire OS)

And when Y: included which was merely for testing purposes, empty partition (operation 5 of 6) program now stalls at 99% saying one minute to complete and ...

This is how I partitioned, I also moved my recovery partition to left side during partition, these things shouldn't matter normally but apparently it did, from +30 minutes to 2 minutes by a simple partitioning