I downloaded the Windows XP Recovery Console CD from here and set up GRUB4DOS to boot it directly rather than burn a CD. My menu has
The ISO is on my E: drive, and contiguous, it starts and prompts to press a key to boot the CD, which I do, it then runs for about 10 or so seconds then I get a BSOD with an x07B error. What am I doing wrong here??

I tried this config also with the same results.

I also ran CHKDSK on the E: drive which showed no problems.

What I see each time is attached. 1st the top screen after the drivers are loaded then the bottom screen.

I assume you did build the ISO file locally...

XP install booting and BartPE booting are equal. Add a windows driver to support ISO files.
Compare http://www.911cd.net/forums//index.php?showtopic=24023

Wrong assumption....



Most.

Build your own rc.
Add to it a ramdisk/filedisk driver.
Procedure, and links to methods with different approaches, can be found here:
http://reboot.pro/11393/

BTW you also have "wrong" grub4dos settings, you have an unneeded closing bracket at the end of mapping line.
As a general rule unless really wanted hardcoding entries to a device is not the "best" choice, and also taking the habit of establishing root is a good idea:


jaclaz

Actually I downloaded it from a link in a story in Windows Secrets related to a recent personal experience.


That's the clue that I needed.
This works. It's the same GRUB4DOS commands that I use for PEBuilder.iso. And I suspect that's what your link pointed to.

With my limited GRUB4DOS knowledge I thought the problem was my GRUB4DOS commands.

Thank you cdob.


Thank you jaclaz. Nice to see you back. Hopefully you were on holiday and not ill.

Would your nonspecify device entries find the rc.iso on my E: drive without the device entries being added or the root (hd0,2) command?

Sure, that's EXACTLy the idea of find --set-root.
Obviously it is NOT "universal", meaning that grub4dos will scan available devices in a "common sense order" to find "rc.iso", and will set root to the FIRST instance of "rc.iso" file it finds.
As said, establishing ROOT is always a good idea.
Jist TRY the suggested now with the added firadisk line) in the hypothesis that rc.iso and firadisk.gz are on root of the same drive:


jaclaz

Hello, I'm trying to do the same thing boot a iso image on a thumb drive. This way I can change the iso image at will . Well I followed as much of this post as I was able. Now I'm stuck.
I get the same x07b BSOD. I've changed the grub menu.lst to mach up with well I have 2 entrys in their to try different things so I don't have to back track as much



Both give me the same BSOD.
To also note I haven't gotten BartPE to successfully build once.
What I want to do is load the recovery console and be able to access the local hard drive.
I keep seeing references to problems with SATA. The systems this will be used on have SATA, could this be the problem?
Thank you for your patience.

Thanks jaclaz. I was not aware that the find was so far reaching. I thought it only searched the current partition. I will try your suggestions later today. Thanks.

And the Recovery Console iso is not exactly what I was expecting. I thought it would go directly to Recovery Console when booted not a XP install setup screen.

Firadisk will allow you to boot the rc.iso file however the booted iso won't have access to your SATA drives. Firadisk is required to boot the ISO so your "other try" option should work.

It must be the (re-vamped) problem of the week.

Read these:
http://reboot.pro/14037/
http://reboot.pro/14095/
AND given links in them.
Basically the Recovery Console is a "very limited PE" or, if you prefer a Bart PE is a "much better RC with a GUI", the base way to have it working (when mapped as .iso with grub4dos) is the SAME, BOTH being "one side" of the Windows "Install" disk.

ALSO please take into account this (about the *any* .iso idea, which is basically flawed ):
http://reboot.pro/8944/

Generally speaking if a driver for the SATA device is missing in the build, you won't have a 0x0000007b STOP error (since you are booting from the USB stick, BUT you won't be able to see the internal (SATA) devices.

Also remember that on some hardware a modified NTDETECT.COM might be needed (independently from having the "right" drivers or not) :
http://www.911cd.net/forums//index.php?showtopic=24097

You can choose to actually integrate the drivers to your source or use what is suggested here (in the second part):
http://sites.google.com/site/rmprepusb/tut...-xp-from-an-iso
(this way you can have a "F6 floppy" with the needed drivers "integrated" with the firadisk or Winvblock floppy image)



There are ways , do read the given thread:
http://reboot.pro/14037/
AND given links in it.

jaclaz

Thanks jaclaz. I'll try the GRUB4DOS writes to memory and see what happens. I really wasn't looking to make a project out of this.

@jaclaz

The GRUB4DOS find does indeed search the whole hdd and not just the base partition. Thanks for explaining that.

As for the rc.iso, I tried the GRUB4DOS writes to memory commands for cmdcons but it ended up with an error msg:

As noted previously, I'm not looking for a project. It is what it is. Thanks for your help.

Still communication problems . The given link clearly says that the CMDCONS edit of the partition/volume bootsector WILL NOT work on a .iso.

jaclaz

So No I do not see that the edit will not work on an .iso. What I see is posts ponting to other posts pointing to other posts pointing to other posts. Obviously you must be a lawyer.

Hmm.

The given link:
http://reboot.pro/14037/

Post #5 (not something like #2138 )

http://reboot.pro/14037/page__st__4

it does look like plain English to me

In even plainer words:
Is the filesystem where the actual RC files are? (please choose one):

1. FAT12
2. FAT16
3. FAT32
4. NTFS
5. CDFS

If you answered *any* in the range #1÷#4, assign yourself +1 point (one positive point) and go on.
If you answered #5 assign yourself -132.17 points (onehundredthirtytwoandseventeenhundredths negative points) , go back to the mentioned thread , and start re-reading it ....


Just for the record:



jaclaz

Plain and understood are not the same thing. I interpretted the red text as referring to GRUB4DOS parameters like (0xFF) and (hd32) and alike not the actual file itself. My bad.


Must be a bug in the forum's sw.

No prob whatever .

Point assignment changed to avoid possible misunderstandings:






jaclaz