jaclaz

Hmm. the seller, besides selling something he does not own, is clearly a jerk. He also sells: a Vista WAREZ release http://cgi.ebay.com/Windows-Vista-Lite-Mix...%3A1%7C294%3A50 Look how the "positive" feedbacks are made in groups of the same "contented customer" thanking him like 13 times in 7 minutes: http://feedback.ebay.com/ws/eBayISAPI.dll?...s=25&page=8 If anyone has an e-bay account, he should be reported as a dishonest seller. jaclaz

Very nicely put. OFF TOPIC! It reminds me of truels: http://en.wikipedia.org/wiki/Truel Here is a version, with solution: http://www.puzzle.dse.nl/teasers/index_us.html#the_truel jaclaz

It depends greatly on what you have on your hard disk/Recovery partition. Make and model of the PC may make the difference. See here for an example: http://www.msfn.org/board/index.php?showtopic=127624 Sometimes it is possible, often it is not. (Your mileage may vary. jaclaz

I actually did not mean anything, just informing both you and Tripredacus that you (meaning mactepu only ) are basically on the "wrong" board. For BartPE reference board is 911cd: http://www.911cd.net/forums/index.php For Winbuilder based builds it is Boot-Land: http://www.boot-land.net/forums/ WIM images are mounted in Vista based builds though native Vista or WAIK tools. Cannot say if the same is possible on a XP/2003 based builds, but if it can be done it is more likely that there is a Winbuilder based project allowing it than an old-style BartPE plugin. jaclaz

Still, you must give some details and descriptions. All we have now is a screenshot of a DVD with a number of folders and a number of (unknown extension) files that being around 2 Kb may be CD bootsectors. The fact that the files WIN51, WIN51IP and WIN51IP.SP3 are in the root makes me think it is an multiboot-DVD based on Windows XPSP3. The reference to CDHSHW.EXE makes me presume it uses CDShell as bootloader. The AEROBOOT folder may mean that Aerostudio is used also. Since you evidently don't know HOW you made it : , and from the name WINDA7K, makes me think you are trying to change/modify a known WAREZ release , something for which you won't get support on this board, see Rules: http://www.msfn.org/board/index.php?showtopic=18408 jaclaz

And here also: http://iskra.tripod.com/edlin/ jaclaz

I am afraid your question is completely unclear. Can you try to give more details? jaclaz

I am short of ideas. Clearly there must be a reason. It is simply escaping us. I mean, this feature worked for several thousands of people, thus it can be considered "fully tested". If you used a "clean" UNMODIFIED source WITHOUT unattended, it cannot be anything connected with mods like nlite (which however was never reported as causing problems or other similar "source modifying" apps/scripts). jaclaz

FYI VistaPE: http://vistape.net/ has nothing to do with BartPE, it uses the Winbuilder scripting engine: http://www.boot-land.net/forums/index.php?showforum=22 for which there are project based on XP/2003 Sources (like BartPE and corresponding to WinPE 1.x): with Vista/Server 2008 (corresponding to winPE 2.x): http://www.boot-land.net/forums/index.php?showforum=51 and even with Windows 7 as source, (say winPE 3.x? ): http://www.boot-land.net/forums/index.php?showtopic=7053 jaclaz

At least on old models the touchpad was connected to an internal PS/2 port, not to an USB one. In that case the relevant file is the i8042prt.sys driver. jaclaz

And, again, it has been already made. jaclaz

No, it's not the same. This last one is "right". I see no reasons why it shouldn't work, unless something else prevents it to be working. Are you using some "unattended" settings? Your "complete" output from MakeMigrateInf.exe lists a great number of removable devices, do you have one of those multi-card readers? Sometimes they can be a royal PITA. However, I am attaching a "right" one for your "H:\" device, try using this one. For the sake of experimenting, you should (momentarily) forget about "unattended" and ANY other "custom" setting you may have introduced, my guess is that you added/modify "something" which is simply escaping all of our current ideas/checks and that causes the migrate.inf not to be applied. jaclaz good_migrate_inf.txt

That's EXACTLY what the given three links are for, three different PROGRAMS (methods) to install XP (read 2003) from USB. What do you want? Home delivery? jaclaz

JFYI: http://www.ngohq.com/home.php?page=dseo http://www.softpedia.com/get/Tweak/Video-T...Overrider.shtml New version made compatible with Windows 7. jaclaz

These may be of help: http://www.msfn.org/board/index.php?showtopic=51140&hl= http://www.msfn.org/board/index.php?showtopic=107504&hl= Respectively for nvidia and Intel, but the general idea should apply to SiS drivers also. jaclaz

NO news. LOTS of people posting without searching before : http://www.msfn.org/board/index.php?showtopic=132031 http://www.msfn.org/board/index.php?showtopic=129314 http://www.msfn.org/board/index.php?showtopic=127574 jaclaz

A terminal program converts your input on the keyboard into text that is shown in the terminal window and to "something" that is sent to the RS232 interface (directly or through the USB adapter). Basically a Serial port (RS232) sends the "something" through the TX cable (and can receive "something" from RX cable). The terminal program converts back the "something" it receives from the RX to text in the terminal window. The RS232to TTL converter converts "something" to "something else", both inbound and outbound. You do not need to know what is the "something" or what is the "something else". You type some text, possibly human readable one, say for example, "HELLO". HELLO is displayed on the terminal windows and converted to "something" sent to the RS232. If nothing is connected to the RS232 bus this "something" is lost forever. If a converter is connected to the RS232 this "something" is converted to "something else". If nothing is connected to the converter this "something else" is lost forever. If you connect the TX and RX of the RS232 port together, the "something" loops back, gets to the terminal and is translated back to "HELLO", which is displayed. If you connect the TX and RX of the TTL converter together, the "something else" loops back, gets to the RS232 RX, it is converted to "something" and then gets to the terminal and is translated back to "HELLO", which is displayed. In other words, a loopback test is the same no matter how long is the "chain" involved, you type some text and the same text should appear TWICE in the terminal window. Input: HELLO->terminal display: HELLO->sent to RS232 port->TX and RX together->loops back to RS232 RX->terminal display: HELLO With the TTL converter: Input: HELLO->terminal display: HELLO->sent to RS232 port->TTL Converter->TX and RX together->loops back to TTL Converter RX-> RS232 RX ->terminal display: HELLO If you have previously a USB adapter: Input: HELLO->terminal display: HELLO->sent to USB adapter->RS232 port->TX and RX together->loops back to RS232 RX->USB adapter->terminal display: HELLO or: Input: HELLO->terminal display: HELLO->sent to USB adapter->RS232 port->TTL Converter->TX and RX together->loops back to TTL Converter RX-> RS232 RX ->USB adapter->terminal display: HELLO of course, even if everything works well, if you input "garbage" like it is more difficult to understand if what you get back is the same "garbage" you sent. jaclaz

NO english vs. Swedish issues, rest assured. If you keep having one single entry in BOOT.INI, you will never be able to understand whether BOOT.INI is loaded at all. Try making an "open minded" BOOT.INI: http://www.msfn.org/board/index.php?showtopic=25365 As mentioned somewhere else I don't find however random approaches the best way, it looks to me like the: http://en.wikipedia.org/wiki/Infinite_monkey_theorem tends to produce results in a remarkably long period of time, expecially if the number of monkeys is finite. jaclaz

I would try having BOTH as rdisk(1) jaclaz

Well, this is an alltogether different matter. To put it plainly, it won't work. But just read 2003 instead of XP and try these: http://www.msfn.org/board/index.php?showforum=157 http://www.msfn.org/board/index.php?showtopic=111406 http://www.msfn.org/board/index.php?showtopic=120444 http://www.msfn.org/board/index.php?showtopic=121446 most probably the last one is the method that should be the "right" one. jaclaz

I would try to copying them to C:\ drive. (it is possible that you have a wrong entry in the Windows 7 BCD pointing to NTLDR on first drive). Or otherwise, double check your BCD. What you should have right now is: BIOS->MBR->PBR->BOOTMGR->BCD->WINLOAD.EXE->windows 7 BIOS->MBR->PBR->BOOTMGR->BCD->NTLDR->BOOT.INI->NTDETECT.COM->XP but for windows XP you are having: BIOS->MBR->PBR->BOOTMGR->BCD->A suffusion of yellow.... Which should mean that the BCD looks for NTLDR where it is not. A possible workaround is to forget about using BOOTMGR as your primary loader for all the OS's and use grub4dos: http://www.boot-land.net/forums/index.php?showforum=66 http://diddy.boot-land.net/grub4dos/Grub4dos.htm Adding it to an existing BCD it's easy: http://diddy.boot-land.net/grub4dos/files/...ll.htm#method07 and from it you can directly chainload either NTLDR or the linux kernel of your distro. jaclaz

A small advise. The problem with condensation can be reduced greatly if using one of those bags with a valve and using a vacuum pump (or a small vacuum cleaner) to remove air from it. Something like this: http://timbuk2andtippycanoe.blogspot.com/2...acuum-bags.html Even the poor man's method: is better than having (humid) air inside the bag. The bag itself should have been kept in a warm dry place before using, of course. jaclaz

On which drive/partition you have NTLDR, NTDETECT.COM and BOOT.INI? Check this site: http://www.multibooters.co.uk/ http://www.multibooters.co.uk/multiboot.html jaclaz

NO. (meaning that it's not possible, not that noone can tell you this ) A "shell" program? A bootloader. There are several ones, typically: Microsoft own NTLDR Syslinux Grub4dos My personal suggestion is using grub4dos, as it is one of the most flexible solutions. Start from here: http://www.911cd.net/forums//index.php?sho...c=18846&hl= Use this if you are using a USB stick or you don't know how to prepare a HD: http://www.911cd.net/forums//index.php?sho...c=21702&hl= Read the guide: http://diddy.boot-land.net/grub4dos/Grub4dos.htm Browse the forum: http://www.boot-land.net/forums/index.php?showforum=66 jaclaz

A FOR /F should be all that is needed: http://www.robvanderwoude.com/ntfortokens.php Can you post the output of a "single" working "ping" and those with the "ping errors" that you want the alarm (redirection or whatever) to be triggered with? Another VBS script that might be useful: http://www.robvanderwoude.com/vbstech_network_ping.php jaclaz