Jump to content











Photo
- - - - -

Recovery Console not working from USB Stick


  • Please log in to reply
159 replies to this topic

#51 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12,309 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 26 August 2008 - 07:20 AM

The following attached script automates the process in Peter's BSOR project. Replace 'BSORISO.script' with the attached modified script (note: requires WB 075b4 or above).

@Galapo:
Please do me a favour: When creating 'Boot from RAM', please replace VDK by ImDisk.
ImDisk is 'part' of our forum.

And a question:
Is the attached bootsect.bin a special one?
The original script extracts a boot sector as boot.ima from SPCMDCON.SYS on the source CD.

Peter

#52 Galapo

Galapo

    Platinum Member

  • .script developer
  • 3,841 posts
  •  
    Australia

Posted 26 August 2008 - 07:22 AM

Hi jaclaz,

Yes, I was using your batch, but it now works supplying more correct image size. RC boots, but at some point asks for CD to be inserted for whatever reason. I could play more to see if I could correct, but I think your initial suggestion of ram-booting is the best for me given lack of time at the moment!

Thanks,
Galapo.

#53 Galapo

Galapo

    Platinum Member

  • .script developer
  • 3,841 posts
  •  
    Australia

Posted 26 August 2008 - 07:25 AM

@Galapo:
Please do me a favour: When creating 'Boot from RAM', please replace VDK by ImDisk.

Yes, but the issue here is that it requires installation. I have tested this for a while, but was unable to produce a consistently error-free non-reboot scripted install of imdisk if not present on host. But if you can produce, I'm more than willing to move to always using imdisk.

Regards,
Galapo.

#54 Galapo

Galapo

    Platinum Member

  • .script developer
  • 3,841 posts
  •  
    Australia

Posted 26 August 2008 - 07:53 AM

Is the attached bootsect.bin a special one?
The original script extracts a boot sector as boot.ima from SPCMDCON.SYS on the source CD.

No nothing special, it's simply the one from the bootsdi script (I didn't test boot.ima to see if it envokes setupldr for the ram-boot process, but can soon).

Regards,
Galapo.

#55 pscEx

pscEx

    Platinum Member

  • Team Reboot
  • 12,309 posts
  • Location:Korschenbroich, Germany
  • Interests:What somebody else cannot do.
  •  
    European Union

Posted 26 August 2008 - 07:57 AM

No nothing special, it's simply the one from the bootsdi script (I didn't test boot.ima to see if it envokes setupldr for the ram-boot process, but can soon).

Regards,
Galapo.


:whistling:

Peter

#56 Galapo

Galapo

    Platinum Member

  • .script developer
  • 3,841 posts
  •  
    Australia

Posted 26 August 2008 - 08:15 AM

boot.ima works fine, so using anything else is unnecessary. Script adjusted and is attached (previous version removed from original post above).

Regards,
Galapo.

Attached Files



#57 ilko

ilko

    Frequent Member

  • Advanced user
  • 477 posts
  •  
    Bulgaria

Posted 13 September 2008 - 09:18 PM

Whats the goal? Would this link be useful, in second half it's about RAM boot of text mode setup, recovery console is similar:
http://www.msfn.org/...en-t119742.html

Using the same approach:

Create folder RC, create I386 inside, put all files from ~BT folder in I386, add AUTOCHK.EXE, AUTOFMT.EXE and additionally KBD*.DLL if you need other keyboards support. Put BOOTSECT.BIN in \RC. Replace RAMDISK.SY_ with the 2003 one.

Add this line to \RC\I386\TXTSETUP.SIF in [SetupData] section:
[codebox]J:\>dir \rc /b /sJ:\rc\BOOTSECT.BINJ:\rc\I386J:\rc\I386\1394BUS.SY_J:\rc\I386\ABP480N5.SY_J:\rc\I386\ACPI.SY_J:\rc\I386\ACPIEC.SY_J:\rc\I386\ADPU160M.SY_J:\rc\I386\AHA154X.SY_J:\rc\I386\AIC78U2.SY_J:\rc\I386\AIC78XX.SY_J:\rc\I386\ALIIDE.SY_J:\rc\I386\AMSINT.SY_J:\rc\I386\ASC.SY_J:\rc\I386\ASC3350P.SY_J:\rc\I386\ASC3550.SY_J:\rc\I386\ATAPI.SY_J:\rc\I386\AUTOCHK.EXEJ:\rc\I386\AUTOFMT.EXEJ:\rc\I386\BIOSINFO.INFJ:\rc\I386\BOOTVID.DL_J:\rc\I386\CBIDF2K.SY_J:\rc\I386\CD20XRNT.SY_J:\rc\I386\CDFS.SY_J:\rc\I386\CDROM.SY_J:\rc\I386\CLASSPNP.SY_J:\rc\I386\CMDIDE.SY_J:\rc\I386\CPQARRAY.SY_J:\rc\I386\C_1252.NL_J:\rc\I386\C_437.NL_J:\rc\I386\DAC2W2K.SY_J:\rc\I386\DAC960NT.SY_J:\rc\I386\DISK.SY_J:\rc\I386\disk101J:\rc\I386\disk102J:\rc\I386\disk103J:\rc\I386\disk104J:\rc\I386\DMBOOT.SY_J:\rc\I386\DMIO.SY_J:\rc\I386\DMLOAD.SY_J:\rc\I386\DPTI2O.SY_J:\rc\I386\DRVMAIN.SDBJ:\rc\I386\FASTFAT.SY_J:\rc\I386\FDC.SY_J:\rc\I386\FLPYDISK.SY_J:\rc\I386\FTDISK.SY_J:\rc\I386\HAL.DL_J:\rc\I386\HALAACPI.DL_J:\rc\I386\HALACPI.DL_J:\rc\I386\HALAPIC.DL_J:\rc\I386\HIDCLASS.SY_J:\rc\I386\HIDPARSE.SY_J:\rc\I386\HIDUSB.SY_J:\rc\I386\HPN.SY_J:\rc\I386\I2OMGMT.SY_J:\rc\I386\I2OMP.SY_J:\rc\I386\I8042PRT.SY_J:\rc\I386\INI910U.SY_J:\rc\I386\INTELIDE.SY_J:\rc\I386\ISAPNP.SY_J:\rc\I386\KBDCLASS.SY_J:\rc\I386\KBDHID.SY_J:\rc\I386\KBDUS.DLLJ:\rc\I386\KD1394.DL_J:\rc\I386\KDCOM.DL_J:\rc\I386\KSECDD.SYSJ:\rc\I386\LBRTFDC.SY_J:\rc\I386\L_INTL.NL_J:\rc\I386\MOUNTMGR.SY_J:\rc\I386\MRAID35X.SY_J:\rc\I386\NTDETECT.COMJ:\rc\I386\NTFS.SYSJ:\rc\I386\NTKRNLMP.EX_J:\rc\I386\OHCI1394.SY_J:\rc\I386\OPRGHDLR.SY_J:\rc\I386\PARTMGR.SY_J:\rc\I386\PCI.SY_J:\rc\I386\PCIIDE.SY_J:\rc\I386\PCIIDEX.SY_J:\rc\I386\PCMCIA.SY_J:\rc\I386\PERC2.SY_J:\rc\I386\PERC2HIB.SY_J:\rc\I386\QL1080.SY_J:\rc\I386\QL10WNT.SY_J:\rc\I386\QL12160.SY_J:\rc\I386\QL1240.SY_J:\rc\I386\QL1280.SY_J:\rc\I386\RAMDISK.SY_J:\rc\I386\SBP2PORT.SY_J:\rc\I386\SCSIPORT.SY_J:\rc\I386\SERENUM.SY_J:\rc\I386\SERIAL.SY_J:\rc\I386\SETUPDD.SY_J:\rc\I386\SETUPLDR.BINJ:\rc\I386\SETUPREG.HIVJ:\rc\I386\SFLOPPY.SY_J:\rc\I386\SPARROW.SY_J:\rc\I386\SPCMDCON.SYSJ:\rc\I386\SPDDLANG.SY_J:\rc\I386\SYMC810.SY_J:\rc\I386\SYMC8XX.SY_J:\rc\I386\SYM_HI.SY_J:\rc\I386\SYM_U3.SY_J:\rc\I386\system32J:\rc\I386\TFFSPORT.SY_J:\rc\I386\TOSIDE.SY_J:\rc\I386\TXTSETUP.SIFJ:\rc\I386\ULTRA.SY_J:\rc\I386\USBCCGP.SY_J:\rc\I386\USBD.SY_J:\rc\I386\USBEHCI.SY_J:\rc\I386\USBHUB.SY_J:\rc\I386\USBOHCI.SY_J:\rc\I386\USBPORT.SY_J:\rc\I386\USBSTOR.SY_J:\rc\I386\USBUHCI.SY_J:\rc\I386\VGA.SY_J:\rc\I386\VGAOEM.FO_J:\rc\I386\VIAIDE.SY_J:\rc\I386\VIDEOPRT.SY_J:\rc\I386\WMILIB.SY_J:\rc\I386\system32\ntdll.dllJ:\rc\I386\system32\smss.exe[/codebox]Then [code]mkisofs.exe -iso-level 4 -volid ""RC"" -no-emul-boot -boot-load-size 4 -hide boot.catalog -allow-lowercase -R -b BOOTSECT.BIN -hide BOOTSECT.BIN -o j:\rc.iso J:\rc[/code]On the root of USB stick place SETUPLDR.BIN from 2003, NTDETECT.COM and WINNT.SIF:[code][SetupData]BootDevice = "ramdisk(0)"BootPath = "\i386\"OsLoadOptions = "/noguiboot /fastdetect /rdexportascd /rdpath=rc.iso"[/code]

Boot it with grub4dos:

title Start Recovery Console from RAM

root (hd0,0)

chainloader /SETUPLDR.BIN

This gives the Setup screen where you have to press R to enter Recovery Console.

Add the magic Grub4DOS lines and it would start RC directly:

title Start Start Recovery Console from RAM

root (hd0,0)

chainloader /SETUPLDR.BIN

write 0x7C03 0x63646D63

write 0x7C07 0x00736E6F

This works in QEMU and on real hardware with hard disks attached. A little issue- ramdisk gets C:, USB disk D:, next is the first internal hard disk.
Strangely, if SetupSourceDevice = \device\harddisk0\partition1 is used during XP Text mode setup it complains about missing CD during copy file stage :S
Has to be \device\harddisk1\partition1 if only one internal disk is connected, but vice versa for RC, go figure...different parts see USB disks in different way.

To create quickly RC files you may use WinSetupFromUSB with "Copy boot files only" option and Force USB type on REMOVABLE, get AUTOCHK.EXE, AUTOFMT.EXE from ~LS\I386 folder, rest are already in ~BT folder, just rename it to RC, create I386 inside and copy all files there. Program will install grub4dos bootsector, copy grldr and prepare menu.lst for you, just add to it the above entries, or amend winsetup.lst.

Next step was to create outer ISO, consisting grldr, rc.iso, ntdetect.com, winnt.sif, setupldr.bin and rc.iso and boot it with grub4dos ISO emulation- here I failed, error is "NTdetect failed". Will play a bit more later.

edit: putting them in a big floppy image and loading it with grub4dos worked just fine.

In RC using the command "map arc" shows that USB gets ARC path like

multi(0)disk(0)rdisk(0)partition(1)

however, "map" only gives for the same disk/partition

\device\harddisk1\partition1

:huh:

#58 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 15 June 2009 - 06:30 PM

Is there ANY reason why you cannot use a HD-like image and the already provided ways to boot it?

As said I read a lot of "howto(s)" and between them I noticed the following reply

putting them in a big floppy image and loading it with grub4dos worked just fine.

so I just tried for working it.
Frankly I think the needed things (about the Recovery Console running from a UFD) are too fragmented all around and to put together all the really needed is a not too simple matter... ;)

However, many thanks for your (as always) appreciated reply :) and... I did not think it was an issue so hard (I also will have wrong somewhere, but I'm trying for a long time :) without success)...
After so many tests, and finally just following your replies/threads I have been able to reach something near? (hoping!) to a success with the following error
NTDETECT Checking Hardware...

NTDETECT failed
This is (most recently) what I did:
I created (and mounted) a 10MB disk image (named just as your example "RCXPd.dsk") with IMDISK, copied all needed files in "cmdcons" (lowercase) root directory, created a "i386" root directory and copied "txtsetup.si_" file (I've just compressed the existing "txtsetup.sif" with makecab command ?).
Then I copied "ntdetect.com" and "setupldr.bin" from WS2003SP1 in the root of the image and then also added "winnt.sif" with (only) the following lines inside
[SetupData]

BootDevice = "ramdisk(0)"

OsLoadOptions = "/noguiboot /fastdetect /rdexportashd /rdimageoffset=32256 /rdpath=XPRC.dsk"
The other "winnt.sif" one is in "cmdcons" folder with only the following
[data]

CmdCons="1"
Then I've saved the image content as "RCXPd.ima" and renamed it as "RCXPd.dsk".
So I've hexed the image's MBR replacing "MSDOS5." with "cmdcons" (lowercase) and the final "0" > hex "30" with hex "00"
then overwritten "NTLDR" with "SETUPLDR.BIN" (uppercase, but it is as lowercase in the image) with the dot (and also tried another image without the dot: so, please which is the right one?).
Finally I copied that image in the root of my UFD (please, note it has 2 partitions ;) ) adding the following entries in my "menu.lst"

title Ramdisk booting RC

find --set-root /RCXPd.dsk

map /RCXPd.dsk (hd31)

map --hook

root (hd31,0)

chainloader /setupldr.bin
At booting the results were as follows
probed C/H/S = 8/80/32 - sectors = 20480

then with the root (hd31,0) line it says
Disk read error
if I edit this line with root (hd31) then it begin to load... until the already mentioned NTDETECT failure...
All the above occurs with or without HD(s) connected within my machine.
Really I do not believe this stuff was a so hard issue...

Btw: I do not know if it is an interesting thing, but I have been able to build a working CD-ROM following Creating A Windows XP Recovery Console CD Image, but then the same ISO image does not boot in any (my testing) way from grub4dos... do you think that it is possible to boot it in any way from a UFD?

#59 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 16 June 2009 - 01:15 AM

As said I read a lot of "howto(s)" and between them I noticed the following reply

putting them in a big floppy image and loading it with grub4dos worked just fine.


so I just tried for working it.


In other words out of several approaches ALL fully documented in this thread, you chose the ONLY one just "hinted"? ;)

There are several things either wrong or inaccurate in your report. ;)

HOW did you create the "superfloppy" image?

DEFINITELY you cannot mount a superfloppy image with a /rdimageoffset=32256.

OR are you using (as you should) a "Full HD-like image", EXACTLY as detailed here :):
http://www.boot-land...?...=5316&st=49
But then, you should have EXACTLY done the steps as detailed here:
http://www.boot-land...?...=5316&st=39

This simply does not make sense:

So I've hexed the image's MBR replacing "MSDOS5." with "cmdcons" (lowercase) and the final "0" > hex "30" with hex "00"

a superfloppy has NO MBR, and the data to be modified is in the bootsector.

then overwritten "NTLDR" with "SETUPLDR.BIN" (uppercase, but it is as lowercase in the image) with the dot (and also tried another image without the dot: so, please which is the right one?).

Get smart :)
Use this:
http://www.boot-land...?showtopic=2362
(and no, NO "dot", though I wonder how you managed to fit 8+1+3=12 characters in a 11 long space in the bootsector :angry:)

I guess some step is not clear in my original post or you introduced some variations. :cheers:

Please, try again reporting EACH steps you took with as much detail as possible AND post the output of a "DIR /S" of the mounted "final" image, I may be able to understand exactly what you did and hopefully spot the problem.

Did you test your image in Qemu?

:cheers:


jaclaz

#60 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 16 June 2009 - 05:44 AM

In other words out of several approaches ALL fully documented in this thread, you chose the ONLY one just "hinted"? ;)

Yep! (How did I know?) ;) Really, I started from there... :) and, really, I thought it is not so difficult to work.

HOW did you create the "superfloppy" image?

No, I've abandoned that way: the above reports are related to a HD image created from/with IMDISK.

OR are you using (as you should) a "Full HD-like image", EXACTLY as detailed here :):
http://www.boot-land...?...=5316&st=49
But then, you should have EXACTLY done the steps as detailed here:
http://www.boot-land...?...=5316&st=39

No, I followed another more link (now I do not find it) I will detail your posted links once more time and will report the (hoping good) results, thanks.

and no, NO "dot", though I wonder how you managed to fit 8+1+3=12 characters in a 11 long space in the bootsector

It seems to me that the space just exists (I will post a screenshot, but now I've not the time).

I guess some step is not clear in my original post

May be, and most of all I still do not understand if the uppercase/lowercase in lines and/or in folders name is (and where) so important. Please let me know about that.

Btw: how about the following? Do you think that CD image could boot from UFD through grub4dos?

I do not know if it is an interesting thing, but I have been able to build a working CD-ROM following Creating A Windows XP Recovery Console CD Image, but then the same ISO image does not boot in any (my testing) way from grub4dos... do you think that it is possible to boot it in any way from a UFD?

:angry:

#61 wimb

wimb

    Gold Member

  • Developer
  • 2,145 posts
  •  
    Netherlands

Posted 16 June 2009 - 07:51 AM

OR are you using (as you should) a "Full HD-like image", EXACTLY as detailed here ;):
http://www.boot-land...?...=5316&st=49
But then, you should have EXACTLY done the steps as detailed here:
http://www.boot-land...?...=5316&st=39

First I have made a "Full HD-like image" according to the description given by jaclaz
Booting from RAMDISK with a Recovery Console image file does work for me.
I have used the cmdcons folder as prepared by Make_USB.exe to fill the RC Image file.

winnt.sif in root of bootdrive for booting RC HD Image File rconx2.img

[SetupData] 

BootDevice="ramdisk(0)" 

BootPath = "\cmdcons\" 

OsLoadOptions="/noguiboot /fastdetect /rdexportashd /rdimageoffset=32256 /rdpath=rconx2.img"

Then I made a RC Superfloppy Image and could use this for booting from RAMDISK as well, where the image could be loaded from internal Harddisk or from USB-stick.
I found that changing the System Name in the BootSector as cmdcons instead of MSDOS5.0 was Not essential for me.
The Image File has an unchanged NTLDR type FAT12 Bootsector as made by XP Format.

Files setupldr.bin of win2k3 and NTDETECT.COM are not needed in Root of Image File,
but they are essential files in Root of BootDrive.
File ramdisk.sys of win2k3 must be added to folder cmdcons in Image file.
The original file RAMDISK.SY_ must be removed from cmdcons folder (otherwise BSOD 7B).
The most important and very essential part found by jaclaz is making in root of the RC Image file a folder i386 containing (uncompressed) TXTSETUP.SIF file.

Mapping of the image in grub4dos menu.lst is not needed.
Just chainloader /setupldr.bin is sufficient in grub4dos menu.lst on BootDrive to launch the RC Image file.
setupldr.bin of win2k3 uses (normal) NTDETECT.COM and winnt.sif in Root of BootDrive
to load the image in RAMDISK and then for booting i386\TXTSETUP.SIF file in RC Image File.

Booting RC from RAMDISK gives the Setup screen where you have to press R to enter Recovery Console.

===================================================================
Booting Recovery Console from RAMDISK without pressing R has been described by ilko
http://www.boot-land...?...=5316&st=56

Add the magic Grub4DOS lines to entry in menu.lst of BootDrive
title Boot rconxf.img from RAMDISK

find --set-root --ignore-floppies /setupldr.bin

chainloader /setupldr.bin

write 0x7C03 0x63646D63

write 0x7C07 0x00736E6F
and add this line in the Image File to i386\TXTSETUP.SIF in [SetupData] section
SetupSourceDevice = \device\harddisk0\partition1
Without it Setup will start asking for the Windows CD.

Renaming in RC Superfloppy Image file the cmdcons folder as i386 as ilko has done is even more simple than creating a separate new i386 folder containing TXTSETUP.SIF as described by jaclaz

Following ilko one can even avoid editing TXTSETUP.SIF file by simply adding line to
winnt.sif file in root of bootdrive:

[SetupData]

BootDevice="ramdisk(0)"

BootPath="\i386\"

OsLoadOptions="/noguiboot /fastdetect /rdexportashd /rdpath=rconx.img"

SetupSourceDevice = \device\harddisk0\partition1

For MultiBooting one can use also BOOT_IMG.exe to Install the Image file and to make the boot options,
but you have to adjust BootPath="\i386\" and OsLoadOptions in ramx1.sif in BootDrive as given above for the corresponding winnt.sif file

===================================================================

RAMDISK with Recovery Console gets DriveLetter C: which is a disadvantage and giving Shift of DriveLetters.
This shifting does Not occur when using cmdcons folder in root of USB-stick (preferred and simply made with Make_USB.exe)

@online
For Setting Keyboard and Language you might use in winnt.sif in cmdcons folder probably something like
[RegionalSettings]

	LanguageGroup=1

	SystemLocale = "0413"

	UserLocale = "0413"

	UserLocale_DefaultUser = "0413"

	InputLocale = "0413:00020409", "0413:00000409", "0409:00020409", "0409:00000409"

	InputLocale_DefaultUser = "0413:00020409", "0413:00000409", "0409:00020409", "0409:00000409"

; Comment - Above for Dutch Settings NLD=413 and Eng=409 with VS international=20409 and VS=409 keyboards


#62 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 16 June 2009 - 10:18 PM

I found that changing the System Name in the BootSector as cmdcons instead of MSDOS5.0 was Not essential for me.


Booting RC from RAMDISK gives the Setup screen where you have to press R to enter Recovery Console.

@wimb
Try reading the above two snippets together and with the fact that the WHOLE point of writing cmdcons to bootsector is EXCLUSIVELY that of getting to RC directly, without the "press R". ;)

Booting Recovery Console from RAMDISK without pressing R has been described by ilko
http://www.boot-land...?...=5316&st=56

Add the magic Grub4DOS lines to entry in menu.lst of BootDrive

title Boot rconxf.img from RAMDISK

find --set-root --ignore-floppies /setupldr.bin

chainloader /setupldr.bin

write 0x7C03 0x63646D63

write 0x7C07 0x00736E6F
and add this line in the Image File to i386\TXTSETUP.SIF in [SetupData] section
SetupSourceDevice = \device\harddisk0\partition1
Without it Setup will start asking for the Windows CD.


And guess what the "magic" grub4dos lines do? ;)
BIG ENDIAN 0x63646D63=0x636D6463
BIG ENDIAN 0x00736E6F=0x6F6E7300
Sequentially:
636D64636F6E7300
which in ASCII means:
63=c
6D=m
64=d
63=c
6F=o
6E=n
73=s
00=NUL

After all not that "magic":
http://www.boot-land...opic=5316&st=21
http://www.boot-land...topic=2362&st=7


This is the kind of thing I really hate about "simplifying" things, information is LOST in the process. :)
Compare the grub4dos entry posted by ilko that you quoted:
title Boot rconxf.img from RAMDISK

find --set-root --ignore-floppies /setupldr.bin

chainloader /setupldr.bin

write 0x7C03 0x63646D63

write 0x7C07 0x00736E6F

With the "original" one (one of the default ones in the menu.lst included in grub4dos):
#####################################################################

# write string "cmdcons" to memory 0000:7C03 in 2 steps:

#####################################################################

# step 1. Write 4 chars "cmdc" at 0000:7C03

write 0x7C03 0x63646D63

# step 2. Write 3 chars "ons" and an ending null at 0000:7C07

write 0x7C07 0x00736E6F

Which one is more helpful? :)


No, I've abandoned that way: the above reports are related to a HD image created from/with IMDISK.

Really?
Can IMDISK create a HD-like image complete with it's MBR and partition table? :angry:
Since when? :cheers:

It seems to me that the space just exists (I will post a screenshot, but now I've not the time).


You are right :cheers:, brain fart on my side. :(

May be, and most of all I still do not understand if the uppercase/lowercase in lines and/or in folders name is (and where) so important. Please let me know about that.

Of WHICH files? :angry:

Btw: how about the following? Do you think that CD image could boot from UFD through grub4dos?

You should ask at:
http://www.informationweek.com/

You do realize that this post by ilko:
http://www.boot-land...?...=5316&st=56
i.e. the last one in this thread before I moved your post into, and that you were supposed to have READ, following my advice:
http://www.boot-land...?...5306&st=257
is EXACTLY describing that? :angry:

And that the other thread you were suggested to read:
http://www.boot-land...?showtopic=2254
provides a batch to build such a .iso? :cheers:

Really, if anyone replies to me after I suggested to read something, I do expect that either:
  • the suggested things has been read, and understtod, if needed a question related to the latter is posted, and we continue talking on the SAME method/way
    OR
  • something like "With all due respect I don't care about your suggestion, I'll just google my way through other sites" is posted

:cheers:

jaclaz

#63 wimb

wimb

    Gold Member

  • Developer
  • 2,145 posts
  •  
    Netherlands

Posted 17 June 2009 - 03:48 AM

@wimb
Try reading the above two snippets together and with the fact that the WHOLE point of writing cmdcons to bootsector is EXCLUSIVELY that of getting to RC directly, without the "press R". ;)

Thanks for explaining why cmdcons was written to bootsector, I was not aware of its function.

The original grub4dos entry has indeed important info that should not be lost.

;)

#64 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 17 June 2009 - 06:15 AM

@jaclaz

Please, believe in that: to obtain a working deployment following any of the existing procedures about Recovery Console from UFD seems to me more difficult rather than to follow any of the "ancient" Dietmar's tutorial(s) about Full XP running from UFD. ;)

So, please do not angry, it does not seem the case; and please note that there are at least a dozen of link, thread and topics RC-related between Boot Land and 911CD only, and one time it seems "suggested" to follow one and another time another one.
So I'm a bit confused, sorry.
Useless to say that all of them are pointing to or from you (so, thank you to exist: I'm serious).

But, please also note that when, rarely, I write a tutorial I use a lot of words and of specifications thinking that a topic-related-newbie can do not follow/know enough the issue and then, in order to avoid posts over posts of clarifications I try, writing a tutorial, to understand that any reader could not "understand" what I state and then...

I find the wimb's latest post/explanation (without taking anything away from you, sure) is very "comprehensive" and I like to read that so.

Sorry if my reports RC-related have been "innacurate", you are right, but in this period I have not much time and I have to do tests and then repeatedly broken and then resume again.

For the same reason I were wrong about IMDISK image-creation report, really I made it with QEMU and mounted it with IMDISK.

But in every case I do not able to reach its bootability once formatted it within XP.

Following one of your kind explanation (please note that I never used before neither IMDISK nor - rarely - QEMU, and I hope this is not a fault) of one of your many posts topic-related I did as follows:

create a new VM (> DOS os) with QEMU and a new (raw) Virtual Disk Image (10MB)

booting from the Win98SE floppy (under VM)

fdisk the disk image (reboot)

format /s the disk image (reboot)

it boots

exit and mount that image disk (renamed as ".dsk") with IMDISK (as Hard disk volume - sectors 63)

format it within XP (> FAT)

copy NTDETECT.COM, ntldr and boot.ini

umnount it and/or save it within IMDISK as disk image

try to boot it with QEMU and it says

Remove disks or other media - Press any key to restart

so it is not a bootable image

Also I tried with your MKIMG with no further success:


MKIMG disk.img 10M 16/63 01 /fsz

The image is unmountable, please check given parameters


MKIMG disk.img 10,838,016 16/63 01 /fsz

32130 was unexpected at this time


Sorry if I did not understand by myself where I'm wrong...


Btw: my mentioned link about Recovery Console files&folders creation with the "\winnt32.exe /noreboot" command seemed to me as the most direct way in order to obtain the needed files (and then a related bootable ISO image) without using any tool/utility that possibly could add "something" more than exactly just those file. I always prefer straight ways (even manual ones): here's all.

#65 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 17 June 2009 - 09:47 AM

@online
No probs whatsoever, but you see, at least seeing from the outside, you seem to be alternating from a very good knowledge of the way things work to total - and no offence whatsoever intended ;) - naivety/lack of experience.

Some things that you should be already familiar with in my view:

Sorry if my reports RC-related have been "innacurate", you are right, but in this period I have not much time and I have to do tests and then repeatedly broken and then resume again.

For the same reason I were wrong about IMDISK image-creation report, really I made it with QEMU and mounted it with IMDISK.

1. How VITAL is reporting EXACTLY anything.

But in every case I do not able to reach its bootability once formatted it within XP.

Following one of your kind explanation (please note that I never used before neither IMDISK nor - rarely - QEMU, and I hope this is not a fault) of one of your many posts topic-related I did as follows:

create a new VM (> DOS os) with QEMU and a new (raw) Virtual Disk Image (10MB)

booting from the Win98SE floppy (under VM)

fdisk the disk image (reboot)

format /s the disk image (reboot)

it boots


exit and mount that image disk (renamed as ".dsk") with IMDISK (as Hard disk volume - sectors 63)

format it within XP (> FAT)

copy NTDETECT.COM, ntldr and boot.ini

umnount it and/or save it within IMDISK as disk image

try to boot it with QEMU and it says

Remove disks or other media - Press any key to restart

so it is not a bootable image

2. NOT posting a "vague" reference, but rather a LINK to whatever you followed.

BTW, and specifically, I doubt I ever recommended the above procedure. ;)

In this case, Qemu BIOS sees the (smallish) HD image as having a geometry of nx16x63 and windows 98 Partitions the device and formats it with these parameters.

Then, INSTEAD of mounting the image through VDK AND a .pln descriptor file (which is what I generally recommend) you mounted it with IMDISK, which, unlike VDK, is NOT a "Virtual HD disk driver" but rather a "Virtual superfloppy driver" or "Virtual partition disk driver".
IMDISK SKIPS the MBR and hidden sectors and accesses just the partition.
Of course XP mounts the partition with it's default nx255x63 geometry and formats it accordingly.

Also I tried with your MKIMG with no further success:


MKIMG disk.img 10M 16/63 01 /fsz

The image is unmountable, please check given parameters


MKIMG disk.img 10,838,016 16/63 01 /fsz

32130 was unexpected at this time


3. Failing to describe in which environment you are doing experiments


WHICH of the several versions of mbrbatch/mkimg are you using?
WHERE did you get it?
UNDER which OS did you try using it?

and
4. Giving up too early/changing method/approach at first difficulty

WHY didn't you post a bug report/complain/request for help on it's thread?:
http://www.boot-land...?showtopic=3191

DID you READ the thread where it's usage is discussed?
http://www.boot-land...?showtopic=5000

WON'T you think that if these exact instructions worked for Galapo, they should work for you as well?

What you report seems like a lockup of VDK.
It's a known issue that sometimes happen on XP (never on 2K :)) and possibly on Vista, and it's source has not been tracked down yet, most probably something in the OS, like VSS or whatever "locks" the driver, thus it cannot be removed and "locks up".
Try rebooting.
Run the batch from fresh and ONCE, with the right values.
Get my pseudo-GUI for VDK and try mounting the image through it/play with installing/starting/stopping/removing VDK:
http://home.graffiti...ts/VDM/vdm.html
Report.

It is possible to change a couple of lines in the batch in order to check if VDK is already installed and avoid removing it, see here for some details:
http://www.boot-land...?showtopic=5531
http://www.boot-land...opic=1662&st=59
http://www.boot-land...?...c=6432&st=6

Giving up is NOT an option! :)

:angry:

jaclaz

#66 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 17 June 2009 - 03:53 PM

No probs whatsoever, but you see, at least seeing from the outside, you seem to be alternating from a very good knowledge of the way things work to total - and no offence whatsoever intended :) - naivety/lack of experience.

Yep, the (presumed) "naivety" is something that I lovingly ;) grow...

1. How VITAL is reporting EXACTLY anything.

Yes, I know.

2. NOT posting a "vague" reference, but rather a LINK to whatever you followed.

BTW, and specifically, I doubt I ever recommended the above procedure.

Yes, you are right.
However I've just found that link
http://www.boot-land...?...ost&p=17980

Use the Qemu Manager "wizard" to create a new VM, say testVM, with DOS operating System, create with it a Virtual Hard Disk (RAW) say 10 Mb in size, save the new VM.
Double click on it and set a DOS/Win9x Dos floppy image as drive A:, selecting to boot from it.
Boot the VM, FDISK the drive C:
Reboot the VM, FORMAT it with /S option.
Close the machine
Unselect boot from floppy A: and try booting the machine from HD.
Should boot normally.
Close it, use IMDISK to mount the HD image with an offset of 63 blocks.
You should see the three files IO.SYS, MSDOS.SYS and COMMAND.COM you copied to it when in the VM.
Now, Format from within 2K/XP the disk image, and add to it the files NTLDR, NTDETECT.COM and BOOT.INI (you can copy those on your primary partition on HD, they are only needed to check if the formatting is OK.
Reboot the VM and see if you can get as far as boot.ini, fllowing you should have an error about missing \windows\system32\ntkrnl.sys or something similar.

hoping I didn't misunderstand the whole pointing. ;)

3. Failing to describe in which environment you are doing experiments

No, I did.

But in every case I do not able to reach its bootability once formatted it within XP.

Please, note that I've used a clean copy of XP SP3 (fully updated) with no "special" driver or filter driver or virtual drive installed.

WHICH of the several versions of mbrbatch/mkimg are you using?

The latest... the Galapo's one indeed (that's the "modded" not-your latest).
However with the just tested "mkimg003.zip" (that seems your latest one) the result is the same with the same errors.
Please, note that all required tools are the latest one's downloaded from the respective original sites.

WHERE did you get it?

From here http://www.boot-land...?showtopic=3191

UNDER which OS did you try using it?

Already answered: please read above.

4. Giving up too early/changing method/approach at first difficulty

No, it is not my approach.
I try to understand (and to know) all what I do, indeed.
It is also for this reason that I do not like too the utility (mostly if very complex): I want to know what them exactly do (although then I could "want" to forget about it).
This specific issue, it seems I can not (able to) create a disk image HD-like in any way (at least for now)...

WHY didn't you post a bug report/complain/request for help on it's thread?:
http://www.boot-land...?showtopic=3191

I did not think it could be a bug, and frankly I still do not think so.

DID you READ the thread where it's usage is discussed?
http://www.boot-land...?showtopic=5000

No, I din't... sorry.
But now I will give a look at those pages.

WON'T you think that if these exact instructions worked for Galapo, they should work for you as well?

Yep.

Giving up is NOT an option!

Rest assured. :)

Btw: please tell me about a(nother?) clear&proven (!?!) procedure in order to create a f#§*ed disk image HD-like. That's: what procedure should I groped now?

Thank you so much in advance.


:angry:

#67 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 17 June 2009 - 04:20 PM

Btw: please tell me about a(nother?) clear&proven (!?!) procedure in order to create a f#ç*ed disk image HD-like. That's: what procedure should I groped now?



Didn't I? ;)

What you report seems like a lockup of VDK.
It's a known issue that sometimes happen on XP (never on 2K :)) and possibly on Vista, and it's source has not been tracked down yet, most probably something in the OS, like VSS or whatever "locks" the driver, thus it cannot be removed and "locks up".
Try rebooting.
Run the batch from fresh and ONCE, with the right values.
Get my pseudo-GUI for VDK and try mounting the image through it/play with installing/starting/stopping/removing VDK:
http://home.graffiti...ts/VDM/vdm.html
Report.


Another:
instead of booting a DOS image in Qemu, boot a PE" in it and use it to partition/format the disk image.

Another:
boot DOS in Qemu, partition and format the image, use bootpart to replace the bootsector with the WinXP one:
http://www.winimage.com/bootpart.htm

Tip available "between the lines" of this:
http://home.graffiti...B/USBstick.html
since 2005 ;)

Some more details on the use of bootpart:
http://www.msfn.org/...howtopic=129604

:)

jaclaz

P.S.:
About this :angry::
http://www.boot-land...?showtopic=2692
you might want to know that from time to time I do post "wrong" info (intentionally :cheers: ) to make sure that the person I am speaking with at the moment is actually paying attention and does do EXACTLY what has been told (getting a new error that I will later use to explain why the suggestion was wrong and what is the actual problem causing the error).
Compare with this (in the present thread, which by now you should know by heart):
http://www.boot-land...?...=5316&st=23
:cheers:

#68 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 17 June 2009 - 04:28 PM

P.S.:
About this ;):
http://www.boot-land...?showtopic=2692
you might want to know that from time to time I do post "wrong" info (intentionally :) ) to make sure that the person I am speaking with at the moment is actually paying attention and does do EXACTLY what has been told (getting a new error that I will later use to explain why the suggestion was wrong and what is the actual problem causing the error).
Compare with this (in the present thread, which by now you should know by heart):
http://www.boot-land...?...=5316&st=23
;)

Are you serious?

:)


P. S.: however, the f#§*ed formatting works great! :angry:

#69 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 22 June 2009 - 12:36 AM

Thanks to pointings of jaclaz, wimb, maanu (not in this thread) and ilko I've found/derived/built two simplest ways in order to boot XP RC from my UFD.
Since I always prefer the most straight way (even if it's the manual one) I've tried to achieve that goal with either the minimum file hacking & file number and with the minimal use of tool/utility.
Having more time&calm I can finally say that I have achieved "my" success. ;)
Of course most of the following have been already said "anywhere", but it seems to me that these two ways are really so very simple and direct as possibly I didn't read before (if something exists, please report).

Excluding the reported direct installation from a "PE", it seemed to me that essentially there are 3 ways in order to do that:
1. To boot XP RC from a bootable ISO image loaded in a RAMdisk (I like it and this way I've not relieved any issue ;) ).
2. To boot XP RC from a "flat" folder (containing the needed files).
3. To boot XP RC from a bootable image disk as HardDisk or SuperFloppy loaded in a RAMdisk.


So in order to reach "my" success (> with the minimal use of files, tools and hacking) it is enough as follows (choosing the first two ways):

For "XP RC ISO" creation

  • Insert your XP (SP3) Installation CD-ROM (note that your Product key may be needed) and from Command Prompt navigate to "I386" folder and run the following command
    winnt32.exe /noreboot
    winnt32.exe /cmdcons /noreboot
    selecting
    New Installation (Advanced)
    
    Upgrading to NTFS (No, skip this step)
    
    Dynamic Update (No, skip this step)
    and waiting for task completion
  • Delete "C:\boot.ini" and rename the existing "BOOT.BAK" just as "boot.ini"
  • Rename "C:\$WIN_NT$.~BT cmdcons" as "I386"
  • Delete "bootsect.dat", "migrate.inf" and "ramdisk.sy_" from the just renamed "I386"
  • Copy "ramdisk.sy_" (> WS2003_SP1) in "I386"
  • Cut "winnt.sif" from "I386" folder and copy it in your UFD root replacing its existing entries as follows
    [SetupData]
    
    BootDevice = "ramdisk(0)"
    
    BootPath = "\I386\"
    
    OsLoadOptions = "/noguiboot /fastdetect /rdexportascd /rdpath=xrc.iso"
    noting that "xrc" is just your ISO file name and "I386" is the name of the folder existing in your "xrc.iso" image root
  • Copy "ntdetect.com" and "setupldr.bin" (> WS2003_SP1) to your UFD root
  • Copy "WIN51", "WIN51IP" and "WIN51IP.SP3" from your XP Installation CD-ROM root to your Desktop
  • Extract with BBIE 1.0 and save on your Desktop the boot-sector image of your XP Installation CD-ROM
    http://www.nu2.nu/do...File=bbie10.zip
    running from Command Prompt the follow command
    bbie X:
    where "X" is your actual CD-ROM drive letter
    then rename the just created "image1.bin" in BBIE folder as "msb.img" and copy it on your Desktop
  • Create a bootable ISO with "No emulation" and "4 sectors loaded and allocated to the boot image
  • That's create a (default options) bootable ISO with "Free ISO Creator 2.8.0.1" http://www.softpedia...O-Creator.shtml
    just pointing to "msb.img" on your Desktop
  • Copy the just created "xrc.iso" to your UFD root
    Note that also "mkisofs.exe" could be used, though it's a bit more articulated
    A sample-command could be something as the following
    mkisofs -iso-level 4 -force-uppercase -volid "XRC" -b "msb.img" -no-emul-boot -boot-load-size 4 -hide msb.img -o "C:\XRC.iso" -V "YourLocalDiskLabel" "C:\YourWorkingFolder"
    I've tried "mkisofs 2.01-bootcd.ru (i686-pc-mingw32)" taken from an "old" VistaPE environment
  • Add in grub4dos "menu.lst" the following entries
    title XP Recovery Console
    
    find --set-root --ignore-floppies /setupldr.bin
    
    chainloader /setupldr.bin
  • Done!
  • The same ISO image will be working when burned (wanting) on a (bootable) CD-ROM.

For "XP RC Flat" creation

  • Insert your XP (SP3) Installation CD-ROM (note that your Product key may be needed) and from Command Prompt navigate to "I386" folder and run the following command
    winnt32.exe /noreboot
    selecting
    New Installation (Advanced)
    
    Upgrading to NTFS (No, skip this step)
    
    Dynamic Update (No, skip this step)
    and waiting for task completion
  • Delete "C:\boot.ini" and rename the existing "BOOT.BAK" just as "boot.ini"
  • Rename "C:\$WIN_NT$.~BT" as "cmdcons"
  • Delete "bootsect.dat" and "migrate.inf" from the just renamed "I386" and replace the "winnt.sif" file content with the following entry
    [data]
    
    CmdCons="1"
  • Place a copy of "ntdetect.com" existing in "I386" folder to your UFD root
  • Copy the "cmdcons" folder to your UFD root
  • Add the following entries in your "menu.lst"
    title XP Recovery Console
    
    find --set-root /cmdcons/setupldr.bin
    
    chainloader /cmdcons/setupldr.bin
    
    write 0x7C03 0x63646D63
    
    write 0x7C07 0x00736E6F
  • Done!

Enjoy! :)


RAMDISK with Recovery Console gets DriveLetter C: which is a disadvantage and giving Shift of DriveLetters.

Please, could you describe which is the real disavantage?
I ask that just because I've interested in different usages, but I've noticed the following:

if you want to use the "fixmbr" command (just as an interesting example) then you have to specify the correct switch in any case (either when running from "Flat" and from RAMdisk) as follows (just as an example)
fixmbr \device\harddsisk0
(that's the MBR of the 1st HD within your PC)
otherwise, since your UFD will be recognized as the 1st disk, if you run "fixmbr" without switch then the MBR of your UFD will be "fixed" indeed
Writing new master boot record on physical drive \Device\Harddisk4\Partition0
that's just your UFD.
Other operations and commands seem to work in both cases without any difference (please, report different experiences).
The odd thing, as already known, is that the "map" command reports
\Device\Harddisk0\Partition1 (HD)
\Device\Harddisk4\Partition1 (UFD)
and the "map arc" command reports
multi(0)disk(0)rdisk(1)partition(1) (HD)
multi(0)disk(0)rdisk(0)partition(1) (UFD)

Note that the above occurs running either from RAMdisk and from "Flat" XP RC, the only noticed difference is in the drive(s) letter assignment:

D:\WINDOWS - if running from RAMdisk
C:\WINDOWS - if running from "Flat"

However the "fixmbr device name" switch
http://support.microsoft.com/kb/314058
is needed in both cases.

@online
For Setting Keyboard and Language you might use in winnt.sif in cmdcons folder probably something like

So many thanks for your complete reply :), really I was interested just in the keyboard layout (not in locale/language options, that I have all in EN-US) so I've just renamed my "kbdxx.dll" to ""kbdus.dll" and replaced it in the related folder. :angry:

For the record I finally reached to create a HD-like image with MKIMG, although then I've preferred the ISO image because of the same results achieving, but with more simplicity, more straight way and more versatility.

C:\MBRBatch>mkimg disk.img
Image size, in bytes or suffixed by K, M or G for Kilo Mega or Giga
Please enter target image size: 10,838,016
Please type desired geometry [128/63 64/63 16/63 64/32]: 16/63
Available partition types for this image, 10838016 bytes:
01 FAT 12
04 FAT 16 <32 Mbytes
06 FAT 16 CHS Mapped
07 NTFS
0B FAT 32 CHS Mapped
0C FAT 32 LBA Mapped
0E FAT 16 LBA Mapped
Please type desired Partition Type [01 04 06 07 0B 0C 0E]: 01
Please type /fsz to use fsz.exe or [ENTER] to use mksparse.exe: /fsz
OKCreating a MBR from C:\WINDOWS\System32\dmadmin.exe with dsfo.exe:
OK, 512 bytes, 0.000s, MD5 = 61a174a7d3cbe41d9996de0f124b7ebf

Image will be mounted as 01h:FAT12

The batch has detected that the newly created image is mounted as drive Q:

NOW it would be the perfect time to stop if you are not sure about
what you are doing.

Press any key to continue . . .
The type of the file system is RAW.
The new file system is FAT.

WARNING, ALL DATA ON NON-REMOVABLE DISK
DRIVE Q: WILL BE LOST!
Proceed with Format (Y/N)? y
QuickFormatting 10M
Initializing the File Allocation Table (FAT)...
Format complete.

10.776.576 bytes total disk space.
10.776.576 bytes available on disk.

4.096 bytes in each allocation unit.
2.631 allocation units available on disk.

12 bits in each FAT entry.

Volume Serial Number is 5868-9E1F

Press any key to unmount the image and uninstall vdk.exe...

Press any key to continue . . .
Virtual Disk Driver for Windows version 3.1
http://chitchat.at.i...k.co.jp/vmware/

Closing the image on the virtual disk 0...The image is closed.
Stopped the Virtual Disk Driver.
Uninstalled the Virtual Disk Driver.

C:\MBRBatch>exit


Btw: the HD-image will result bootable, but the other stuff is more articulated if not complicated so I've preferred the ISO-image creation following "my" straight way.

:cheers:

#70 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 22 June 2009 - 02:37 PM

I guess everyone has his own ideas of "simple". :)

I find that using the already linked to batch file:
http://www.boot-land...?showtopic=2254
to create the .iso is easier (and modifying it to use a SP3 source + the Server2003 SP1 Ramdisk/Setupldr.bin rather straigthforward)

But the main thing is that you are happy with your results. :)

If I may, wouldn't it make sense installing a local CMDCONS with:
winnt32.exe /cmdcons /noreboot

Or in other words, have you checked that the contents of the "C:\$WIN_NT$.~BT" that you rename as "I386" are the same as those of a C:\CMDCONS? ;)

@wim_b
About drive lettering, wouldn't a simple migrate.inf file take care of it ? ;)

:angry:

jaclaz

#71 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 22 June 2009 - 05:13 PM

I guess everyone has his own ideas of "simple". ;)

I agree. :cheers:

I find that using the already linked to batch file:
http://www.boot-land...?showtopic=2254
to create the .iso is easier

I guess everyone has his own idea of "easy". ;)

But the main thing is that you are happy with your results.

Yep! :cheers:

If I may, wouldn't it make sense installing a local CMDCONS with:

winnt32.exe /cmdcons /noreboot

Or in other words, have you checked that the contents of the "C:\$WIN_NT$.~BT" that you rename as "I386" are the same as those of a C:\CMDCONS?

Well, no.
I read about the "/noreboot" switch, but not about the "/cmdcons" one. :(
And now I know that appending the "/cmdcons" switch then it adds "autochk.exe" (chkdsk) and "autofmt.exe" (format) to the working folder.
Furthermore it adds the current keyboard layout DLL (if it is different compared to the default one) to the same folder.
So, since everything is perfectible (and you appear just as a kind of living encyclopedia!), now I will run to update my post: so many thanks! :angry:
Finally (?): please, could you tell me if you know that "XP RC ISO" booting from UFD through grub4dos (or in any other way) has already been reported somewhere (and if "yes", where)?
If it is so... then I will run to delete my post! :)

Many thanks, again. :)


Just for a my (maybe odd and sure completely unrelated) curiosity suddenly flashed in my thought in this moment (if you wish to reply to my curiosity, of course): have you never used the "thanks" forum function
&#40;...&#41; user&#40;s&#41; said &#34;Thank you!&#34; to &#40;...&#41; for this fantastic post
for any post that you have read? :angry:
Please, note that your possible reply should not be related with what you think about the usefulness and/or the liking of that function.
Thank you! :angry:

#72 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 22 June 2009 - 06:08 PM

Finally (?): please, could you tell me if you know that "XP RC ISO" booting from UFD through grub4dos (or in any other way) has already been reported somewhere (and if "yes", where)?
If it is so... then I will run to delete my post! :)


Sure it has been described, though in a much more "skimpy" way, assuming that the .iso was already made with the V. Laurie batch, exactly here on this thread:
http://www.boot-land...?...=5316&st=38
as well with "external" SETUPLDR.BIN and WINNT.SIF.
So, DO NOT delete your post, as it contains more info/additional details.
You may want to experiment using the .ISO INSTEAD of the HD image using grub4dos (hd32) or (0xFF) mapping (and thus using "self-contained" SETUPLDR.BIN and WINNT.SIF)

Just for a my (maybe odd and sure completely unrelated) curiosity suddenly flashed in my thought in this moment (if you wish to reply to my curiosity, of course): have you never used the "thanks" forum function

&#40;...&#41; user&#40;s&#41; said &#34;Thank you!&#34; to &#40;...&#41; for this fantastic post

for any post that you have read?


You may probably want to check my signature, than try the "classical" view on the board, in order to (hopefully ;)) find your answer. :)

;)

jaclaz

#73 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 23 June 2009 - 05:33 PM

So, DO NOT delete your post, as it contains more info/additional details.

:)

You may want to experiment using the .ISO INSTEAD of the HD image using grub4dos (hd32) or (0xFF) mapping (and thus using "self-contained" SETUPLDR.BIN and WINNT.SIF)

Yes, I gladly accept your "challenge". ;)

You may probably want to check my signature, than try the "classical" view on the board, in order to (hopefully ;)) find your answer.

Maybe my sudden curiosity was misspelled: "for any post" it was intended as "for at least one post"... :)

#74 was_jaclaz

was_jaclaz

    Finder

  • Advanced user
  • 7,098 posts
  • Location:Gone in the mist
  •  
    Italy

Posted 23 June 2009 - 07:54 PM

Since I cannot "see" such a "thanks" forum function, I doubt I've ever used it. ;)

jaclaz

#75 online

online

    Silver Member

  • Advanced user
  • 767 posts

Posted 23 June 2009 - 08:31 PM

Posted Image

I swear that I thought about just this "option" ;), but I can see "Thanks!" button even through the classical board skin... ;)
However, many thanks for your reply! :)




3 user(s) are reading this topic

0 members, 3 guests, 0 anonymous users