Jump to content

Welcome to MSFN Forum
Register now to gain access to all of our features. Once registered and logged in, you will be able to create topics, post replies to existing threads, give reputation to your fellow members, get your own private messenger, post status updates, manage your profile and so much more. This message will be removed once you have signed in.
Login to Account Create an Account


Photo

How to boot/install from USB key ?


  • This topic is locked This topic is locked
485 replies to this topic

#401
flasklax

flasklax
  • Member
  • 2 posts
  • Joined 15-October 07
I'm having a problem with this...
The TXT-mode install works great and so does the GUI. Problem is: When I try to boot after everything is done I'm missing hal.dll. :/
I'm guessing my boot.ini is messed up or something and that's why it can't find the file but I could be wrong. Downloading WinPE now to try and see if it is (Not using BartPE because it doesn't work, just decides to use 100% cpu and after waiting 10-15 minutes I got sick of waiting and killed the process).
Anyone have any other ideas? Would really appreciate some help.


How to remove advertisement from MSFN

#402
ilko_t

ilko_t

    MSFN Addict

  • Super Moderator
  • 1,722 posts
  • Joined 06-December 06
  • OS:none specified
  • Country: Country Flag

I'm having a problem with this...
The TXT-mode install works great and so does the GUI. Problem is: When I try to boot after everything is done I'm missing hal.dll. :/
I'm guessing my boot.ini is messed up or something and that's why it can't find the file but I could be wrong. Downloading WinPE now to try and see if it is (Not using BartPE because it doesn't work, just decides to use 100% cpu and after waiting 10-15 minutes I got sick of waiting and killed the process).
Anyone have any other ideas? Would really appreciate some help.


Please read this post and the next few:
http://www.msfn.org/...762#entry698762

I think you unplugged USB stick before first logon. Do not do that if you did. Stick MUST be left plugged until you COMPLETE your first logon, when 2 batch files are executed, fixing BOOT.INI and renaming back the 2 source folders+txtsetup.sif on stick.

If that's not the case please post your boot.ini on the destination hard drive. The problem is with it.
Another way- what's the name of 2 WINNT folders on stick after installation?

Install Windows from USB, boot Linux, multiboot and a lot more with WinSetupFromUSB


#403
flasklax

flasklax
  • Member
  • 2 posts
  • Joined 15-October 07
I have no idea what really happened but everything works now at least. First time when I tried to install after TXT and GUI was done, when I tried to boot (without removing the stick or anything) hal.dll was missing. When I tried to reinstall with that version it said winnt.sif didn't exist and it couldn't boot the installer.
Gave it another go with different sources and after that install was done, same thing there was no hal.dll and didn't remove stick. However my WIN.LS and BT folders disappeared... :o
Anyway, fixed it by getting WinPE on my USB-stick and changing my boot.ini-file.
After that everything worked out fine.

#404
ilko_t

ilko_t

    MSFN Addict

  • Super Moderator
  • 1,722 posts
  • Joined 06-December 06
  • OS:none specified
  • Country: Country Flag
@flasklax

Can you post some details:

1. What motherboard/model/BIOS version
2. What storage devices you have (SATA/IDE disks, DVD/CD, card readers, printer with card reader...)
3. In case of SATA disks how are they set up in BIOS? In SATA/ACPI/IDE/RAID mode...Where are IDE devices connected if you have such?
4. How do you choose to boot from USB? By going in BIOS and changing boot order or pressing F8/F12/something_else at boot and choosing USB or....
5. What entries did you have in BOOT.INI on destination hard drive, before you edited it? If don't remember there must be a backup file of BOOT.INI in your destination root.

Thanks.

Edited by ilko_t, 18 October 2007 - 02:24 PM.

Install Windows from USB, boot Linux, multiboot and a lot more with WinSetupFromUSB


#405
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07
The program has been further improved, providing Simple and Extended Log Files
using TEE.BAT integrated for redirecting xcopy output towards usb_prep.log file and to Screen.
Thanks to jaclaz for the reference on how to make use of TEE.BAT

Update of Existing Bootable USB-stick having XP LocalSource Folders is possible now. :)
Also there is no need anymore to Format an Existing MultiBoot USB-stick having boot.ini Menu.

Total Commander Synchronize Dirs in Asymmetric mode is very usefull for Updating
the $WIN_NT$.~BT and $WIN_NT$.~BT Folders using a previously made (renamed) tempimage.img
which can be Mounted with the Mount_TempImage.cmd

Instead of the Copy of about 6000 files in 15 minutes to USB-stick,
one needs to copy may be only 150 files in the Asymmetric Synchronize Update. :thumbup

Thanks to jaclaz for the routine for parsing the VDK.exe output to determine the Drive Letter
of the TEMPDRIVE, needed when an existing tempimage.img was mounted. :)

An Extended Help File was made with Most Frequently Encountered User ERRORS,
and further Description of the use of usb_prep5.cmd Program
and the Use of Total Commander to Update Existing Bootable USB-stick having XP LocalSource Folders.

The Attachment gives the usb_prep5.zip File :)

Regards,

wimb

Attached Files


Edited by wimb, 22 October 2007 - 04:32 AM.


#406
effgee

effgee

    Newbie

  • Member
  • 10 posts
  • Joined 24-May 07
So, strangely enough.. I have found a bug perhaps.
I believe it is hardware specific though.

I have a Corsair Flash Voyager 4gb usb stick.
One of its features is wear leveling.

http://www.corsair.c...ar_leveling.pdf



After doing several reads and writes and modifications to the files on this usb stick, it somehow became unbootable.
Since the ntldr is geometry specific, and this drive moves data around for wear leveling, I belive its somehow related.

Solution, please make it possible to rewrite the mbr and extract the bootsector without having to format.

#407
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07

After doing several reads and writes and modifications to the files on this usb stick, it somehow became unbootable.
Since the ntldr is geometry specific, and this drive moves data around for wear leveling, I belive its somehow related.

Solution, please make it possible to rewrite the mbr and extract the bootsector without having to format.

ntldr is not geometry specific and it is unlikely that the NTLDR Bootsector of the USB-stick has changed.

You can use HDHacker to Save and Write the USB-stick Logical Drive bootsector
http://dimio.altervista.org/eng/

The files NTLDR, ntdetect.com, boot.ini and SETUPLDR.bs ( =Bootsector file for launching TXT Mode XP Setup)
are essential for booting. Check if they are still present on the USB-stick.
These files might be corrupt or there position on the stick might give the boot problem.

Tiny Hexer has an option Compare to check if the files are corrupt
http://www.mirkes.de...are/tinyhex.php

The position of files on the USB-stick can be analysed with WinHex using 1stSector column
http://www.x-ways.net/winhex/

wimb

#408
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,401 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

The position of files on the USB-stick can be analysed with WinHex using 1stSector column
http://www.x-ways.net/winhex/


Also, though rather difficult to get the hang of, FINDPART can be useful:
http://www.partition...m/utilities.htm

FINDPART CHSDIR <drive letter>

will give you the position of files.

jaclaz

#409
signal64

signal64
  • Member
  • 8 posts
  • Joined 24-June 06
Rats.. I just ordered a Corsair GT 4Gig just for this.
Guess I'll find out if "wear leveling" is an issue when it gets here.

By reading the doc though it doesn't look like it should be an issue.

The addressing of data is the same to the computer, it's the lookup table
in the stick itself that does the remapping and is supposed to be
transparent to the system.

It isn't doing this at an OS/FS level.

But we shall see.

Edited by signal64, 22 October 2007 - 07:58 PM.


#410
effgee

effgee

    Newbie

  • Member
  • 10 posts
  • Joined 24-May 07
I haven't had the chance to investigate any further but I should have some time in a few days.

I have another question though, I noticed with the scripts there are a bunch of $OEM$ and registry files.
But I have noticed they do not copy (nor does my OEMinfo.ini and OEM.bmp)

There seems to be a discrepancy in which option in the winnt.sif that copies files from the $OEM$ folder.
Its supposed to be OEMPreinstall option - the one that breaks F6 compatibility.. but..
In fact I made a cd with Nlite to see what was going on, and it still didn't copy those files.

Very strange.

#411
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07

I have another question though, I noticed with the scripts there are a bunch of $OEM$ and registry files.
But I have noticed they do not copy (nor does my OEMinfo.ini and OEM.bmp)

There seems to be a discrepancy in which option in the winnt.sif that copies files from the $OEM$ folder.
Its supposed to be OEMPreinstall option - the one that breaks F6 compatibility.. but..
In fact I made a cd with Nlite to see what was going on, and it still didn't copy those files.

I think the winnt.sif file in your XPSOURCE\I386 folder contains an [Unattended] Section with OemPreinstall=Yes
which [Unattended] Section should be removed completely for making XP LocalSource for bootable USB-stick,
which will be nevertheless suitable for UNATTENDED INSTALL !!
When the [Unattended] Section is present, an empty $OEM$ folder wil be made in the $WIN_NT$.~LS folder.
I am using RyanVM Integrator and have not all the knowledge about what NLite is doing with $OEM$ folder.
May be ilko_t can comment on that.

If an EXISTING (empty) $OEM$ folder is detected in the $WIN_NT$.~LS folder of the TEMPDRIVE,
then the $OEM$ folder of usb_prep5 folder is not copied to the $WIN_NT$.~LS folder of the TEMPDRIVE.
This was introduced on request of ilko_t in relation to using NLite, see:
http://www.msfn.org/...B...html&st=360
Anyway it is very good to check the composition of your $OEM$ folder in the $WIN_NT$.~LS folder of the TEMPDRIVE
before the FileCopy to USB-stick begins.

Help_usb_prep.txt

UNATTENDED INSTALL: use winnt.sif for making LocalSource Windows XP for bootable USB-stick
Change file winnt_sif.txt to your needs and COPY in XPSOURCE\I386 folder as file winnt.sif
Use for Preparing USB-stick Only winnt.sif file without an [Unattended] Section.


Edit 24-10:
The problem when an empty $OEM$ folder is detected in the $WIN_NT$.~LS folder of the TEMPDRIVE,
which blocks the copy of the $OEM$ folder from usb_prep5 folder, can be overcome by using in the usb_prep5.cmd
program a different markerfile e.g. CMDLINES.TXT in $OEM$ folder , instead of the $OEM$ folder itselves.
I will change that in the next version. That covers better the different cases.

Edit 25-10:
It is the posisition of the $OEM$ folder in the XPSOURCE which plays an interesting and important role.
If $OEM$ is located outside i386 folder in XPSOURCE , which is normal for an XP Setup CD,
then it is not used in making a LocalSource and [Unattended] Section with OemPreinstall=Yes
will generate an empty $OEM$ folder in the $WIN_NT$.~LS folder of the TEMPDRIVE.

But when $OEM$ is located inside i386 folder in XPSOURCE , then [Unattended] Section with OemPreinstall=Yes
will use this $OEM$ folder to generate a correct $OEM$ folder in the $WIN_NT$.~LS folder of the TEMPDRIVE.

However, the best way is to use $OEM$ folder from usb_prep5 folder and adapt it to your needs and keep it there.
Remove completely in winnt.sif file the [Unattended] Section with OemPreinstall=Yes
and place winnt.sif file in XPSOURCE\I386 folder. Then there is no problem at all :)

wimb

Edited by wimb, 29 October 2007 - 08:49 AM.


#412
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,401 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

Rats.. I just ordered a Corsair GT 4Gig just for this.
Guess I'll find out if "wear leveling" is an issue when it gets here.

By reading the doc though it doesn't look like it should be an issue.

The addressing of data is the same to the computer, it's the lookup table
in the stick itself that does the remapping and is supposed to be
transparent to the system.

It isn't doing this at an OS/FS level.

But we shall see.


Correct :), the "wear leveling" thingy does NOT affect the position of files on the stick (as seen by the OS), but other things may cause it, most probably previously deleted/overwritten files, incorrect order when copying files to it, and what not.

In the famous "Dietmar's Thread" on 911CD, experiments proved that the best way to make sure that USB booting procedure is to start from a "wiped" drive, though noone was able to pinpoint the actual cause of the occasional failures.
However, there is no need to write 00's or (better) F6's to the whole device, but doing so for the first, say, 100 sectors, i.e 51200 bytes, should ensure that there are no "leftovers" that can cause problems to filesystem.

jaclaz

#413
signal64

signal64
  • Member
  • 8 posts
  • Joined 24-June 06
Still waiting for the Corsair GT to get here so in the meantime decided to try this out on a generic PQI 4GB stick.

1. The text mode copy took about an hour.

I bench'd the stick on the same system prior to the install and got 12MB reads.
While not great, it seems it shouldn't have been that slow on the copy.

I saw another reference here to larger sticks and fat32 being slow.
The total space being used on the stick now is 522MB so going to try to partition it as 700MB with FAT16 for grins.

2. The key doesn't show as C: during the partition portion of the setup.

Think this lead to the boot.ini issues that showed up after text mode install.

And yes, I'm making sure the boot selection of the stick is done in BIOS.
Stick was never removed.

What's also kind of odd is when the stick had a dos image on it, it did boot up as C:

System Info:
Abit NFM2 - BIOS 214
Single PATA with 2 partitions (30Gig primary active + 200Gig primary)

During text mode setup I deleted the 30Gig partition and selected it to install on.

When text mode finishes, reboot, and select GUI, I got an error that is a bit misleading. "missing <Windows root>\system32\hall.dll" due to boot.ini telling it to look at the other partition (which has NTFS on it).

I had to set the boot.ini GUI line to partition 2 (original had 1) on the stick for it to work. And of course it errored out trying to put a boot.ini on the hdisk after login. Had to manually put one on.

The resulting install did end up with a C:

So it looks like to setup I have 2 partitions but it's treating the second as C: and the first as D: which is weird (c: was partitioned first).

I'm backing up the D: partition and going to nuke both and try again.
So while off to somewhat of a rough start I have some things to try.

Edited by signal64, 25 October 2007 - 03:07 AM.


#414
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07

1. The text mode copy took about an hour.
I saw another reference here to larger sticks and fat32 being slow.
The total space being used on the stick now is 522MB so going to try to partition it as 700MB with FAT16 for grins..

The Program asked you to do:
First Format to Make Bootable USB-stick with NTLDR Bootsector Using:
	  PeToUSB.exe  OR  HP USB Disk Storage Format Tool Version 2.0.6
	  Settings PeToUSB: Enable Disk Format with LBA FAT16X
Did you use PeToUSB to Format the USB-stick with FAT16 ?

2. The key doesn't show as C: during the partition portion of the setup.

This is Normal, the USB-stick will normally get U: and otherwise it will get D: if you did not select to change migrate.inf

What's also kind of odd is when the stick had a dos image on it, it did boot up as C:

This is Normal, when booting with MS-DOS from USB-stick seen as Harddisk.

Single PATA with 2 partitions (30Gig primary active + 200Gig primary)

During text mode setup I deleted the 30Gig partition and selected it to install on.

When text mode finishes, reboot, and select GUI, I got an error that is a bit misleading. "missing <Windows root>\system32\hall.dll" due to boot.ini telling it to look at the other partition (which has NTFS on it).

You should NOT Delete the Active Partition having DriveLetter C:
Just Select the partition C: as the partition on which you are going to Install Windows XP,
and then Select Quick Format with NTFS FileSystem.
There is no need at all to Delete Partitions.

If you Delete and Create New partitions, you have to Finish with F3 and Boot from USB-stick again and
run 1. TXT Mode Setup again so that DriveLetters get their correct value, just as for a new harddisk

Help_usb_prep.txt

For a brand new harddisk Reboot the computer after creating partitions with TXT mode Setup.
So in this case one boots twice in the TXT-mode Setup,
so that after the reboot drive letters get their correct value.


Edited by wimb, 25 October 2007 - 07:33 AM.


#415
signal64

signal64
  • Member
  • 8 posts
  • Joined 24-June 06

The Program asked you to do:

First Format to Make Bootable USB-stick with NTLDR Bootsector Using:
	  PeToUSB.exe  OR  HP USB Disk Storage Format Tool Version 2.0.6
	  Settings PeToUSB: Enable Disk Format with LBA FAT16X
Did you use PeToUSB to Format the USB-stick with FAT16 ?


For whatever reason you can't use FAT16 on this 4GB stick (or the Corsair 4GB - it just arrived) using the HP USB Disk Disk Storage Format Tool. I had ignored the FAT16 requirement mentioned for PeToUSB as being needed for all and didn't see it as a requirement.

PeToUSB did format the sticks as FAT16.

Suggestion for a change to the wording to:
BEFORE YOU START - Make sure you have a FAT16 formated USB-stick using the HP USB Disk Storage Format Tool or PeToUSB.  Make sure you use "Enable Disk Format with LBA FAT16X" when using PeToUSB.
or something similar. It might make it even better to mention up front you can't use some 4GB with the HP Tool (and obviously larger sticks will need some extra work).

If you Delete and Create New partitions, you have to Finish with F3 and Boot from USB-stick again and run 1. TXT Mode Setup again so that DriveLetters get their correct value, just as for a new harddisk


Ok - seemed to have missed that bit in the doc.

#416
ilko_t

ilko_t

    MSFN Addict

  • Super Moderator
  • 1,722 posts
  • Joined 06-December 06
  • OS:none specified
  • Country: Country Flag
@signal64
FAT16 is for USB boot compatibility and sometimes speed. If FAT32 works for you, that's ok.
About slow speed- 1) check your USB speed settings in BIOS and 2) do some benchmarks with small files, the speed you mentioned is probably valid ONLY for large files. A few posts before (post #386) you will find link to a good program, it will tell you how fast your stick is with small files, like the most of source files are.

Edited by ilko_t, 25 October 2007 - 11:06 PM.

Install Windows from USB, boot Linux, multiboot and a lot more with WinSetupFromUSB


#417
signal64

signal64
  • Member
  • 8 posts
  • Joined 24-June 06
At times I have seen some boards running USB 1.0 speed with certain USB CD drives when installing Windows.
This is even though USB 2.0 is enabled in BIOS so was wondering if that was the issue in this case.

I used bench32 for the speed test I mentioned earlier.
Here's the results on my victim Abit NFM2 system I'm testing the install with.

PQI 4GB:
http://img206.images...5/000001vb3.jpg

And for grins the Corsair 4GB Voyager GT:
http://img141.images...1/000002go1.jpg

Now that things are clearer I did a quick install with the Corsair (FAT16) and text mode took about 15min to copy.
I wasn't timing it closely as I was just seeing if it would work at this stage.

If anyone is interested I'll do some comparison testing (and timing things closely this time) with FAT32/FAT16 on these sticks with a 680i motherboard.
Need to load that puppy up again tomorrow.

Edited by signal64, 26 October 2007 - 03:32 AM.


#418
ilko_t

ilko_t

    MSFN Addict

  • Super Moderator
  • 1,722 posts
  • Joined 06-December 06
  • OS:none specified
  • Country: Country Flag
:thumbup
Finally got it working with USB hard drives.
Dummydisk.sys was remade, many many thanks to Anton Bassov, who responded to my emails and gave the hint what had to be changed in source code, despite being a single statement. :blushing:

The new rdummy.sys worked fine loaded from txtsetup.sif :) , USB hard drives are now seen as removable, thus having lower priority when getting drive letters. To be tested on other machines and sources.

Without rdummy.sys:
Posted Image

With rdummy.sys:
Posted Image

Furthermore- Setup considers it as critical SCSI driver and adds it as service in the new installation starting at boot time. Every USB hard disk attached is seen as removable. This is not wanted, will be taken care of.

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\rdummy]
"Type"=dword:00000001
"Start"=dword:00000000
"Group"="SCSI miniport"
"ErrorControl"=dword:00000001

[HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Services\rdummy\Enum]
"0"="Root\\LEGACY_RDUMMY00"
"Count"=dword:00000001
"NextInstance"=dword:00000001

A little bug in the driver- if during Txt Setup when disks are detected and/or format or repartitioning performed, quit by pressing F3 causes BSOD, without any harms though. The driver doesn't have unload functionality, I believe that's why, may be Anton or anyone else familiar with this matter could add such.
If Setup is let to finish copying files and restart everything is fine, no BSODs, unattended install was performed without any glitches with XP SP2 source. Boot.ini and source folders are as with USB sticks.

Next days I'll add the necessary changes to the bat files, wimb already included an excellent help file so not much left to be done here.

A few more results:
Make small (15MB) image file, mount it as disk, copy boot files there ($win_nt$.~bt folder, setupldr.bin, ntdetect.com and txtsetup.sif in root), use Grub4Dos to mount it as fd0- no go, Setup starts, but cannot find biosinfo.inf in $win_nt$.~bt. Grub4Dos floppy is ignored, why it searches in $win_nt$.~bt? TXT Setup considers it as hard disk. Copy all files for ~BT folder to root- same result.
Mount it as non- existing HD- hd5. Same story, in previous tests I found that setup insist on having all boot files on first HD or complains about biosinfo.inf
setupldr.bin in 6 XP boot floppies differs from normal XP setupldr.bin. Using it didn't help, neither disk101 marker files.

I've tried also to speed up USB boot, moving usbstor.sys, disk.sys and all usb drivers to earlier stages, like in [BootBusExtenders], this didn't help. It seems like Setup loads all drivers, but actually starts them when "WINDOWS IS STARTING" is displayed. I've read similar statement in the past, no idea where it was.

Regards,
ilko

Install Windows from USB, boot Linux, multiboot and a lot more with WinSetupFromUSB


#419
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07

:thumbup
Finally got it working with USB hard drives.
Dummydisk.sys was remade, many many thanks to Anton Bassov, who responded to my emails and gave the hint what had to be changed in source code, despite being a single statement. :blushing:

The new rdummy.sys worked fine loaded from txtsetup.sif :) , USB hard drives are now seen as removable, thus having lower priority when getting drive letters. To be tested on other machines and sources.

The Batch Program usb_prep6.cmd was further improved:
- More Help at Begin and End of the Program
- Delete of tempimage.img needs now User Approval
This is good in view of the possibility to use tempimage.img again for copy to USB-stick
- $OEM$ folder is now only copied if CMDLINES.TXT does not Exists already in LocalSource on TEMPDRIVE

The Attachment gives the new version in the usb_prep6.zip file :)

@ilko_t
Congratulations with the possibility to use USB hard drives in future versions. :thumbup
I hope that you can use this new version of the Batch Program for
adding the necessary changes to the bat files for support of rdummy.sys

Regards,

wimb

Attached Files


Edited by wimb, 29 October 2007 - 05:20 AM.


#420
jaclaz

jaclaz

    The Finder

  • Developer
  • 14,401 posts
  • Joined 23-July 04
  • OS:none specified
  • Country: Country Flag

A few more results:
Make small (15MB) image file, mount it as disk, copy boot files there ($win_nt$.~bt folder, setupldr.bin, ntdetect.com and txtsetup.sif in root), use Grub4Dos to mount it as fd0- no go, Setup starts, but cannot find biosinfo.inf in $win_nt$.~bt. Grub4Dos floppy is ignored, why it searches in $win_nt$.~bt? TXT Setup considers it as hard disk. Copy all files for ~BT folder to root- same result.
Mount it as non- existing HD- hd5. Same story, in previous tests I found that setup insist on having all boot files on first HD or complains about biosinfo.inf
setupldr.bin in 6 XP boot floppies differs from normal XP setupldr.bin. Using it didn't help, neither disk101 marker files.

That's strange, I have small HD images of recovery console working allright, directly or from grub4dos, both "directly" and using the 2003 RAMDISK.SYS to boot them.
I have experimented with /minint, /CMDCONS and $win_nt$.~bt
(but this works with image mounted as HD0)

Some info is on this thread:
http://www.boot-land...?...=2692&st=10

Most probably it won't work on "FD" type of image, but maybe one can use once again the grub4dos mapping features to exchange drives?

Can you post a DIR /S>Setupdir.txt of your 15 Mb image?

I'll see if I can re-create it in a way that it works.

jaclaz

#421
tonich

tonich

    Newbie

  • Member
  • 33 posts
  • Joined 21-September 06
Good going, ilko! :thumbup
Keep on the great work!

#422
ilko_t

ilko_t

    MSFN Addict

  • Super Moderator
  • 1,722 posts
  • Joined 06-December 06
  • OS:none specified
  • Country: Country Flag
Hi all,

Sorry about the delay, lack of spare time lately.

Here is what has to be added to usbprep.cmd to add rdummy driver.


ECHO Adding lines to TXTSETUP.SIF ....
.............
REM added for USB hard drives, loads rdummy.sys during Text Setup, which makes usbstor to see USB drives as removable
fedit -f %tmpdrive%\txtsetup.sif -add -once -l "rdummy.sys = 1,,,,,,4_,4,1,,,1,4" -s SourceDisksFiles
fedit -f %tmpdrive%\txtsetup.sif -add -once -l "rdummy = rdummy.sys,4" -s SCSI.Load
fedit -f %tmpdrive%\txtsetup.sif -add -once -l "rdummy = \"USB hard disk as removable\"" -s SCSI
fedit -f %tmpdrive%\$WIN_NT$.~BT\winnt.sif -add -create -l "\"sc config rdummy start= disabled"" -s GuiRunOnce
copy rdummy.sy_ %tmpdrive%\$WIN_NT$.~LS\I386
copy rdummy.sy_ %tmpdrive%\$WIN_NT$.~BT

rdummy.sy_ and it's source code are in the attachment.
Installation tested with XP SP2 source, 80GB IDE HD, generic IDE-USB adapter. Drive formated FAT16x with 1.9GB partition using PEtoUSB. XP built-in format didn't make it bootable.
On first GUI logon rdummy service is disabled, on next reboot it'll be inactive. If one needs to reenable it simply change startup type in services to 0, or use "sc config rdummy start= boot".

WARNING!!!
There is no warranty whatsoever for this driver and it's behavior, use it COMPLETELY at your own risk.
The only issue I've seen by now is BSOD 7B when F3 is pressed to quit from Setup, but there may be others. Not tested with 2K/2K3.


@wimb
- would you add this as an option, the same way we choose source path etc. I didn't want to mess with the batch file.

A few minor suggestions for usbprep.cmd-

1. boot.ini options on stick could be easier to be like:
[Boot Loader]
Timeout=10
Default=multi(0)disk(0)rdisk(1)partition(1)\WINDOWS
[Operating Systems]
multi(0)disk(0)rdisk(1)partition(1)\WINDOWS="Steps 2 and 3- GUI Mode Setup and first start " /FASTDETECT
C:\SETUPLDR.bs="Step1- TEXT Mode Setup (Don't unplug USB drive until after first GUI logon)"

2. For the usbprep.cmd options- I'd rather "dumb" copy all files and folders from source\I386 to ~LS\I386 skipping existing files, instead of having option 0. This doesn't add too much space, USB sticks are bigger and if one would like smaller source, he would do that in advance. It's also safer.

@all- Question- xcopy /d would copy non-existing files to target, I read that if files are NOT newer than 1 day they'd not be copied, is that right? What would happen if one makes a new XP source today, NLite it and use xcopy /D ?

/D:mm-dd-yyyy
Copy files that have changed since mm-dd-yyyy.
If no date is given, the default is to copy
files with a modification date before today.
(at least 1 day before)

http://www.ss64.com/nt/xcopy.html

3. Boot.ini on target drive- the second entry is "USB Repair Microsoft Windows XP Professional", may be is good idea to add "do NOT use to start", or something similar.

4. Option to delete tempimage.img could be nice after unmounting virtual drive.

What do you guys think?

@jaclaz- I wanted to boot from mapped by Grub4Dos floppy image, containing all boot files. Setup keeps looking for bioinfo.sif in ~BT folder. That means for me it does not recognize the mounted floppy as such, but rather as a hard drive.
Then I saw cdob posted some results trying to achieve the same goal, post #189. I am curious if boot files when he was getting BSOD 7B were in ~BT folder or in root. I couldn't go that far when files are in root. For now I'd rather not play again after reading his results.

@tonich-Thanks, nice to see you around.

Good going, ilko! :thumbup
Keep on the great work!

This above applies for all in here :)

regards,
ilko

Attached Files


Install Windows from USB, boot Linux, multiboot and a lot more with WinSetupFromUSB


#423
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07


@wimb
- would you add this as an option, the same way we choose source path etc. I didn't want to mess with the batch file.

@ilko_t
I will add to usb_prep.cmd the possibility to use rdummy.sys for Install of Windows XP from USB-IDE Harddisk,
in the way as given by you.
It will take some time, since I like also to test the usb_prep.cmd program with such USB-IDE Harddisk.
I have a 20 GB IDE Harddisk available for testing purposes,
but must first get a suitable USB-IDE HDD case for that.

A few minor suggestions for usbprep.cmd-

1. boot.ini options on stick could be easier to be like:
.....
2. For the usbprep.cmd options- I'd rather "dumb" copy all files and folders from source\I386 to ~LS\I386 skipping existing files, instead of having option 0. This doesn't add too much space, USB sticks are bigger and if one would like smaller source, he would do that in advance. It's also safer.

3. Boot.ini on target drive- the second entry is "USB Repair Microsoft Windows XP Professional", may be is good idea to add "do NOT use to start", or something similar.

4. Option to delete tempimage.img could be nice after unmounting virtual drive.

I can make some minor changes to boot.ini, but it is also important that the numbering of options will fit easily and logically in the boot.ini for the MultiBoot Menu as described in my Guide.

The idea to copy in any case all files and folders from source\I386 to ~LS\I386 is a very good idea.
It is simpler, does not take to much space and moreover the USB-stick XP-source is always more complete.

I will also change boot.ini such that "USB Repair......" option is clearly not meant to be used as Start option,
allthough this choice would not be harmfull.

I think that Delete and Renaming of tempimage.img is easier and better done with the Windows Explorer FileManager.
Quite often instead of Delete, one would like to Rename tempimage.img for future use.
And if not Renamed, than the choice to Delete tempimage.img is offered
on next running of the usb_prep.cmd Batch Program.

Greetings,

wimb

Edited by wimb, 04 November 2007 - 07:25 AM.


#424
wimb

wimb

    Senior Member

  • Developer
  • 679 posts
  • Joined 21-March 07
The usb_prep.cmd Batch Program was changed so that it can be used also
for preparing the LocalSource for Install of Windows XP from USB-Harddisk using rdummy.sys
as developed by ilko_t see: http://www.msfn.org/...o...1384&st=421 :thumbup

FOR USB-Harddisk make 1900 MB FAT Partition at beginning of the USB-Harddisk.
Use FAT Format and Set Active OR use PeToUSB to Format such partition.
rdummy.sys makes Fixed USB-Harddisk seen in XP Setup as Removable Device.
XP FAT Format is OK but without Set Active of partition you will get DISK BOOT FAILURE.

USB-Harddisk will get during XP Setup DriveLetter D: and migrate.inf cannot change that.
After First Logon there is only 1 USB-Harddisk partition visible as Removable Drive.
After XP Setup and Reboot for second Logon than
all partitions of USB-Harddisk will become visible as Fixed Local Drives
and the highest partition number of USB-Harddisk will get DriveLetter D:
This reversal and use of DriveLetters might be unwanted and consequently
the use of USB-stick for XP Setup is Preferred, so that this DriveLetter Problem does not occur :)

***** WARNING ***** :ph34r:
HP USB Disk Storage Format Tool 2.0.6 Destroys Partition Table of USB-Harddisk and
cannot be used to Format one single partition of USB-Harddisk.
Using HP Tool makes Data partitions of USB-Harddisk inaccessible !! :angry:
So don't use HP USB Disk Storage Format Tool to Format USB-Harddisk.
The HP Tool is usefull to Format USB-sticks, especially to make a MS-DOS Bootable USB-stick.


Using PeToUSB.exe is SAFE for USB-Harddisk, it can only Format partitions with size less than 2 GB
without destroying the existing partition table, so that Data partitions are still accessible.

Use of usb_prep7.cmd and everything in the Help guides is COMPLETELY at your own risk.

ALL files of cmpnents and i386 folder of XPSOURCE are copied now to $WIN_NT$.~LS LocalSource folder.

XPSOURCE Space Saving Tips see: http://unattended.ms...xp/view/web/57/
You can Safely Remove in advance the following XPSOURCE folders:
WIN9XMIG, WIN9XUPG and WINNTUPG - This will free up 37.6 MB
LANG - 99 MB and cmpnents - 22.6 MB ( Needed for Tablet PC only )

undoren.cmd and ren_fold.cmd and Customized presetup.cmd for BTS DriverPacks:
First Limited Drive Range for searching TAGFILE is used
to Prevent Windows No Drive Alert due to Cardreader.
For case of Repair Install from USB-Harddisk with Shifted DriveLetters, than Drive with TAGFILE is not found.
In that case Full DriveRange is used for finding TAGFILE.
On Windows XP Repair Setup we get than: No Drive Alert - Press 4x Continue for Cardreader Drives

I did not observe any problem (BSOD) using F3 to Quit from XP Setup,
direct after Delete and Create of Partitions.
Quit with F3 Enables Rebooting a Second time in TXT Mode of XP Setup,
which is necessary after Repartitioning to give DriveLetters their Correct Value.

The Attachment gives the usb_prep7.zip file. GOOD LUCK ! :)

The usb_prep7.cmd Batch Program was tested for Fresh and Repair Install both from USB-stick and
two different USB-Harddisks using a Laptop and a Desktop computer.
Only in the case of Repair Install of Windows XP from USB-Harddisk there are Windows NO Drive Alerts
to be expected due to Cardreaders, which require 4x mouseclick on Continue Button.

Regards,

wimb

Attached Files


Edited by wimb, 11 November 2007 - 11:22 AM.


#425
ilko_t

ilko_t

    MSFN Addict

  • Super Moderator
  • 1,722 posts
  • Joined 06-December 06
  • OS:none specified
  • Country: Country Flag
:thumbup

Glad it worked, I gonna have a beer for it tonight :)

Anyone thinking of GUI ? :rolleyes:

Regards,
ilko

Install Windows from USB, boot Linux, multiboot and a lot more with WinSetupFromUSB





0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users



How to remove advertisement from MSFN