04-16-2013 01:48 PM
I had installed on my notebook System Recovery 2011, it was running smoothly for several months.
I haven't run a backup job for a couple of months, and now the task is there but I can't run it, as it's greyed. The reason ? No disk drive is shown if you try to edit the task settings, or define a new backup ... (see the attached image, if it's shown..)
Upgraded to System Recovery 2013 hoping that the issue would be solved, but with no luck.. The problem is still there..
Any suggestions ?
Solved! Go to Solution.
09-13-2013 12:22 PM
Deleted the Ubuntu 13.04 partitions and now SSR 2013 is working properly and sees my disks .
When Ubuntu was upgraded from the previous version (which hadn't grub 2.0) and changed the grub to 2.0 the problem appeared .
04-16-2013 02:33 PM
If you installed SSR 2013 over SSR 2011then you would have taken the 2011 settings with it.
Best to uninstall and reinstall 2013 or clear the history by stopping the SSR service and deleting the .pqh files.
Deric
04-22-2013 08:32 AM
tried that (uninstall and clean install), but the result was the same...
04-22-2013 08:41 AM
Did you clear the history by stopping the SSR service and deleting the .pqh files.
Deric
04-22-2013 09:54 AM
where are these .pgh files saved ?
04-22-2013 11:49 AM
When you uninstalled SSR and selected to delete all settings the files would have been deleted.
If not then go to Windows, Tools and Folder Options then View and enable "Show Hidden Files, Folders and Drives.
Then navigate to the directory eg. C:\ProgrammeData\Symantec\SymantecSystemRecovery\History and delete all the .pqh files. and schedule if necessary.
Restart the services or reboot the computer.
Deric
04-22-2013 11:05 PM
Easy way to tell if it's a problem with the upgrade or history files would be to boot to the recovery disk and see if the partitions are visible.
The main reason why they would not be visible is partition problems. I know that seems very unlikely since it was working fine before but if you want to rule that out please post a partinfo.
Go into the Program\SymantecSystemRecovery\Utility folder and double click partinfo,exe It will make a text file in that same location called partinfo.txt. You can attach it to a post by using the file attachment button below the text input box.
Dave
04-22-2013 11:22 PM
Deleted the .pgh files from /history - restarted services/ rebooted, the problem is still there..
i attached the partinfo.txt file..
04-23-2013 12:09 AM
Try to shrink the partitions which are not shown by some MB: https://www-secure.symantec.com/connect/forums/cannot-see-drives-system-recovery-2013
04-23-2013 01:36 PM
If you think back I'm sure the problem started when you installed Linux. It looks like you used the Gparted tool from within the Linux setup to rearrainge the drive to be able to install the Linux partitions.
I have seen this several times recently but I can't seem to remember how it was resolved, I'll look at it more later but I have a hard time believing the starting sector of your EXT2/3 partition. If your going to try resizing any partitions I would suggest you try nudging that one back a little. Shrink the starting point of that partition back a few MB's because you can clearly see that the starting sector of it should not be the same as both the epbr and the unallocated space.
But please do so at your own risk.
Dave
04-24-2013 01:34 AM
I've installed Ubuntu (12.04 at the time, the same day i've configured the Windows 7 partition also back on April, 2012). Ubuntu was upgraded to 12.10 on October and Symantec System Recovery was still working after that .
So it's not a problem with installing linux on the machine ..
04-24-2013 11:44 AM
It really was because you can see the error in the partinfo file:
WARNING: Logical partition entries are not in sequential order.
Please post another one for us to look at.
05-01-2013 05:27 AM
Make sure that the Partition/Drives you want to backup are not the actual backup Partition/Drives.
05-01-2013 08:09 AM
tried that - nothing happened..
05-14-2013 03:39 AM
tried to shrink the volumes, but the problem remains ...
05-14-2013 05:56 AM
Maybe try this, i use this to delete old backup jobs locally (cached jobs)
1) Stop the service: 'Symantec System Recovery'
2) Delete all the files with extensions .pqh .pqj .sv2i in the following folders:
3) Delete the RPAM folder located in the folder:
4) Delete the hidden file vsnap.idx at the root of each drive being backed up (this is a hidden file)
5) Delete the RPAM_Store.dat from the backupdestination directory('s)
6) Move or rename the default recovery point
7) Start the symantec system recovery service and start a new backup job
06-07-2013 05:30 AM
Tried all that but the problem is still there ...
06-10-2013 09:55 AM
Please post a new PARTINFO.TXT for review.
06-11-2013 08:29 AM
it's a problem with the grub 2.0 that was installed with upgrading to ubuntu 12.10 ...
for 2013
Symantec System Recovery 2013 does not support computers that use the GRUB boot loader.
Symantec System Recovery 2013 does not support computers that use Fedora Core3 Ext2/Ext3 or Grub 2 boot managers.
and 2011
Symantec System Recovery 2011 does not support computers that use the GRUB boot loader .
Symantec System Recovery 2011 does not support computers that use Fedora Core3 Ext2/Ext3 or Grub 2 boot managers.
07-04-2013 07:57 AM
One of our systems was not showing the C:\ drive in the list.
I tried to shrink the volume by 1MB but that didn't do the trick
i shrinked it with 2.294MB to make it 100.000MB, i rebooted the SSR console and the C:\ drive is shown now.
Hopefully this helped you, i found my answer in this post
http://www.symantec.com/connect/forums/system-recovery-2011-does-not-see-drive-c