On Jan 17, 2007, at 3:11 PM, Dwight Tovey wrote:
> I've still got a couple of minor issues with restoring a Windows
> system
> while using a BartPE CD:
>
> * Specifying the target for the restore. The system currently has the
> following partitions:
> Part 1 - 100G Primary partition defined as C:
> Part 2 - 400G Extended partition
> Part 3 - 400G Logical partition defined as E:
>
> Restoring C: works fine: I just specify the target as blank and the
> directory structure is correctly recovered into the C: disk.
> However,
> BartPE seems to be mounting what should be E: as D: with the CD
> mounted as E:. If I leave the target as blank, the files go to
> the C:
> disk. If I specify the target as D:, the files go to the D: drive,
> but under a \e directory. Once the restore is finished I can
> move the
> directory structure back up to the root, but it would be nice to
> have
> them go to the correct place to begin with and avoid the extra step.
>
> * Windows does not see the second partition. After restoring the
> system
> and rebooting, I have to go into Window's 'Disk Management' and
> assign
> a drive letter. I had assigned the letter when I created the
> partition, and and it was defined when I created the backup. Why
> did
> it get lost now? In a previous test I had backed up/restored
> only the
> C: drive without touching the partition table, and Windows lost the
> partition that time as well. Any ideas as to what is missing?
>
> One more detail: when I first booted BartPE with no partitions defined
> on the disk, the CD was mounted as E:. In the process of defining the
> partitions, I assigned the second partition as E: which then meant
> that
> none of the files/programs on the CD could be found. I had to
> power off
> and reboot, at which time BartPE mounted the second partition as D:
> instead of E: and kept the CD at E:. Could that be causing both of
> the
> problems?
Clearly.
I'm not quite sure how to build BartPE in such a manner that will
force the optical drive (or additional drives) to a higher drive
mapping, but that would be one fix if it's possible.
The other option that came to mind would be to recover the C
partition, boot the machine into Windows, finish creating the
remaining partition(s) and restore the balance of the machine while
in Windows. After all, we now have a nice wintel version of bacula we
can use.
We know the OS will complain bitterly as I suspect you're off
loading things like SQL and Exchange onto the other partitions - but
after a reboot, it should find all the things it's looking for and
work after running Exchange and SQL specific utilities to bring those
databases back into a consistent state.
Erich
>
> Thanks in advance.
>
> /dwight
>
> --
> Dwight Tovey <[EMAIL PROTECTED]>
> Work to Live : Live to Ride : Ride to Work
>
> ----------------------------------------------------------------------
> ---
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to
> share your
> opinions on IT & business topics through brief surveys - and earn cash
> http://www.techsay.com/default.php?
> page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Bacula-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users
