Welcome, Guest. Please Login
 
  HomeHelpSearchLogin FAQ Radified Ghost.Classic Ghost.New Bootable CD Blog  
 
Pages: 1 2 3 ... 5
Send Topic Print
Unattended image restore (Read 94379 times)
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Unattended image restore
Feb 18th, 2008 at 3:46pm
 
The latest Image for Windows (TeraByte Unlimited) allows this.

You can schedule a restore for 3 am and when you wake in the morning you are looking at the desktop of your restored OS. It doesn't do a "better" restore than what you do manually but it is so easy and convenient. Instead of using a scheduled task you can just double click a batch file to start the restore process if you want it done immediately. No boot CDs are used and the backup image resides on a HD.

Has anyone seen a similar process with other software?
 
 
IP Logged
 

Pleonasm
Übermensch
*****
Offline



Posts: 1619


Back to top
Re: Unattended image restore
Reply #1 - Feb 18th, 2008 at 4:19pm
 
Brian, very interesting - I am unaware of any other image backup product that can do an unattended restore.  Have you tested this?  It works well?

By the way, have you seen Reply #110 in this thread?  It is an admission by TeraByte Unlimited that their PHYLock product can’t necessarily guarantee a consistent “hot image” snapshot.  That is very worrisome, since the quality of the restore is dependent upon the integrity of the backup image.
 

ple • o • nasm n. “The use of more words than are required to express an idea”
 
IP Logged
 
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #2 - Feb 18th, 2008 at 10:50pm
 
Quote:
  Have you tested this?  It works well?

Pleo, it's a method I worked out. You won't find it in the userguide.

Regarding PHYLock..

Quote:
This is true of ALL backup software that
is backing up a volume that is in use.

I think TeraByte Unlimited is just being honest and is not implying they have an inferior (or a superior) product. It's an issue for all hot-imaging software. In his discussion on quality of image backups, Nate (from StorageCraft) answered a question you asked.

Quote:
So the order of quality of backups is this (Best quality first):

a) Cold-state backup.  Such a backup is taken when the volume is locked.  It's usually best to only lock volumes when they are not in use by applications so as to not interrupt application services.  Therefore it's generally the case that cold (locked volume) backups are only taken from within the booted Recovery Environment.

b) VSS snapshot-based backup.  In such a backup, VSS will quiesce any VSS-aware applications and flush the file system prior to establishing the snapshot.  The backup image may capture files in a partially-modified state for applications which are not VSS aware.

c) Non-VSS snapshot-based backup.  ShadowProtect's snapshot driver will flush the file system prior to establishing the snapshot.  Application files that are in-use may contain partially-modified entries.  This backup state is cleaner than a "crash state" backup because the file system itself is flushed.

d) Crash-state backup.  We currently don't have any tool that captures your volume in this state, but we use it as a descriptive reference.  The state of your volume at the time you pull the power plug on your machine is the "crash state," and if you were to have a backup image of your volume in this state it would be a "crash state" backup.  For many users, this state is quite workable as long as they're using a journaling file system such as NTFS.


 
 
IP Logged
 
NightOwl
Radministrator
*****
Offline


"I tought I saw a puddy
tat..."

Posts: 5826
Olympia, WA--Puget Sound--USA


Back to top
Re: Unattended image restore
Reply #3 - Feb 19th, 2008 at 9:50am
 
Brian

Quote:
it's a method I worked out. You won't find it in the userguide.

Interesting...but lacking in *details*  Wink !

Quote:
Has anyone seen a similar process with other software?

I have *created* a method for Ghost 2003 that is also *automated*.  I've not *scheduled* it, but it's a *click one button* batch file that takes the system through whatever Ghost process you want to perform without further intervention.  If a call to the batch file was placed in the Windows Scheduler--you could then have it run at a particular time!

It requires an imaging program that can be controlled by command lines (such as DOS Ghost).  It uses a hidden partition with the *automated* Ghost command lines that are carried out in a re-boot to the DOS OS, and then it returns you to the Windows OS.  I'm using Master Boot Record programs to switch which primary partition is active and/or hidden + commands to re-boot the system.
 

____________________________________________________________________________________________

No question is stupid ... but, possibly the answers are Wink !
 
IP Logged
 
NightOwl
Radministrator
*****
Offline


"I tought I saw a puddy
tat..."

Posts: 5826
Olympia, WA--Puget Sound--USA


Back to top
Re: Unattended image restore
Reply #4 - Feb 20th, 2008 at 7:56am
 
Brian

I saw your response to my above reply--but the move to the new server did not include several recent posts after about 8:00 am, Tues 2/19 local time here--and yours was one of those!

But, I don't think you *stole* my idea--looks like we developed a very similar approach, but using somewhat different technique because we're using different imaging software.

I presume *Image for Windows* must offer the ability to run it from a batch file using command lines--or must have some internal automated option for setting up an automated process that can be called by a scheduling program.
 

____________________________________________________________________________________________

No question is stupid ... but, possibly the answers are Wink !
 
IP Logged
 
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #5 - Feb 20th, 2008 at 2:04pm
 
NightOwl,

My post disappeared in the changeover. I'm delighted that we both used basically the same technique. I didn't think it could be done from DOS as I thought you would have had to click OK somewhere along the line. I've used the same technique with Drive Snapshot and there is an OK that I can't get around, immediately before the restore.

As mentioned I have two WinXP OS and I knew I could restore an OS image from one OS to the hidden OS. This can be done with any of the hot imaging apps.

IFW can be run from a command line and has an array of switches. I used two batch files. One to reboot WinXP1 to WinXP2 and the other to run the IFW restore and to reboot to WinXP1. It even works if the second OS is Win98.

Running it as a scheduled task is interesting but practically I just double click the first batch file to start it off. It is the method I now use for my restores.
 
 
IP Logged
 

Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #6 - Feb 24th, 2008 at 10:51pm
 
NightOwl wrote on Feb 19th, 2008 at 9:50am:
It uses a hidden partition with the *automated* Ghost command lines that are carried out in a re-boot to the DOS OS, and then it returns you to the Windows OS. 

NightOwl,

Is your backup image stored inside the hidden partition? What is the hidden partition? MS-DOS?
 
 
IP Logged
 
NightOwl
Radministrator
*****
Offline


"I tought I saw a puddy
tat..."

Posts: 5826
Olympia, WA--Puget Sound--USA


Back to top
Re: Unattended image restore
Reply #7 - Feb 25th, 2008 at 12:12am
 
Brian

It's a small DOS primary partition on my primary HDD--I do not store the images there--those go to the secondary HDD--but, I could have made the partition larger and stored images there--but if my primary HDD fails (that's the one I'm backing up!), then my backup images would go with it!

Also, I prefer *whole HDD* backups--so I couldn't store the image there unless I did *partition* only backups.

It could probably be as small as 10 MBs, but I usually make it 100 MBs and place a number of other DOS utilities on it as well.

I use PartitionMagic to shrink my last partition on an existing HDD, and create the primary at the end of the HDD--I'm not needing HDD access speed for a small DOS imaging program like Ghost--it's loaded into RAM instantly.
 

____________________________________________________________________________________________

No question is stupid ... but, possibly the answers are Wink !
 
IP Logged
 
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #8 - Feb 25th, 2008 at 10:15pm
 
NightOwl,

I used your technique to restore images using Image for DOS. Unattended. Nice and easy.

A few questions. Can the DOS partition be anywhere on the HD? DOS wouldn't boot when I had the partition at the end of the HD.

I know you can image and restore the DOS partition but can you restore the image to another computer? I wouldn't expect restore problems like we see with WinXP and I'm just thinking about saving a little time if I can avoid juggling floppies for the install.
 
 
IP Logged
 
NightOwl
Radministrator
*****
Offline


"I tought I saw a puddy
tat..."

Posts: 5826
Olympia, WA--Puget Sound--USA


Back to top
Re: Unattended image restore
Reply #9 - Feb 26th, 2008 at 12:29am
 
Brain

Quote:
Can the DOS partition be anywhere on the HD? DOS wouldn't boot when I had the partition at the end of the HD.

I've put the primary DOS partition at the very end of the HDD--at least on older systems, it has to be the HDD on the Primary Controller, and the master HDD--I have not worked with newer systems that allow you to choose which HDD to boot from.

I've done it now on three different systems--being at the end has not been a problem--has to be a primary partition--and not inside an extended partition--although, I think you can get around that if you use some of the third party boot loader programs that Dan Goodell has discussed at his website.

Quote:
I know you can image and restore the DOS partition but can you restore the image to another computer?

I have done this on two systems so far!  I have created an image of the primary DOS partition with the boot files and utility programs--and simply restored it to the available space created for it on the destination HDD.  If you have created automation command lines, then you have to be sure the partitions are laid out the same as the command lines point to on the source on the new destination system--or you have to adjust the command lines to match the new system.  
 

____________________________________________________________________________________________

No question is stupid ... but, possibly the answers are Wink !
 
IP Logged
 
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #10 - Feb 26th, 2008 at 1:03am
 
NightOwl,

Most helpful. I've been using BING as the boot manager and I just found a link on the TeraByte site that says BING requires the DOS partition to be within the first 8 GB of the HD. That's what confused me before.

I restored an image of the DOS partition (taken from a test computer) to a 55 MB partition on the second HD of my main computer. It boots fine using the BING "swap" option. (I've removed my old batch files for the time being)

It's very interesting. As you know I've avoided DOS in the past. A late adopter.

I haven't tried installing DOS to a logical volume as my volumes are well beyond 8 GB. I'll try later on a test computer.
 
 
IP Logged
 

NightOwl
Radministrator
*****
Offline


"I tought I saw a puddy
tat..."

Posts: 5826
Olympia, WA--Puget Sound--USA


Back to top
Re: Unattended image restore
Reply #11 - Feb 26th, 2008 at 9:32am
 
Brian

Quote:
I've been using BING as the boot manager and I just found a link on the TeraByte site that says BING requires the DOS partition to be within the first 8 GB of the HD.

Interesting!  As long as you are experimenting--you might want to determine if that statement is *outdated*--it might be!

The PartitionMagic User Guide also talks about 2 and 8 GB limits for booting depending on what DOS dependent OS is being used.  Some time after the release of Win98se (DOS based OS), there was an update so the system was no longer bound by that requirement that the boot files had to be within that 8 GB limit.

Before I started using WinXP, all my primary partitions were 2 GB each--so they stayed well below the 8GB limit (Win98se's footprint was small!).  When I started dual booting and experimenting with WinXP, I expanded the size of the primaries to 4 GB each--so the second and third primary extended past that 8 GB limit--and I couldn't boot my Win98se if it was in the second or third primary--I wanted to leave the first two primaries for WinXP experimenting.  So, I could restore the Win98se to that first primary and it booted fine--second or third primary--no boot!  If I adjusted the partition size of the second primary so it stayed below the 8 GB limit--then Win98se booted fine from the 2nd partition also.  And WinXP also showed the same behavior!!!

At the same time, I was trying to find out why when I restored my WinXP image using Ghost 2003 to my physical 2nd primary (when I had adjusted it below the 8 GB limit), I could not boot successfully--but if I used PartitionMagic's copy function to place my working, booting WinXP onto that 2nd partition from the first partition, it booted fine (you may recall, I have a Master Partition Table that has the sequence of partitions listed out of order vs how the partitions are laid out physically on the HDD--and Ghost, without documentation or warning--makes changes to the *boot.ini* file based on what it thinks is the correct boot partition for WinXP images--and it's got a bug and chooses the wrong partition to point to in the *boot.ini* file!)!  So, I was attempting to use TeraByte's *editbini.exe* to access and view the *boot.in* file--but that program would also fail--I could not access the *boot.ini* if WinXP was on the second or third partition (  TeraByte Unlimited Freeware--See *EditBini* ).

Well, sorry for that long intro--the long and short of it is:  It's the Master Boot Record that's installed in sector 0!!!

I inadvertently stumbled on the fix for the above issue with non-booting if the partition extended beyond the 8 GB limit by running the WinXP Recovery Console command:  fixmbr

XP: Repair or fix master boot record using recovery console

This replaces the MBR that you originally placed on the HDD from whatever source with the WinXP's version of the MBR (it does not change or corrupt the Master Partition Table)--and now there was no limit on where I place the primary boot partition--even at the end of a 120 GB HDD--and TeraByte's *editbini.exe* began working just fine!  And Win98se could boot from a primary partition that was well beyond the 8 GB limit too!!!

I had used the Fdisk program from the original Win95 recovery disk, and apparently it has that 8 GB limitation--I think it might be the Fdisk from WinME that resolved that problem--I've never gone back to work out which version fixes the issue--and I don't know what MBR is created by other partitioning tools like PartitionMagic, etc.

But, if you use Dan Goodell's trick to clear up the drive letter assignments for WinXP--your MBR will be based on whatever version of Fdisk you are using--and it may not be up to the task of allowing booting beyond the 8 GB limit if it's an earlier version!!!

Dan Goodell has made the comment in earlier threads on the forum that the version of the MBR isn't really *critical*--any version of Windows will boot regardless--well, that's a partially correct statement until you try to boot from a partition that's beyond the 8 GB limit--and you are still using the original software programming for the MBR--if you never put a boot partition beyond the 8 GB limit--or you are using a *boot loader* that is by a third party--then maybe the MBR doesn't matter--but I wonder if the *boot loader* may have similar issues if it's an older version of the MBR that was originally used--I don't know.

There's something in the programming of the MBR that determines if the system will be able to boot from a primary partition beyond the 8 GB limit--I'm sure it has to do with *seeing* and being able to access boot files on a *large HDD*--but, I don't understand the details!
 

____________________________________________________________________________________________

No question is stupid ... but, possibly the answers are Wink !
 
IP Logged
 
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #12 - Feb 26th, 2008 at 9:37pm
 
NightOwl,

Some interesting and confusing results. Here is the link on booting DOS with BING. I can confirm that it is correct on my old test computer.

http://www.terabyteunlimited.com/kb/article.php?id=123

I had BING installed and one DOS partition at the start of the HD. I copied (cloned) this partition so that number 2 DOS commenced at 5 GB, number 3 DOS commenced at 7 GB and number 4 DOS commenced at 9 GB. The first three booted and the last didn't. There was just a flashing cursor underneath 3 dots.

I then deactivated BING and using Partition Magic made the first partition Active. It booted. Then using the Recovery Console (WinXP) I ran fixmbr.

The first DOS booted. Using PM, I made each other partition Active, in turn. DOS 2, 3 and 4 wouldn't boot. The error was "Non-System Disk or disk error".

I then installed DOS (over the top) to the second partition. No problems with the install but it wouldn't boot. "Non-System Disk or disk error".

I tried fdisk /mbr. DOS 1 booted but the other three partitions still failed to boot. "Non-System Disk or disk error".

I reactivated BING and the first three partitions all booted. The fourth at (9 GB) wouldn't.

I then deleted DOS 2, 3 and 4 and cloned DOS 1 into a logical volume inside an extended partition. This partition commenced 2 GB from the start of the HD. I tried to boot this with BING and saw "Starting MS-DOS" but there was a flashing cursor underneath and no progression.

So, some unexpected results. Maybe I shouldn't have started this.
 
 
IP Logged
 
NightOwl
Radministrator
*****
Offline


"I tought I saw a puddy
tat..."

Posts: 5826
Olympia, WA--Puget Sound--USA


Back to top
Re: Unattended image restore
Reply #13 - Feb 27th, 2008 at 1:03am
 
Brian

Quote:
Maybe I shouldn't have started this.

Oh, but that's what makes *messin* with computers fun!!!

I don't have those system any longer--they are friend's systems and they are at their respective owner's places.

I will see if I can re-configure my system to see if I find any problems.

How did you create a DOS boot partition--what steps and software did you use--that might suggest what we may be doing different?
 

____________________________________________________________________________________________

No question is stupid ... but, possibly the answers are Wink !
 
IP Logged
 
Brian
Demigod
******
Offline



Posts: 6345
NSW, Australia


Back to top
Re: Unattended image restore
Reply #14 - Feb 27th, 2008 at 1:31am
 
More. I zeroed track 0 and created a 50 MB FAT partition at the start of the HD with Partition Magic, made it active and installed DOS 6.22 from the three floppies. Easy.

I zeroed track 0 and created a 50 MB FAT partition at 3 GB into the HD, made it active and tried to install DOS. After the format stage I saw "Setup cannot install MS-DOS 6.22 on your computer". I tried at 5 GB and received the same error.

So I can't install DOS to any partition that isn't at the start of the HD.

I don't know why our results differ. Don't spend too much brain power on this. It's not critical.

PS I just tried an install at 1 GB and it worked. I guess I have a 2 GB barrier. Perhaps an old BIOS??? It's a Pentium 3 computer.

 
 
IP Logged
 
Pages: 1 2 3 ... 5
Send Topic Print