TeraByte Product Release Thread

https://www.terabyteunlimited.com/kb/article.php?id=626

We are OK.

 

Hello @Brian K,

Thanks for the reply and link. It has nothing to do with what I was thinking and can see now that it does not apply to me...

 

Hello,

A new version of the TeraByte BootIt Collection has been released:
BootIt Bare Metal version 1.52 has been released.
Webpage
Downloads
Upgrade History

BootIt UEFI version 1.04 has been released.
Webpage
Downloads
Upgrade History

 

Hello,

TeraByte Drive Image Backup and Restore Suite version 3.22 has been released.
Webpage
Downloads
TeraByte Unlimited User Community Forums

Image for Windows 3.22
Downloads
Upgrade History - Image for Windows

Image for DOS version 3.22
Downloads
Upgrade History - Image for DOS

Image for Linux version 3.22
Downloads
Upgrade History - Image for Linux

OSD Tool Suite version 1.82
Downloads
Upgrade History - OSD Tool Suite

 

Hello @Peter2150,

You are most welcome ...

 

I don't know what's going on with this program. I'm using the latest v3.22 and no matter what settings I chose and no matter whether I run a "Full" backup within Windows or from the recovery pen drive, it creates the largest file size possible, resulting in a ~6.5 hour backup! It backed up successfully but the time it took was unacceptable.Attached is my drive layout, and when I chose to backup the C: drive IFW creates a 267 GB backup. I use the defaults Enhanced Speed-A compression and maximum file size options, plus Validate. If I don't chose Validate the backup would take just over 3 hours. Still way longer than it should take.

I've selected both Faster changes only backups and Metadata Hash files., and I also tried one or the other of these latter options, and finally neither of them, but it still results in a 267 GB backup. Even when I tried to run a Changes only backup it still wants to create a 267 GB file size with predicted time remaining of 6.5 hours. I've suspended Bitlocker then booted into the RE pen drive and it still shows the full partition size. The partition is showing 0% fragmentation, I ran sfcscannow, chkdsk c: /f/r and no problems to speak of. The laptop is a practically brand new Lenovo E580, 4GB RAM, running Windows 10 Pro. I'm completely out of ideas.

 

wat0114,

Can you post this problem in the TeraByte forum...

https://www.terabyteunlimited.com/ucf/

I noticed two threads there with Ver 3.22 and unusually large images.

 

Okay will do, thanks Brian!

 

I have a similar issue, regarding size of backups. Not sure about timings, my backups run at night on a schedule.

I run IFW in Simple Operations mode, as a secondary backup on one laptop. Full backups were normally around 45 GB, with small (e.g. 1-2GB) intervening incrementals. This is on 256 GB SSD with 60 GB used space.

Since the 10th, so it looks like since I updated to v3.22, I have had some monster backups (up to 165 GB) with occasional much larger incrementals (not sure if they are incrementals or fulls!).
I noticed because I run the Simple Operations mode task with a /maxdss parameter (as suggested by support) of 600 GiB to limit the space for IFW backups on my external drive.
This had been working fine, but I now have only a few backups.

I am hesitant to post on the forum because I don't really want to get involved in any potential debugging. I am not too familiar with IFW, I feel it may be above my pay grade.
Also AOMEI BackUpper Pro with a 3-incremental scheme has recently been acting similarly (but not sure exactly from when though), so thought it may be that (newish) laptop.
Or it might even be related to IFW, no idea.
I notice no oddities with Macrium Reflect Free with differential backups (fulls around 45 GB, incrementals 1-3 GB), which remains my primary backup.

It does seem suspicious that this strange IFW behaviour started straight after updating to IFW v3.22 though.

Haven't run a sfc or chkdsk. Will do later.

 

This unusually large file size and longer backup time issue has started way earlier than v3.22, especially when backing up a dual boot Win10+Linux EXT4 disk installed in UEFI secure boot. I emailed IFW tech support and they come up with many BS nonsense, basically accused me of doing something wrong. I told them that I have been a IFL users for more than 10 years and I know how to use this program but they ignored my email, and refused to check their code.

Unfortunately, the once most reliable disk image app also comes down this path of degrading. It's truly a pity. Macrium Reflect and Clonezilla both backed up the disk at normal speed and normal file size.

 

Thanks Oliver. Just strange I had not had such issues since first using IFW for simple Win10 setup in SO mode since the beginning of the year. Only in the last week.

Hmm. Ran sfc /scannow and 'Windows Resource Protection found corrupt files but was unable to fix some of them.'

Then ran Dism /Online /Cleanup-Image. /CheckHealth found nothing, but /ScanHealth found 'The component store is repairable', and /RestoreHealth thankfully 'completed successfully'.

After a reboot, sfc /scannow found no integrity violations.

Anyway not sure if all this could be related ... probably not, and off-topic .

Will see after tonight's scheduled tasks.

But at least my Monday morning is OK , for now .

 

Guys, this is from an All sector backup...

[09/17/2018 06:50:52 PM] INFO: Total Sectors:1126400 Total Allocated:1126400
[09/17/2018 06:50:52 PM] INFO: 1126400 Sector(s) backed up

Can you look in your log and see if Total Sectors, Total Allocated and Sector(s) backed up are the same number.

 

No, but this is just SO mode with defaults ... also, attached an Explorer screenshot of last backups.

Code:

[09/17/2018 01:00:12 AM] Backup: Drive 0 ESP Partition (01) 500 MiB FAT-32
[09/17/2018 01:00:12 AM] To: E:...C4C4544-0044-4A10-8031-B2C04F4E4832}\{E9195294-2366-43A2-9FBB-D41B4B4C5389}\000000000000001B\2018_09_17_010005_Inc.tbi
[09/17/2018 01:00:13 AM] INFO: Total Sectors:1024000  Total Allocated:154048
[09/17/2018 01:00:13 AM] INFO: 159 Sector(s) backed up
[09/17/2018 01:00:13 AM] Backup: Drive 0 Microsoft reserved parti Partition (02) 128 MiB GPT Entry
[09/17/2018 01:00:13 AM] To: E:...C4C4544-0044-4A10-8031-B2C04F4E4832}\{E9195294-2366-43A2-9FBB-D41B4B4C5389}\000000000000001B\2018_09_17_010005_Inc.tbi
[09/17/2018 01:00:14 AM] INFO: Total Sectors:262144  Total Allocated:262144
[09/17/2018 01:00:14 AM] INFO: 0 Sector(s) backed up
[09/17/2018 01:00:14 AM] Backup: Drive 0 (C:) Basic data partition Partition (03) 230075 MiB NTFS/exFAT/HPFS/+
[09/17/2018 01:00:14 AM] To: E:...C4C4544-0044-4A10-8031-B2C04F4E4832}\{E9195294-2366-43A2-9FBB-D41B4B4C5389}\000000000000001B\2018_09_17_010005_Inc.tbi
[09/17/2018 01:13:56 AM] INFO: Total Sectors:471193600  Total Allocated:471193600
[09/17/2018 01:13:56 AM] INFO: 28051426 Sector(s) backed up
[09/17/2018 01:13:56 AM] Backup: Drive 0 WINRETOOLS Partition (04) 450 MiB NTFS
[09/17/2018 01:13:56 AM] To: E:...C4C4544-0044-4A10-8031-B2C04F4E4832}\{E9195294-2366-43A2-9FBB-D41B4B4C5389}\000000000000001B\2018_09_17_010005_Inc.tbi
[09/17/2018 01:13:58 AM] INFO: Total Sectors:921600  Total Allocated:796528
[09/17/2018 01:13:58 AM] INFO: 332 Sector(s) backed up
[09/17/2018 01:13:58 AM] Backup: Drive 0 Image Partition (05) 11968 MiB NTFS
[09/17/2018 01:13:58 AM] To: E:...C4C4544-0044-4A10-8031-B2C04F4E4832}\{E9195294-2366-43A2-9FBB-D41B4B4C5389}\000000000000001B\2018_09_17_010005_Inc.tbi
[09/17/2018 01:15:02 AM] INFO: Total Sectors:24510464  Total Allocated:24251880
[09/17/2018 01:15:02 AM] INFO: 403 Sector(s) backed up
[09/17/2018 01:15:02 AM] Backup: Drive 0 DELLSUPPORT Partition (06) 1075 MiB NTFS
[09/17/2018 01:15:02 AM] To: E:...C4C4544-0044-4A10-8031-B2C04F4E4832}\{E9195294-2366-43A2-9FBB-D41B4B4C5389}\000000000000001B\2018_09_17_010005_Inc.tbi
[09/17/2018 01:15:07 AM] INFO: Total Sectors:2201600  Total Allocated:2038472
[09/17/2018 01:15:07 AM] INFO: 4826 Sector(s) backed up

 

@Brian K , @paulderdash can you run a full backup on a small partition and compare the size of the backup with the size of the actual data of the partition? It seems that version 3.22 takes the images without compressing the data. and happens with ifl too (at least on my systems).

 

Hi @pandlouk - as I say I just have IFW set up for SO mode, and only shows whole of C: drive to back up (which is all I want).
I have never explored TB IFW and all it's capabilities, so no idea how to backup an individual partition.

My C: drive is 61.3 GB used so if you look at that Explorer screenshot, something is up, but seemingly inconsistent.

 

Panagiotis,

Ver 3.22 IFW and IFL are working normally in my two computers. MBR and UEFI. No compression or image size issues.

 

MD5 Checksum: 4D6F7EB746F678D5196066698979B744
SHA-1 Checksum: 28D5A0DE9794E2BE8817058E39DE26D723EAEB42
Generated by MD5 & SHA-1 Checksum Utility @ http://raylin.wordpress.com/downloads/md5-sha-1-checksum-utility

This is from my ver 3.22 terabyte_drive_image_backup_and_restore_suite_en_gui.exe.

 

Thanks I just re-run it and seems ok now.
I suspect I had screwed up something when imaging my new laptop (a dell with the slowest hdd I ever saw) , the touchpad behaves strangely under linux and probably selected none at the compression

 

Do you have bitlocker enabled? Dell enables it by default.
It could be that with the new /lvm option ifw identifies bitlocker encrypted drive as a linux logical volume (and since you do not have enabled lvm it copies all the sectors)

 

Nice utility, thanks.

I have same.

 

Good news, Terabyte has confirmed the issue and plan to release v3.22a later today. Hopefully it works.

Code:

https://www.terabyteunlimited.com/ucf/viewtopic.php?f=4&t=2916

 

Let's see.

 

Thanks for the info.

 

Hello,

TeraByte Drive Image Backup and Restore Suite version 3.22a has been released.
Webpage
Downloads
TeraByte Unlimited User Community Forums

Image for Windows 3.22a
Downloads
Upgrade History - Image for Windows