NTBACKUP.EXE can't be run from Recovery Console

[Guest FUBARinSFO]

Hi:

 

Please confirm that you can't use ntbackup.exe to restore system from

backup (.bkf) files using the Recovery Console in Windows Server

2003.

 

If this is true, is there another way to run ntbackup to restore the

system? I've trired ERD Commander 2005 and it is unable to execute

this particular external command. It seem strange that the most

fundamentally simple method of system restore is unavailable. (This

ignores the use of ASR and the complications of creating the diskette

if it wasn't created in advance).

 

Thank you in advance for your help.

 

-- Roy Zider

[Guest Dave Patrick]

Re: NTBACKUP.EXE can't be run from Recovery Console

 

Are you talking about the system hive? You can restore the backup to an

alternate location then replace the system hive from the recovery console.

 

 

 

--

 

Regards,

 

Dave Patrick ....Please no email replies - reply in newsgroup.

Microsoft Certified Professional

Microsoft MVP [Windows]

http://www.microsoft.com/protect

 

"FUBARinSFO" wrote:

> Hi:

>

> Please confirm that you can't use ntbackup.exe to restore system from

> backup (.bkf) files using the Recovery Console in Windows Server

> 2003.

>

> If this is true, is there another way to run ntbackup to restore the

> system? I've trired ERD Commander 2005 and it is unable to execute

> this particular external command. It seem strange that the most

> fundamentally simple method of system restore is unavailable. (This

> ignores the use of ASR and the complications of creating the diskette

> if it wasn't created in advance).

>

> Thank you in advance for your help.

>

> -- Roy Zider

[Guest FUBARinSFO]

Re: NTBACKUP.EXE can't be run from Recovery Console

 

Dave:

 

Actually, I was speaking about any .bkf file, not the system hive

specifically. Running ntbackup.exe from the Recovery Console would

enable me to simply choose what to restore from a variety of backups.

So evidently the program ntbackup.exe cannot be executed from within

the Recovery Console environment, unfortunately.

 

I did have sort of a workaround for this -- which didn't require me to

identify and neutralize the worm that was preventing the system from

booting and running in the first place. I booted from a CD of ERD

Commander 2005 (which includes networking support) and copied a recent

System State .bkf file to another computer. Then from that remote

system I mapped the target/problem system as a drive, and restored the

SS.bkf to the target/problem system. In other words, a push restore

rather than a "pull" local restore. (I haven't checked if Recovery

Console has full network support). But all of this would have been

unnecessary if I could have simply run ntbackup.exe from the Recovery

Console or from ERD Commander 2005 in the first place.

 

I didn't try the restore of the system hive from Recovery Console as

you suggest, as I wasn't aware of it at the time. This would have

given me a clean system hive, but without any of the subsequent

updates, as I understand the descriptions of the method. But it would

have given me a working system quickly, I think, and I could have

moved on from there. Thanks for the suggestion, and I'll explore it

in more detail when I get a free moment.

 

-- Roy Zider

[Guest Darrell Gorter[MSFT]]

Re: NTBACKUP.EXE can't be run from Recovery Console

 

Hello Roy,

No ntbackup cannot be run from recovery console. There are no executables

that are allowed to be run in recovery console. This is a limited recovery

method that is limited to using the commands that are supplied. EXE

support to run other applications is not supported, nor is win32 support

which is what be minimally required to run ntbackup.exe

Recovery console is very lightweight and not intended as means to do backup

and restore. there are security concerns with this happening as well.

Thanks,

Darrell Gorter[MSFT]

 

This posting is provided "AS IS" with no warranties, and confers no rights

--------------------

|> From: FUBARinSFO <file1303@gmail.com>

|> Newsgroups: microsoft.public.windows.server.general

|> Subject: Re: NTBACKUP.EXE can't be run from Recovery Console

|> Date: Mon, 25 Feb 2008 12:48:03 -0800 (PST)

|> Organization: http://groups.google.com

|> Lines: 30

|> Message-ID:

<7c0668d0-c03d-4c17-af0d-7d3b4a0a810d@h25g2000hsf.googlegroups.com>

|> References:

<0e27ca11-b86e-4ac2-b4d9-96f3984e665b@s37g2000prg.googlegroups.com>

|> <OidjSJ2dIHA.4744@TK2MSFTNGP06.phx.gbl>

|> NNTP-Posting-Host: 69.12.241.225

|> Mime-Version: 1.0

|> Content-Type: text/plain; charset=ISO-8859-1

|> Content-Transfer-Encoding: 7bit

|> X-Trace: posting.google.com 1203972484 14194 127.0.0.1 (25 Feb 2008

20:48:04 GMT)

|> X-Complaints-To: groups-abuse@google.com

|> NNTP-Posting-Date: Mon, 25 Feb 2008 20:48:04 +0000 (UTC)

|> Complaints-To: groups-abuse@google.com

|> Injection-Info: h25g2000hsf.googlegroups.com;

posting-host=69.12.241.225;

|> posting-account=X81afgoAAADRenNRu4uZMdetadLmddLL

|> User-Agent: G2/1.0

|> X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1;

|> InfoPath.1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR

|> 3.0.04506.30),gzip(gfe),gzip(gfe)

|> Bytes: 2929

|> X-Original-Bytes: 2886

|> Path:

TK2MSFTNGHUB02.phx.gbl!TK2MSFTNGP01.phx.gbl!TK2MSFTFEEDS02.phx.gbl!newsfeed0

0.sul.t-online.de!t-online.de!border2.nntp.dca.giganews.com!border1.nntp.dca

.giganews.com!nntp.giganews.com!postnews.google.com!h25g2000hsf.googlegroups

.com!not-for-mail

|> Xref: TK2MSFTNGHUB02.phx.gbl

microsoft.public.windows.server.general:33237

|> X-Tomcat-NG: microsoft.public.windows.server.general

|>

|> Dave:

|>

|> Actually, I was speaking about any .bkf file, not the system hive

|> specifically. Running ntbackup.exe from the Recovery Console would

|> enable me to simply choose what to restore from a variety of backups.

|> So evidently the program ntbackup.exe cannot be executed from within

|> the Recovery Console environment, unfortunately.

|>

|> I did have sort of a workaround for this -- which didn't require me to

|> identify and neutralize the worm that was preventing the system from

|> booting and running in the first place. I booted from a CD of ERD

|> Commander 2005 (which includes networking support) and copied a recent

|> System State .bkf file to another computer. Then from that remote

|> system I mapped the target/problem system as a drive, and restored the

|> SS.bkf to the target/problem system. In other words, a push restore

|> rather than a "pull" local restore. (I haven't checked if Recovery

|> Console has full network support). But all of this would have been

|> unnecessary if I could have simply run ntbackup.exe from the Recovery

|> Console or from ERD Commander 2005 in the first place.

|>

|> I didn't try the restore of the system hive from Recovery Console as

|> you suggest, as I wasn't aware of it at the time. This would have

|> given me a clean system hive, but without any of the subsequent

|> updates, as I understand the descriptions of the method. But it would

|> have given me a working system quickly, I think, and I could have

|> moved on from there. Thanks for the suggestion, and I'll explore it

|> in more detail when I get a free moment.

|>

|> -- Roy Zider

|>

|>