True Image Home 10.0 (build 4,942) - Exclude Files

Discussion in 'Acronis True Image Product Line' started by sweepdog, Dec 28, 2007.

Thread Status:
Not open for further replies.
  1. sweepdog

    sweepdog Registered Member

    Joined:
    Dec 28, 2007
    Posts:
    7
    In tools -> options -> backup default options -> Source files exclusion I have the "exclude files matching the following criteria" listed, with this in the list box below
    F:\GigaShared\SharedMusic\*.*

    I then do backup, go through all the options, create a "new full backup archive" -> use default options, yet this folder is included in the backup when I mount the TIB file. I'm assuming the defaults are being picked up because my archive password is correctly set up, however the interesting thing is on the "choose backup options" dialogue where it says "You can use default options for this task. To change the default options, open the menu item Tools -> Options and make all necessary changes." I don't see that option about exclusion there.

    I am not too worried about this because future backups will be full backups. It's just that I've spent a few months building up a system, and would like to take this final backup that will fit on a single DVD. If I exclude this directory, it should fit onto 1 DVD.

    Thanks
     
  2. MudCrab

    MudCrab Imaging Specialist

    Joined:
    Nov 3, 2006
    Posts:
    6,483
    Location:
    California
    TI 10 doesn't let you exclude any files or folders from an image backup, only a files & folders (data) backup.

    TI 11 added this feature.

    You could move your music off the drive, create the backup image and then move the music back. Or you might consider creating another partition for your music and keep it there so it's not even on the system partition.
     
  3. sweepdog

    sweepdog Registered Member

    Joined:
    Dec 28, 2007
    Posts:
    7
    Thanks for that mudcrab! That's been driving me nuts that has

    I actually have 1 disk divided into 3 partitions (operating system, programs and data) - sort of used to messing around restoring operating system before when things have gone a bit wrong :D

    And this strategy has saved my bacon on my old machine (Used DriveImage on that). The hard disk was clicking like mad and the section of disk allocated to the C: partition had became totally corrupt. It wouldn't format etc and I couldn't get DriveImage to rebuild it, so I ripped the disks out and put them into my new own temporarily so I was able to retrieve my data off the other 2 partitions, and took a cut of my last backup for good measure.

    I think the only thing I am missing are my firefox bookmarks, but I should be able to sort this out
     
  4. sweepdog

    sweepdog Registered Member

    Joined:
    Dec 28, 2007
    Posts:
    7
    As a follow up to this

    I have various full backups I have taken at the point of building my machine. So I have full Backup07.tib & full Backup08.tib in my sequence of backups. Now if I
    • Restore my machine using Backup08.tib
    • Then do an incremental backup using Backup07.tib as the predesssor
    I assume that the incremental backup will be as reasonably effecient was it was had I done my incremental backup after full Backup07. I ask this because I read that a defrag can make the image not as efficient as it would have been, but in my case here I assume I am achieving exactly the same thing

    It's just I want to save on the number of DVD's I write to which would have progressively increasing in size .tib files on them (the last one being too large!)
     
  5. MudCrab

    MudCrab Imaging Specialist

    Joined:
    Nov 3, 2006
    Posts:
    6,483
    Location:
    California
    Once you do a restore, the next Incremental or Differential can be very large, just as if a defrag had been performed. This is because TI does not place all the files back into exactly the same sectors. After a restore, I think you'll be better off doing another Full backup and then doing Incrementals.
     
Thread Status:
Not open for further replies.