Hi wimb
Here are some results in my tests:
wimb, on Aug 18 2007, 09:59 AM, said:
For my version of XP it was necessary to remove the :all option in the winnt32.exe command.
Otherwise in making the LocalSource I get Error messages for missing files: tabletpc.cab and mediactr.cab
It's tricky, if :all is not used some folders are not copied, e.g. when preparing MCE and GUI setup will complain about missing files/folders. If it is used some files cannot be found by WINNT32 as it is looking at the wrong place for them, for example test with DELL XP Home SP2:
Here is part of TXTSETUP.SIF:
Quote
[SourceDisksFiles]
.......
startoc.dll = 100,,,,,,,32,0,0
startoc.inf = 100,,,,,,,20,0,0
startoc.cat = 100,,,,,,,,3,3
startoc.cab = 2,,,,,,_x,,3,3
Part of LAYOUT.INF:
Quote
[SourceDisksFiles]
.............
startoc.dll = 100,,22016,,,,,32,0,0
startoc.inf = 100,,109098,,,,,20,0,0
startoc.cat = 100,,167601,,,,,,3,3
startoc.cab = 2,,8672998,,,,_x,,3,3
And part of DOSNET.INF
Quote
[Files]
...........
d1,startoc.dll
d1,startoc.inf
d1,startoc.cat
d2,startoc.cab
startoc.cab is the only file, not found by WINNT32, and it's the only 1, which differs from others in it's source description. Why they did it like that I have no idea, however I'd rather make a note of the files not found and manually copy them after _prepare.cmd, than not copying whole folders (:all switch).
On generic XP SP2 situation is fine, no funny files or folders, but with different sources we can expect all kind of errors, because of the many ways OEMs integrate their stuff and WINNT32 fails to replicate the exact CD structure.
wimb, on Aug 18 2007, 09:59 AM, said:
The /h /k option is not valid in the copy command, but gives no problem.
That was xcopy before, forgot to remove redundant switches
wimb, on Aug 18 2007, 09:59 AM, said:
MakeBS3.cmd .... was replaced by CALL MakeBS3.cmd ....
in order to see the messages and to return to the following statements in the _prepare.cmd

Told you I am newb with scripts, didn't know how to avoid that

Thanks.
Quote
It is interesting to integrate also CALL MkMigrateInf of cdob for giving the USB-stick drive letter U:
because without it the USB-stick gets the unwanted drive letter D:
and consequently the drive letters of other partitions on the harddisk are changing.
Here is tricky too, please read the results with USB hard disk bellow. USB stick getting C: is a good indication that something is wrong and stick will be rendered non bootable during TXT Setup because is seen as first disk- abort setup. If it's preset to U: you will not get that. Better fix drive letters later.
Quote
Fedit.exe was used in _prepare.cmd to make
the for the Repair option necessary change in the presetup.cmd of BTS DriverPacks.
The btinifix4.cmd was made ready for unattended install by removing the pause and the YES confirmation.
Would you attach the edited files please.
I also added simple check if winnt.sif don't exist on source not to use /unattend switch:
IF EXIST %instpath%\i386\winnt.sif (
%instpath%\i386\winnt32.exe /noreboot /makelocalsource:all /syspart:%tempdrive% /tempdrive:%tempdrive% /unattend:%instpath%\i386\winnt.sif
) ELSE (
%instpath%\i386\winnt32.exe /noreboot /makelocalsource:all /syspart:%tempdrive% /tempdrive:%tempdrive%
)
If you can make it better please add it as well in the files to be attached.
-------------------------------
Some results with USB hard disk- unfortunately I couldn't make it work without deleting source files. USB hard disk is seen as first disk and gets letter C:, dispite the fact it's listed as second in list and TXT Setup attempts to place boot files on it. If it's write- protected by migrate.inf SETUP complains about damaged hard drive D:
Quote
Setup has determined that Drive D: is corrupted and cannot be repaired
Same behavior was desribed in post
#130 , when in mixed SATA/IDE environment USB stick is seen as first bootable device, this was fixed by disabling IDE controllers or removing attached devices from them, but here I had only 1 IDE hard disk and the USB one.
Remove the write- protection form migrate.inf- no more complains, but all boot files go on USB disk and the files being copied to destination are deleted from source.
Make USB disk U:- same story.
Tests made with 2 different USB-IDE adapters and IDE disk as destination- same results.
Because the files deleted during TXT Setup are from ~LS folder I tried to keep ~BS for the TXT part and force Setup to look for source files in other folder- I386 copied on USB disk. This articles give some clues:
http://support.microsoft.com/kb/150497
http://technet2.microsoft.com/windowsserve...3.mspx?mfr=true
I have tried to change TXTSETUP.SIF to
[SetupData]
SetupSourcePath = "\"
SetupSourceDevice = \device\harddisk0\partition1
MajorVersion = 5
MinorVersion = 1
Also \ to \i386, with and without quotes and spaces to no avail- "Setup cannot format the hard drive- CD is damaged" meaning cannot find files on source destination. TXTSETUP.SIF is in root and in I386.
WINNT.SIF:
[Data]
Autopartition=0
UnattendedInstall="Yes"
floppyless = "1"
msdosinitiated = "0"
OriSrc = "\device\harddisk0\partition1\i386"
EulaComplete="1"
winntupgrade="no"
win9xupgrade="no"
Win32Ver="a280105"
uniqueid="C:\WINDOWS\JAL"
OriSrc="\device\harddisk0\partition1"
OriTyp="3"
unattendswitch=yes
sourcepath = \device\harddisk0\partition1\i386
floppylessbootpath=\Device\HardDisk0\partition1
[SetupData]
OSLoadOptionsVar="/noexecute=alwaysoff"
SetupSourceDevice = "\device\harddisk0\partition1"
floppyless = "1" and msdosinitiated = "0" were tried in all combinations, some funny lines were added to experiment, actually in over 20-30 attempts to change/remove lines I had no luck. No idea if it's by design like that or am missing something. May be Setup detects that has not been started from RIS ignoring paths and keeps searching for files in ~LS folder.
Another dumb idea- copied the contents of CD on USB disk, leave boot files to invoke SETUPLDR.BIN and amend WINNT.SIF and TXTSETUP.SIF(copied on root and I386) for other source paths- no luck again- BIOSINFO.INF cannot be found in ~BT folder, so it's either hard coded when booted from hard disk to search there, or I am missing something.
I am taking a break from USB hard disks for now, at least until someone gives better ideas.
May be a way to make USB hard disk seen as removable? AFAIK this could be done by using driver patching on the fly the removable bit which seems too hard for the purpose, or I am wrong?
Regards,
ilko