jaclaz

Why don't you actually READ the linked to thread : http://www.msfn.org/board/Integration-Inte...ta-t107504.html it contains already prepared drivers AND the HOWTO on how to integrate them with nlite. jaclaz

I cannot see the screenshot However, once the drive is formatted as FAT32 by swissknife, can you check whther a MBR has been written to it and post it? Same procedure using Hdhacker.... After having saved and posted the MBR, what happens if you try formatting the stick through FORMAT? And what if you try using convert.exe? jaclaz

Also, this may contain the needed info: http://www.msfn.org/board/Integration-Inte...ta-t107504.html jaclaz

I may add that the only way to find out is to actually test a setup. I mean if the machines connected to the network are prolly fast (high speed processor and adequate RAM) and the network is slowish, tramsferring LESS data (and later expanding it) might be actually faster. The other way round, a Gigabyte network and low end machines may prove the contrary. jaclaz

yes, I attached it here: http://www.msfn.org/board/Windows-XP-Repai....html&st=13 including (brief) instructrions. I thought THAT was failing. Or did you think I "fixed" it again? Well the "good" news are that most probably, even if it booted as superfloppy or zip format it wouldn't be useful for booting a NT based system as no arcpath is generated, thus it may perhaps only work as installation media. However, let's try another way, you are running Xp, aren't you? Two further possibilities: 1) install the Hitachi Filter Driver and use "normal" Disk management: http://www.911cd.net/forums//index.php?showtopic=14292 http://www.911cd.net/forums//index.php?showtopic=21572 2) try using Swissknife: http://www.compuapps.com/download/Swissknife/swissknife.htm I have seen reports that in some cases Swissknife (or other utilities) worked but failed to set the partition active. Download Beeblebrox: http://students.cs.byu.edu/~codyb/ and use it to make sure that after using any of the utilities the "Boot" field contains 80 and not 00. jaclaz

The point is that different "editions" of a software (OEM/UPGRADE/FULL/VLK) may (and usually do) use different keys. Thus it is possible that you have a "good" key and license for a version that won't work with your current source, that could be one of the other versions. jaclaz

I just checked (and hopefully fixed) the DATA part of the MBR, it is possible that you are in one those rare cases where the BIOS simply does not "like" NTFS. That would be consistent with "old" FAQ#10: http://home.graffiti.net/jaclaz:graffiti.n...SB/USBfaqs.html What motherboard is it? jaclaz

Yes and no, it is possible, but ONLY if using RAMDISK booting. Just read diddy's guide, already linked to, thre are several ways to. jaclaz

Lots of them. Read here: http://www.boot-land.net/forums/index.php?showforum=66 http://www.boot-land.net/forums/index.php?showtopic=5187 http://www.boot-land.net/forums/?showtopic=5041 http://www.boot-land.net/forums/?showtopic=5078 http://www.boot-land.net/forums/?showtopic=5369 (AND links therein) jaclaz

Short answer: Yes. Long Answer: Yes, but you need to follow several different guides/tutorials and possibly add something of your own. Start here: http://www.msfn.org/board/index.php?showforum=157 Then go here: http://www.boot-land.net/forums/index.php?showforum=66 http://www.boot-land.net/forums/?showtopic=5187 The above is the "easy" part, that will cover XP Setup and ANY linux + Acronis. Now read the tutorials by Dietmar (in his signature): http://www.911cd.net/forums//index.php?showtopic=14181 Then read this: http://www.ngine.de/article/id/8 And try using this: http://www.usboot.org/tiki-index.php jaclaz

To re-cap: BCDW does perfectly a limited number of things, on CD/DVD only. Syslinux/Memdisk/Isolinux do perfectly a greater number of things, both on CD/DVD and HD-like devices, but is more "Linux oriented", a derivative project, Siblo: http://simplux.org/siblo/ might give some additional features more "NT oriented" grub4dos has almost total "Linux compatibility", being derived from "legacy grub 0.97", it is also DOS and NT oriented, to which you can add several advanced features unavailable with the other programs, since a large number of Linux distro already use grub legacy, the menu.lst entries are compatible (or need on ly slight mods). What I find "superior" in grub4dos is the fact that the SAME files (provided that the menu.lst is written appropriately) can normally be used with no modifications on CD/DVD, HD-like devices and floppy-like devices, and the .iso mapping feature, very very handy (for those OS with which it is compatible) in a multiboot environment. But each program has it's own pluses and minuses, so, as cdob advised, there is not a "better" choice, they are tools, simply use the one that does the needed work better or faster. jaclaz

Pyrox try the atttached: 1) 00 out first 100 sectors 2) use hdhacker to restore the modified MBR to the stick 3) remove stick 4) re-insert stick 5) use the built-in Windows FORMAT to format the partition 6) copy to the newly made partition just: NTLDR NTDETECT.COM BOOT.INI (the boot.ini should have at least two different entries) 7) try booting, if you get to the BOOT.INI choices, everything is fine 8) report jaclaz MBR_mod.zip

Pyrox, I've seen the file, but right now I'm out of town and don't have my usual tools available, I'll check them in a couple of days. jaclaz

The article you referenced is how MS-DOS assigns letters, NT based system behave differently: http://www.msfn.org/board/wondered-xp-setu...9.html&st=7 Read these thread: http://www.msfn.org/board/Drive-letters-sh...d-a-t85729.html http://www.msfn.org/board/Question-Partiti...rob-t67395.html Why not using migrate.inf and be done with it? Looky here: http://www.911cd.net/forums//index.php?showtopic=19663 jaclaz

Well, in the end that's not entirely true. While to avoid potential conflicts with third party software it is strongly recommended to use a fresh install when using USBoot this in no strict requirement. In fact I myself do use it on my productive install with the full BTS driverpack proivided as source for step V of phase II. However the possibility of (unwanted) complex driver interaction grows as the number of factors involved increases. So for a first try I would certainly give the advice to use a 'virgin' install of NT 5.x but once one has successfully proven that the system in question is capable of booting from USB it may be worth a try to reevaluate things with a full blown installation. Tim Which is exactly the kind of advice I was trying to give. jaclaz

You already have grub4dos installed. Read how to use it: http://www.boot-land.net/forums/index.php?showforum=66 http://www.boot-land.net/forums/?showtopic=5187 http://www.boot-land.net/forums/index.php?showtopic=3963 jaclaz

Your ONLY chance is trying using TESTDISK to recover the partition tables. But most probably the amount of damage already caused is too much. So maybe you can try using PHOTOREC to try and recover some files. Read here: http://www.msfn.org/board/Recovering-Win2K...io-t115439.html and particularly here: http://www.msfn.org/board/Recovering-Win2K....html&st=16 jaclaz

@Kazuya17 Please when posting longish snippets, put them in [ codebox ] [ /codebox ] tags as it keeps the thread more readable. Maybe stupid idea , but can you try with the grub4dos "fake" F6 floppy trick? http://www.911cd.net/forums//index.php?showtopic=20543 jaclaz

You are welcome to use/copy/modify, if useful, my small batches here: http://www.911cd.net/forums//index.php?sho...=21965&st=6 I am attaching a copy here also, should you have troubles in getting them from 911CD. jaclaz Freedrv.zip

If I may, the approach of Bold Fortune and of nuhi is completely different. Bold Fortune published each of his findings and asks for money for a set of batches that will replicate automatically each of them. nuhi gives for free the application but won't tell you (or not completely tell) what is inside it. I personally do not like either approach, I like to share my (very little and NOT comparable to the great work done by nuhi and Bold Fortune) findings and, when I make it, the batch file to automate it, but this is my idea of sharing, not necessarily the "right" and "only" one. As well, it is my personal idea that using .Net is a waste of resources/disk space, but again this may be just because batch is the only scripting language I can write into. For the record there is (or maybe was) a mostly unknown third guy: http://manoa.flnet.org/ (the site is offline, but a few pages can be found with google cache) that took some of Bold Fortune's (and info from other sources) posts and "translated" them into batches that you can (could) download for free. All three, as I see it, want to have control on what they do, one way or the other, nuhi is exceptionally fast to resolve problems and bugs and he is admirable in the way he kept nlite (and now keeps nlite and vlite also) constantly updated, and I hope that he will go on forever, but what would happen once he loses interest in the matter, or for any reason he stops developing nlite and vlite? I personally think that "collaborative" projects, though of course much more difficult to manage, offer more probabilities to survive for a longer stretch of time and often can solve problems otherwise unresolved by using the contribution of new and different points of view. jaclaz

If I may , it would be advisable to directly use the output of the commands, as to avoid the unneeded creation of some temporary files. As an example this: diskpart /s listdisk.txt >listresult.txt for /f "skip=8 tokens=2 delims= " %%a in (listresult.txt) do ( can be "simplified" to: for /f "skip=8 tokens=2 delims= " %%a in ('diskpart /s listdisk.txt') do ( And diskpart can be "fed" with commands, this: echo list disk >listdisk.txt diskpart /s listdisk.txt can be obtained by: echo list disk|diskpart.exe Thus, overall, the whole: echo list disk >listdisk.txt diskpart /s listdisk.txt >listresult.txt for /f "skip=8 tokens=2 delims= " %%a in (listresult.txt) do ( can become: for /f "skip=8 tokens=2 delims= " %%a in ('echo list disk^|diskpart.exe') do ( with two temporary files less. jaclaz

You can use reg.exe from batch, then parse it's output, here are a couple examples: http://www.msfn.org/board/pulling-registry-ba-t97010.html Read these also: http://www.robvanderwoude.com/ntregistry.html http://www.robvanderwoude.com/ntfor.html http://www.robvanderwoude.com/ntfortokens.html Open a command prompt and run in it: reg query "HKCU\Identities" jaclaz

Hmmm, maybe the USB controller goes in some kind of "loop". Try using good ol' diskprobe (dskprobe.exe): http://www.microsoft.com/downloads/details...61-ba8011fabf38 To see which last sector it detects on physicaldrive. jaclaz

@DigeratiPrime Not to contradict you , but ANY NT based system on ANY (ATA/ATAPI/IDE/SATA) hd connected through a USB adapter will BSOD with STOP 0x0000007b because of the missing/wrong USB Registry entries (and thus drivers), unless of course it has been properly installed on that USB hd. jaclaz

Sure it can be done in batch. A basic batch to backup the folders is here: http://email.about.com/cs/oetipstricks/qt/et110703.htm (but it needs you to supply the source) But with some info from here: http://www.insideoe.com/files/regkeys.htm it should just be a matter of querying the Registry to get the path, i.e. doing from batch what is suggested to be done manually here: http://email.about.com/cs/oetipstricks/qt/et010603.htm Or maybe freebies like these are what you want: http://www.oehelp.com/OEBackup/Default.aspx http://www.genie-soft.com/products/oeb/features.html jaclaz