jaclaz

The XP SP2 RAMDISK.SYS (which should be the same as Server2003) is however limited to 512 Mbytes. Question is WHY you want to use exactly that ramdisk? I mean, there are freeware ones, most notably IMDISK: http://www.ltr-data.se/opencode.html http://www.boot-land.net/forums/index.php?showforum=59 that have more options, a CPL applet, or are however better configurable, like the Gavotte one that supports up to 2, 3 or 4 Gb. A list can be found here: http://www.boot-land.net/forums/?showtopic=1507 jaclaz

Well, FREEGem is NOT an open source operating system, it is a GUI SHELL for DOS: http://gem.shaneland.co.uk/Faq.txt http://www.owenrudge.net/GEM/ It is true that windows 3.x was as well a GUI SHELL for DOS, and that even WIN9x is partly just a SHELL, but FreeGem/Opengem have no intention to introduce "compatible with Windows" apps. If you are interested in resurrecting Win3.x, you might be interested in this: http://www.911cd.net/forums//index.php?showtopic=16754 (in the thread there are also references to some alternative SHELLs for DOS) and latest minibox related thread: http://www.boot-land.net/forums/?showtopic=623 jaclaz

And what bootsector for the CD did you use? If you "simply" copied all the modified files, you "simply" made a NON-bootable CD, which of course makes it highly improbable that will be ever capable of boot anything. WHICH software did you try (unsuccessfully) to burn the .iso image? WHICH software do you have (and used to burn just the files)? Please try burning the .iso file made by nlite (NOT it's contents) with this Freeware app: IMAGEBURN: http://www.imgburn.com/ jaclaz

I think that you also need the "WIN51IP.SP1". Besides, it can also be a "bad burn", try re-creating the CD using the LOWEST possible write speed your CD burner has. At first sight your WINNT.SIF file appears correct, the only thing that is "different from standard" I can spot is the ";" ending the OemPnPDriversPath but cannot say if it can cause the problem jaclaz

Maybe COMPLETELY unrelated, but EDXOR, a small text editing app, has a "special" riched20.dll as t gave problems, see here: http://members.ozemail.com.au/~nulifetv/fr...eware/edxor.htm (download the "[133kB] system component fix") jaclaz

Happy it worked. jaclaz

Not exactly what you asked for, but you may find the Universal driver UNIVBE: http://www.geocities.com/bearwindows/vbemp.htm http://www.boot-land.net/forums/?showforum=60 much more suitable. jaclaz

There already is an app that should automate the install to USB hard disk http://www.usboot.org/tiki-page.php?pageName=Welcome For the "manual" way, check also this tutorial: http://www.ngine.de/index.jsp?pageid=4176 And, if the above do not work/are not exactly the way you want it, do check the other tutorials by Dietmar, links are in his signature: http://www.911cd.net/forums//index.php?showtopic=14181 jaclaz

Tag files. See these: http://www.911cd.net/forums//index.php?sho...16381&st=18 http://www.msfn.org/board/Edit-txtsetupsif...N51-t65541.html http://www.msfn.org/board/XP-SP2-bootable-...ve-t111302.html jaclaz

Off Topic, but not much, there is still this question open: http://www.msfn.org/board/Install-Vista-US...6.html&st=5 It's actually my fault, I completely forgot that, but since I will be prolly busy for the next couple of weeks, if there is any taker, I would be only too happy.... jaclaz

Not yet, x64 is not fully working, but ilko_t is working on it: http://www.msfn.org/board/XP-x64-Install-t114022.html Hopefully it will soon be possible. jaclaz

Very good! Just think how much money people will save by avoiding to buy a second USB stick! Another small victory against the ever increasing entropy. jaclaz

I sincerely doubt that anything is wrong with your install, it seems to me that you still have a mis-formatted/fdisked USB device. There has been a few reports that in some occasions to "refresh" correctly a USB stick it has been needed to "zero" out the initial sectors, but this has never been the case with USB hard disks. Can you download HDhacker: http://dimio.altervista.org/eng/ and backup both the MBR (Physical disk) and bootsector (logical disk) of first active partition of the USB disk? Compress the two files together in a .zip and attach them, I'll have a look at them and see if I can find what is wrong with them. jaclaz

FYI, read this: http://www.911cd.net/forums//index.php?sho...c=21204&hl= jaclaz

After all I wasn't too far off the road. Very good! Yes, but since andy_le2k already has/wants to have a BartPE..... But still noone has been documenting the minimal PE files needed to run successfully WINN32.... jaclaz

For the record, what I suggested lately was NOT to rename ANYTHING: Sure the above is not the "best" way, but "A bird in the hand is worth two in the bush" Another possibility, that noone has fully explored AFAIK is method #2 in my post here: http://www.msfn.org/board/Installing-Unatt...8.html&st=6 I am pretty sure that a very small PE build, probably in the 20 to 40 Mb range should be able to run correctly WINNT32, thus allowing a "real" Windows NT/2K/XP/2003 install from ANY source. jaclaz

Generally speaking, two different installs of XP use, say, 95% of the same files. Now, if you use the normal USBmultiboot setup, and image/backup the resulting install directories, then re-use USBmultiboot for the different install, you can make a compare/diff between the two copies. Nothing prevents you from having two directories anywhere on the stick, like: \setup01 and \setup02 containing the ONLY the files that change between the two versions of setup. Then you boot from the PE on the stick (or also from a DOS flavour) and simply copy the files in one of the two setup directories overwriting those already in $WIN_NT$.~BT or $WIN_NT$.~LS, writing a simple batch for doing the above should be trivial. Sure, you cannot choose at boot whether you instal setup01 or setup02, but making the switch should not be difficult, it's just a reboot and a few xcopy/robocopy commands away. Strings $WIN_NT$.~BT and $WIN_NT$.~LS are hardcoded in SETUPLDR.BIN, though I don't remember anyone previously experimenting with this, it should be perfectly possible to hexedit SETUPLDR.BIN jsut like we do for \I386 or \minint. jaclaz

Hmmm, and AFAIK the resulting CD will ONLY be readable on the same drive or on another identical one.... ...an entire new meaning to the word "portability"... jaclaz

Hey, people, take it easy. There has been some misunderstanding that led to incomprehensions. The misunderstanding is over. The incomprehensions also. Things have been fixed, nobody was hurt (seriously) in the making of this thread . No need to make a case out of it. Just let's call it over. jaclaz

You can have only one entry in BOOT.INI like (if I remember correctly two of them will "confuse" the loader): C:\grldr.mbr="Grub4Dos" then an entry like this: Default=C:\grldr.mbr will work. Also, if you want to get grub4dos as default, you can change the invoked loader in the bootsector of the active partition to GRLDR: http://www.boot-land.net/forums/?showtopic=2362 and then add to grub4dos menu.lst an entry chainloading NTLDR. jaclaz

My first advice would be to give the customer the telephone number of the Symantec Support. My second one would be to behave like plumbers do since the dawn of time: http://www.cascademech.com/Larson-EarlyPlumbing.jpg and start working on the solution. And yes, I would (temporarily) remove complete the Norton System Protection, and reinstall the drivers. It is however queer that the machine started "acting" when you did something else (on the printer side), so it is may possible that there is some connection to that as well. jaclaz

I guess everyone is free to change his/her mind: Though I do understand the base reasons behind the idea, and partially agree with it, I cannot see any progress. I mean, when this thread started: it was more than two years ago, if there was any real interest in this, someone would have taken the challenge, or patchworks could have well learned how to write a program . So, I am a pragmatist, but all this represents, in my opinion, some very good intentions , but very few facts, just a way to spend some time exchanging ideas on Operating System, how they are and how they should be. Believe me, I don't want to put anyone down , but I really cannot see any actual results of threads like this or this other one: http://www.msfn.org/board/UniATA-9x-ME-port-t114217.html exception made for some discussions, just for the sake of it . jaclaz

It's a pleasure to see a grateful and happy "customer". It may, or it may NOT be possible, see this thread: http://www.msfn.org/board/Substitute-unatt...if-t113217.html RE-re-read the documentation, do browse the "historical" thread: http://www.msfn.org/board/boot-install-USB...84.html&hl= feel free to suggest enhancement and clarifications to the docs, none of the partecipating members are mother tongue English, and maybe some ideas/info that came out during the development of the method are given as implied, so it is very possible that the readme.txt can be greatly improved. jaclaz

I already replied you on the other thread: http://www.msfn.org/board/Install-Multiple...ve-t114523.html there is NO need to DOUBLE POST. Read Rules: http://www.msfn.org/board/Forum-Rules-Upda...ead-t18408.html (bolding is mine) I pointed you here to make you read what is already done, and to give you a starting point, I don't think anyone is going to do your homework, as said, start with the known-to-be-working method: http://www.msfn.org/board/install-XP-USB-t111406.html http://www.911cd.net/forums//index.php?showtopic=20089 (just one flavour of XP install), add a PE, when you have ONE install working, try with a second one. Always do one thing at the time, otherways it will be impossible to troubleshoot the problems. jaclaz

Hmmm, wrong method. Next time you should remember to partition the drive properly: http://members.aol.com/spoons1000/break/ jaclaz