jaclaz

Hmmm, I think that you are getting really close . The fact that in boot.ini the "signature" syntax is used should mean that the drive is recognized as a "peculiar" one, but this, as I see it, is a good thing. You can check the Disk (and stick) signature with MBRFIX or MBRWIZARD: http://www.sysint.no/Nedlasting/MbrFix.htm http://www.sysint.no/Nedlasting/MbrFix.zip http://home.graffiti.net/jaclaz:graffiti.net/ http://home.graffiti.net/jaclaz:graffiti.n...X/mbrfix0.2.zip The title Boot WinXP Setup from USB map --read-only (hd0) (hd1) rootnoverify (hd1) chainloader (hd1)+1 boot should work as follows: You map the stick (booted from, and thus first drive, or hd0) to second drive hd1, then you boot from it. The question is how is "mapped" the internal hard disk drive and how is this seen by windows setup? The reference to should mean that (if I get it correctly the \xpsprtm directory is on the stick) the mapping is correct, i.e. the stick gets letter "d:".On the other hand, the fact that the reference to gives the missing file error, should mean that by this part of the setup the stick is NOT seen as second drive (HARDDISK1) but probably as first one (HARDDISK0) One thing you could try is the following: most probably you will have the same behaviour, but the box list could be "populated" by instead. Also, can you post (attaching it) the migrate.inf file you get when you prepare the stick with WINNT32.EXE? I still have the "feeling" that the solution could be there.... jaclaz

porear, sorry, I modified my previous post, the Grub4Dos entry I posted was wrong, can you try with the new one? Also, cdob appears to have joined in the "game", I am crosslinking to the other thread: http://www.msfn.org/board/index.php?showtopic=81788&hl= jaclaz

cdob, there is another ongoing thread here: http://www.msfn.org/board/index.php?showtopic=61384&hl= Problems found appear to be the same ones. I think that the hd exchange should be made before, as to make sure that the First Hard disk on system (the one you install XP) remains C: and thus boot.ini would be correct: default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS Though there is a report here: http://www.911cd.net/forums//index.php?sho...18031&st=20 that makes one think that setupldr.bin/ntdetect.com gave to be on first hard drive. Maybe one could map the USB stick partition to a floppy and the IDE hard disk to hd0, see the other thread. Could you post your migrate.inf file? Maybe the solution could be a modified version of it, together with a hd exchange in Grub4dos before. jaclaz

@Jeremy @cluberti Yes, the amount of disk space needed is incredible. I guess Nuhi will have a lot of fun when and if nlite will be adapted to Vista..... And I presume that you will also need a huge amount of RAM and a prolly fast processor to run it. I have no idea how smooth the feeling of the interface is, but I think that if you can afford a newish, fast machine, running on it XP or 2003 would still be smoother than Vista. And what about booting time, anyone has data on it? Will there be a need for a bootvis-like app? jaclaz

Yep, that is what made me ask before which letter was assigned to the HD, booting from the stick automatically makes it first drive. If the drive lettering ( C: ) of the hard drive is correct, thus should be the easiest solution. Please find here a small batch and some useful info to that effect: http://www.msfn.org/board/index.php?showtopic=66101&hl= You can try using Grub4DOS to map the stick as another HD or even FD, something along the lines of: map --read-only (hd0,0)+1 (fd0) chainloader (fd0)+1 rootnoverify (fd0) boot maybe mapping it as read-only will prevent deletion of the files. jaclaz

To avoid the problem of steps 4 and 5 above, you can try using Grub4DOS to chainload SETUPLDR.BIN directly. This would give you also more options when booting, say, access to a DOS or Linux boot, etc. All you need to do is copying to the root of the stick grldr (from the grub4dos package), rename it to NTLDR and add a menu.lst with this entry: Get grub4dos here:http://grub4dos.jot.com/WikiHome Search posts by me on 911cd forum with text "grub4dos" for some examples and tips. GOOD! I'll have a look too if I can find a way to avoid deletion of that.... jaclaz

You might be interested in these: http://support.microsoft.com/kb/234048/en-us http://technet2.microsoft.com/WindowsServe...3.mspx?mfr=true It seems like a directive in the answer file will avoid the creation of migrate.inf, but actually, as I see it, a form of "migrate.inf" might be necessary to provide for "correct" drive lettering on the installed system.Using the method above, were you able to install on C: drive? Which drive letter was given to the USB stick? Just to keep things as clear as possible, with reference to my post here: http://www.msfn.org/board/index.php?showto...mp;#entry563654 Until now you were exploring the possibilities of method #4, if you you would "fall" in method #3, won't you? If I am correct, some info in here might be of help: http://www.911cd.net/forums//index.php?sho...c=17425&hl= jaclaz

I don't think that it would be economically "sound" to build one, unless you use some parts that you already have lying unused in a corner. This can be a start: http://en.wikipedia.org/wiki/Network-attached_storage it links to this page: https://rnvs.informatik.tu-chemnitz.de/twik...AttachedStorage where a comparison of several device is done, with links to manufacturers and some speed tests. Here is a list of manufacturers: http://en.wikipedia.org/wiki/List_Manufact..._of_NAS_Devices jaclaz

Yep, you pinned down the missing pre-requisite, I would love to, if only you could, possibly in a civil manner, bring some supporting evidence to your statements. Until then, I see them as a mere opininon, in this particular case expressed with a lack of politeness that I find offensive. To cite Bertrand Russell: Of course, my personal view on politeness may differ from yours, and I see as highly advisable to end this little dispute without further exploring the capabilities in this field you so clearly advertised in your last post. Be well. jaclaz

Yep, I may be wrong, this is why I used the IMHO form in my statement, but while this me being wrong is a concrete possibility, it is not proved by your unpolite attack on it, nor because you say so. jaclaz

You can also use an elder machine with something like: naslite: http://www.serverelements.com/ or freenas: http://www.freenas.org/ Since the bottleneck is usually the network transfer rate, any PC with, say a Pentium and 64 Mb of memory will do. jaclaz

Well, English is such a difficult language, as I read (and write) it the sentence: is a "comparative sentence", rather than an "opinion sentence", reference: http://portal.acm.org/citation.cfm?id=1148...CFTOKEN=6184618 The above is a comparation between: a previous common situation (FAT16 with large cluster size and OS with hundreds of very small files) and a common current situation (NTFS with 512 byte cluster size and OS with smaller number of files relatively big) that does not mean that there is no need for defragmentation, nor that having a good (or better)defragmenter is a bad thing, only that there is less need to defragment as often as it was necessary with other OS and filesystems, or to be even more exact that it is less imperative to do it, intended as meaning #4 here: http://www.bartleby.com/61/63/I0056300.html And of course this applies to average use of the PC, it is quite obvious that a PC used as Web server has different needs than a gaming station or than an Internet Cafè PC. jaclaz

Leo128, I see this is your first post, so welcome. the one about the Eula (license) should be this: and the one about user/Org should be this: And they seem right in your posted list. You really should use the search function of the board however, check info posted here: http://www.msfn.org/board/index.php?showtopic=35349 http://www.msfn.org/board/index.php?showtopic=40303 It is possible that you are using an "OEM" version rather that a "Full" one, see these: http://www.msfn.org/board/index.php?s=&amp...st&p=157482 http://www.msfn.org/board/index.php?showtopic=21230 jaclaz

There are several ones, the easiest is to use a "PDF printer" app: http://www.go2pdf.com/product.html http://www.pdf995.com/ http://www.primopdf.com/ are just three of them, but of course you will need either Word or Word viewer, or any compatible app, like OpenOffice.org. Or maybe what you need is more along the lines of this: http://www.nativewinds.montana.com/software/tpdfplus.html jaclaz

Well, I guess that a real "scientifically" sound comparison test would be needed, user "feeling" may not be a valid parameter IMHO disk fragmentation tends to be smaller lately, mainly for two reasons, superior NTFS capabilities in handling files: http://www.pcguide.com/ref/hdd/file/ntfs/relFrag-c.html and average single file bigger size. Thus defragging a hard disk often is not as imperative as it used to be. However, there are also many freeware/low cost alternatives, I'll list those I know of: http://www.dirms.com/ (Dirms and buzzsaw, defraggers) http://www.microsoft.com/technet/sysintern...ies/Contig.mspx (single file defragmenter) http://www.excessive-software.eu.tt/ (GUI for Contig) http://www.microsoft.com/technet/sysintern...PageDefrag.mspx (pagefile defragmenter) http://www.vcsoftwares.com/SpeeDefrag.html (another approach to speed up standard defrag) http://www.auslogics.com/disk-defrag/index.php (defragger) http://defragmentor.com/dmlcl/en/home.asp (CL file defragger) http://www.flexomizer.com/PermaLink,guid,c...2145cc1957.aspx (defragger) http://www.kessels.com/defrag/index.html (defragger) http://www.iobit.com/SmartDefrag/index.html (defragger) http://free.pages.at/blumetools/toolsen.html (defragger) Some other similar or related tools: http://www.unitypro.com/diskidleoptimizer.htm (not a defragmenter, but nonetheless useful) http://www.larshederer.homepage.t-online.de/erunt/ (Registry defragger) http://www.registry-clean.net/free-registry-defrag.htm (Registry defragger) http://www.download.com/WinASO-RegDefrag/3...&tag=button (Registry defragger) (Registry defragger) Of the "Commercial" ones, I have found very good opinions on the somewhat less known MST one: http://www.mstsoftware.com/c_mst_defrag_we_mx2.aspx (but never had an occasion to test it) jaclaz

If anyone is interested in more "NORTON RANTS", here is a good place to go: http://www.computergripes.com/symantec.html http://www.computergripes.com/nortonantivirus2005.html jaclaz

I'tell you how I manage that problem, my way is not necessarily the one you want or the best one. I use Grub4DOS as a boot manager. Read this: http://www.911cd.net/forums//index.php?sho...c=18045&hl= AND search on the 911cd forums for threads with "Grub4DOS", AND read them. Basically I boot from the stick into grldr and have a menu.lst similar to the one posted here: http://www.911cd.net/forums//index.php?s=&...st&p=118196 of which the relevant part is: Latest version of Grub4DOS is here: http://grub4dos.jot.com/WikiHome jaclaz

You should try using the syntax posted here: http://www.msfn.org/board/index.php?showtopic=77526&hl= using the /makelocalsource should be the "missing" step. jaclaz

Cannot really say, but that error should come out if the "root" files on CD are not found:WIN51 WIN51IP WIN51IP.SP1 WIN51IP.SP2 See these threads here: http://www.911cd.net/forums//index.php?showtopic=16381 http://www.911cd.net/forums//index.php?sho...c=17425&hl= Putting those files in the root of the stick should make no harm. No, it should not be needed to hexedit SETUPLDR.BIN, but is it possible that the version you are using has a CHECKSUM ? : http://www.msfn.org/board/index.php?showtopic=58410&st=0 jaclaz

Maybe this is useful for tweaking/modifying VMM32.VXD: http://www.tbcnet.com/~clive/vcomwinp.html#VXDLIB jaclaz

jaclaz

Look here: http://www.msfn.org/board/index.php?showtopic=81537 http://www.msfn.org/board/index.php?showtopic=81788 jaclaz

...but maybe you can re-create a CD from the files you already have: http://www.msfn.org/board/index.php?showtopic=63258 http://www.msfn.org/board/index.php?showtopic=83998 http://www.911cd.net/forums//index.php?showtopic=16381 jaclaz

hmmm, it looks like I missed most of the fun... jaclaz

Yep, as long as it is a "real" coke, as john newbigin put it: http://uranus.it.swin.edu.au/~jn/coke.htm B) jaclaz