04-18-2012 08:40 AM
When Ghost starts up, if the drive the backup was made to was not present, Ghost cannot reconcile the changes between the last backup and the data that is on the drive, or lack thereof. When the drive is once again present, the reconcile will occur, but it will take quite a bit of time. If you are using a removable drive, try creating only full backups to that drive, rather than base+incrementals. Otherwise, all it takes is one boot-up with the backup destination missing to cause issues. Try that for a while and see if it makes a difference.
04-18-2012 09:34 AM
Thanks so much for your quick reply!
What you've explained certainly makes sense and a part of me did wonder along the same lines. I will try your advice right away and see how things go.
Regarding my second post, did you note anything odd about the drive numbering?I would have thought it should read as follows:
C:Drive - DISK0
D:Drive - DISK1
E:Drive - DISK2
The Partinfo.txt and disk manager show it the other way around:
C:Drive - DISK0
D:Drive - DISK2 seems wrong way around!
E:Drive - DISK1 seems wrong way around!
Thanks again Andy
04-18-2012 11:51 AM
Hello again Andy!
Just a quick update for you, I deleted my 'Incremental Backup Job' and created a new 'Independant Recovery Point Backup Job'.
I have since run this new job and re-booted my machine with my SATA backup drive removed. The start-up time was about the same and took Ghost around 4-5 minutes to scan the drives. Eventually a 'Yellow Exclamation Mark' appeared as before.
I also got the following pop-up which I was expecting:
I looked again at the 'Status Reporting Window' in Ghost and changed the status reporting for each drive to 'Full Status Reporting'. This seemed to cure the problem with the yellow exclamation mark and once again the ghost icon in the system tray was now showing a Green Tick! Hooray!!!!!
I will let you know if this makes a difference on next boot.
In the meantime I would be grateful if you can let me know about the disc numbering issue I raised previously.
All the best
04-18-2012 01:19 PM
Surely the whole point of backup is that you remove the drive once you have backed it up? Why does your software not "get over" this issue that must be a problem for 90% of your users.
Can you confirm that this error is not something to worry about? Are the backups that are on the disk still recoverable and valid even if there is a warning on the software? how about allowing us to tell the software to ignore the error?
Is there any point in me doing the registry changes? This problem will just show again as soon as I do a backup and remove the drive.
04-18-2012 06:52 PM
Surely the whole point of backup is that you remove the drive once you have backed it up? Why does your software not "get over" this issue that must be a problem for 90% of your users....
I can't agree more, in this day and age and with so many different backup media on offer you would think Norton would have anticipated some of these problems at least.
I personally have used Ghost since version 9, things were very different back then, you had to restore your system using DOS! Mind you it worked and it worked very well. Things did improve over the years and being able to run it in the Windows environment was a godsend, but then for some reason I started having problems with the software from version 14.0 onwards!
My own problems have always been caused by backing up to USB drives, either the backups completed OK but I had errors safely disconnecting my hard drive afterwards or the backups failed all together with all manner of errors. At one time I spent virtually every spare minute of every day for weeks on end trying to resolve the issues without much success. I bought 3 new hard drives, 3 new USB enclosures and nothing worked. I was eventually upgraded to Ghost 15.0 free of charge but still I had problems. Ironically performing backups to an internal drive always worked flawlessly!
I now have a new computer and I perform all of my backups to a SATA drive which I insert into a spare bay port caddy on the front of my machine. As I mentioned previously Ghost sees this drive as just another internal drive and so I get none of my old problems with this method. I think where Ghost seems to fall over many times is when the backup drive is removed for safe storage. As Andy said, " Ghost cannot reconcile the changes between the last backup and the data that is on the drive, or lack thereof".
Like you say though, "Surely the whole point of a backup is that you remove the drive once you have backed it up?" I have always done this because my neighbour once had his house hit by lightening and it completely fried his computer! No amount of internal backups could have saved him then. 'Off-Site storage', is a no brainer really!
There should be a way to tell ghost that you only perform off-site backups to a removable drive and tell it not to bother about scanning your drives and looking for those backups at boot-up. I've never once done backups to a schedule, how can you if you remove your drive like most sensible people would.
I did look into the option to enable off-site backups but that seems really dumb to me. The name suggest you can do exactly what I want.., backup to a removable drive and remove it 'off-site'. Not so, you can only do a 'copy' of an existing backup to store 'off-site' which of course means backing up to another drive before hand!
How daft is that?
Oh well, stick with it Mr.Frisbee, it may not be the friendliest of programs in the world to use, but it will no doubt save your bacon one day. I've lost count the number of times I've simply done a restore to get out of trouble. Sometimes it's quicker and easier to restore your machine than uninstall something which might be causing issues, at least your not left with a load of orphan files.
If I can give you one useful tip, it would be to check the 'Validity' of your existing backups using the 'Ghost Browser' in the 'Programs menu'. If they verify okay you have nothing to worry about and you'll be able to restore your machine from those backups without incident.
All the best,
04-19-2012 11:24 AM
Thanks for the comments TRD - it certainly seems utterly mad that this situation arises at all and I did note your solution which is way too much work to be really valid as a viable option for most of us.
I await (with bated breath) the soltion from Norton who really should know all about this problem and not be messing us about with registry changes that will just fix the problem for the short term anyway.
04-19-2012 10:07 PM
MrFrisbee - In the solution I gave you, where am I asking you to edit your registry? My instructions will repair the Ghost installation and I simply pointed you to a batch file written by Ghost engineers that checks and (if necessary) repairs anything in the installation (including the registry) related to Ghost. Download that batch file, right-mouse click on it, and choose to 'Run as administrator...'. But please do NOT mess with your registry.
Regarding rotating drives, let me clarify - You can take you backup image offsite. Ghost best practice is to create a backup to a fixed location, such as a second hard drive or USB drive that stays connected. If you want to move a backup image offsite, use the offsite feature, where you can copy 2 backup images to two separate drives. If you only have one USB drive, and want to take the image offsite, and use that USB drive as your backup location, then the USB or other removable drive should be disconnected when only after the machine is shut down. Another way people have made this work is to create only full backups, and not base+incrementals. I've not tested this, but this is what I suggested to TRD to try in lieu of shutting the machine down to take the drive offsite.
04-20-2012 07:06 AM
Hi Andy, Mr Frisbee,
Yes for me certainly, doing only 'Independent Recovery Points' seems to have solved my issue. Thanks Andy for suggesting that!
Also making changes to the 'Status Reporting' for each drive has made a big difference and I now have this set to 'Full Status Reporting'. Originally I had avoided using the full status because I always remove my drive after a backup has finished, I guess I wrongly assumed this would cause ghost to throw a wobbly if said backup was missing at next boot!
I do still agree with Mr.Frisbee though, why should we do backups to an 'always connected drive'?! We are not test engineers, we are ordinary people who just want to protect our data and remove the backup completely for safe storage. Symantec would do well to listen to it's customers needs rather than coerce us into doing things your way.
04-20-2012 02:23 PM
Both of you have second internal drives that you could be using if they have enough availible space.
I agree with you that it's safer to hold images "outside" the system but "Offsite Copies" are Copies and should not be the only source of a backup.
The biggest advantage of an offisite copy is actually redundancy, the second advantage is being able to store that copy "outside" the computer or in a totally different location to protect against things like lighting, fire, flood, or theft of the entire computer.
But the "main" location of the images should be on an internal drive because the majority of the time you need to use an image is because of software problems, windows errors, virus infections or hard drive problems.
You can't be running off to the bank to get your external drive out of a safety deposit box every time you have a problem with windows. Likewise, most people will have a hard time keeping an external drive updated with current images unless that external drive is plugged into the system every day to update the image. If you need to have the external connected to your system every day your defeating the purpose of an offsite copy.
If you have the available space, try scheduling images onto an internal drive and use the external drives for offsite copies like they were designed for.