jaclaz

Yes, you can use either 1) two cards with single video output or 2) a single video card with twin video output. If you have an old card laying around, method one is cheaper, otherwise method 2) is better as it is simpler to setup. For method one, it is better if the two cards use different BUSes (if your actual Video card is AGP, other one has to be PCI and viceversa, ISA is a VERY OLD standard, that I doubt you still have on your PC). Just for the record, if you want to replicate the output to another video (i.e. SAME contents on both screens) all you need is a VGA splitter, something like this: http://www.tigerdirect.com/applications/Se...sp?EdpNo=525173 jaclaz

....and all the good, nice and useful enhancement listed above come to you for just a few hundred bucks, and only about 5 or 6 Gigabytes of disk occupation.... jaclaz

@Lost Soul There are kits for this, here are some examples: http://hooleon.com/miva/merchant.mvc?Scree...;Category_Code= http://hooleon.com/miva/merchant.mvc?Scree...;Category_Code= With all due respect, I find that the price of it is outrageous , if anyone wants one, there is this nice DIY instructions: http://www.saneasylum.com/articles/590 If anyone is willing to modify his keyboard, I can recommend this tool: http://members.aol.com/capsoff/ http://www.specialized.net/ecommerce/shop/...duct_id=235X100 which of course can be made as DIY in about 3 minutes with two bent paper clips or a little piece of copper wire..... And yes, I still have 4 (four) salvaged "real" IBM keyboards, the good ol' ones that are HEAVY, have mechanical feeling and removable key "overcaps", the first one recently died after about 15 years if honourable service, so I guess I'm ok for the next 45 years at least. jaclaz

Really? I would have thought that something like: For /F "tokens=* delims=" %%A in (pc.txt) DO Ping %%A >> answer.txt would work.... @Bad boy Warrior Please read here a good tutorial about using the above command: http://www.robvanderwoude.com/ntfortokens.html and extracting needed data... jaclaz

porear thanks for the links I'll study them. Well, no, from the same readme.txt: If you have time/will to experiment with different "low-level" data copying program, here is a pretty much complete list: http://www.911cd.net/forums//index.php?showtopic=16534 The findpart putsect command should be more "accurate" as it works one sector at the time, also Roger Layton stated that he would implement in his MBRwiz a similar function, but even now, with 2.0 beta: http://mbr.bigr.net/ http://www.geocities.com/mbrwizard/MBRWiz2.0.zip http://www.geocities.com/mbrwizard/reference.html one can use the /Sector - /Copy= and /Save= - /Restore= to achieve the same result. jaclaz

I'll have a look at fixing the batch to "catch" the right directories. Yes, DSFO, not having an option for starting from an offset, is not the right tool.... I was thinking about using dd for windows: http://uranus.it.swin.edu.au/~jn/linux/rawwrite/dd.htm which does have a "skip=" option Or a combination of: 1) findpart putsect 2) piececopy: http://www.inner-smile.com/dl_piece.htm (don't be fooled by the screenshot, it can work even from command line....) 3) a batch to run the programs The thing that still leaves me wondering, I'll have to do some tests about it, is where the files beyond the first (512bytes/sector/32bytes/sector=16 entries - 2 (. and ..) =14) are listed..... jaclaz

Yep, and possbly under which operating system you are trying to run them.... jaclaz

Just for the record: 1) xmsdsk is by Franck Uberto 2) actually I had in my mind the normal ramdisk.sys, as I doubt that more than 32 Mb is needed to run a batch 3) there is also another RAMDISK that has gone Opensource: http://sourceforge.net/projects/srdisk 4) there are more .bat compilers, here are some of them: ftp://gatekeeper.dec.com/pub/micro/pc/sim...tl/bat2ex15.zip ftp://ftp.sac.sk/pub/sac/utiltask/batl173.zip http://www.filegate.net/bfds/dosutl02.zip http://www.filegate.net/bfds/rbatch1.zip You might want to try them before implementing a more complex solution. jaclaz

WHICH batch file? jaclaz

Well, if you are talking about .DLLs, you might want to use some program that can find dependencies, usually windows uses this order when searching for a DLL: Some are listed here: http://www.installsite.org/pages/en/tt_app.htm More: http://camtech2000.net/Pages/DllOrphans.html http://www.analogx.com/contents/download/system/dllarch.htm http://bernatbozzo.tripod.com/ Once you have a list of unneeded files, there is no problem in making a batch that deletes them, but I sincerely doubt that you can generate the list WITHOUT third party apps. jaclaz

Yep, there might be some problem in the directories parsing, can you post the output of findpart chsdir 2 0 1 1 >chsout01.txt I just tried with "simple" directories with short names and no spaces in name, most probably the latter is the problem.... jaclaz

NO, but you should ALREADY have another alternative way to boot your system, like a floppy made along thiese instructions: http://www.xxcopy.com/xxcopy33.htm AND a backup of the data. jaclaz

Or you could make a (temporary) small RAMdisk to run these progs. Looky here: http://www.911cd.net/forums//index.php?sho...18845&st=58 jaclaz

I don't get it.... ...are you going to sue me for discrimination or for having missed it? B) jaclaz

Yes, of course it is possible, you might need to start reading something on it here: http://www.windowsnetworking.com/articles_...Windows_9598ME/ More specifically here: http://www.windowsnetworking.com/articles_...s/wxpwin9x.html jaclaz

@porear 1) no, the batch won't work in anything but 2K/XP 2) it will probably only work on FAT16 formatted volumes 3) and it assumes that the drive has only one primary partition starting at CHS 0/1/1, unless you supply on command line a different start address 4) as is, it is meant to be "interactive", no redirecting to a file will work on this version 5) there is no real "checks" for consistency made yet, so if the drive is not "properly formatted" it will probably fail Try using just findpart directly as this (provided that the stick is \.\\PHYSICALDRIVE2): findpart findfat 2 I am attaching the output of findpart findfat 3 (I am working on a virtual drive that is \.\\PHYSICALDRIVE3 and the corresponding output of savesect.cmd. Since my batch "filters" in a rather "dummy" way the output of findpart commands, it is VERY possible, if the output of findpart changes, that the batch fails. The other findpart command savesect issues is (on the drive 2): findpart chsdir 2 0 1 1 and I am attaching part of it's output on my drive 3 too. If you use directly findpart commands they can be redirected allright. jaclaz ssect3.txt fpartchs3.txt fpartff3.txt

I think it mainly depends on the TYPE of ZIP drive you have, there are mainly three types of "IDE" ZIP drives, see here: http://www.win.tue.nl/~aeb/linux/zip/zip-1.html If the drive is set as "superfloppy" most likely it won't be detected. You should however find an unidentified device with either a question or an exclamation mark in Device Manager. jaclaz

I am not really sure to have understood what you need..... to convert FAT volumes to NTFS there is Convert.exe: http://www.microsoft.com/technet/prodtechn...convertfat.mspx http://support.microsoft.com/kb/214579/en-us http://support.microsoft.com/kb/314097/EN-US/ (of course under 2K/XP) jaclaz

The procedure CptMurphy suggested may only work if it's an XP Home system, if it's Pro you need a different approach. The easiest methods are: 1) Use the UBCD: http://www.ultimatebootcd.com/ that includes the NT Password editor: http://home.eunet.no/~pnordahl/ntpasswd/bootdisk.html 2) Use this online service: http://www.loginrecovery.com/ There is also this "poorman's method: http://pubs.logicalexpressions.com/pub0009...icle.asp?ID=305 if you have the original XP CD, serial and no Service Pack applied, otherwise you will need a slipstreamed CD with the same or later SP. (untested on SP2) jaclaz

Yep, sure. What kind of damage do you think there is? TESTDISK: http://www.cgsecurity.org/wiki/TestDisk can easily rebuild a damaged partition table, but it includes PHOTOREC to recover deleted files too. jaclaz

ohh...my... , I had thought, as John Newbigin put it, that http://uranus.it.swin.edu.au/~jn/coke.htm jaclaz

Though this is increasingly going "out of topic", you might want to have a look at this thread here for freeware imaging solutions: http://www.911cd.net/forums//index.php?showtopic=16534 jaclaz

@LLXX On second thought, you can experiment with the ReactOS floppy disk driver, or try with the "installable" one that vizzini made: http://www.reactos.org/pipermail/ros-kerne...rch/002778.html jaclaz

@ilko_t Welcome to the game! Interesting results.....keep 'em coming. On the other side, I now have a still VERY preliinary (read as ALPHA, i.e. don't even think of using it on a large drive) batch file that uses FINDPART to get the address of the sectors one needs to backup. http://www.partitionsupport.com/utilities.htm It still needs to be refined, bettered, and possibly corrected, but it works OK, on small drives. I had to re-start from scratch a couple of times because I was using the wrong FINDPART commands, and I kinda got carried away (as often happens to me) and wrote something a bit more "wide" than what really needed, but there is always time to "reduce" it back. The search is limited at the moment for just a few directories. Please try it and let me know if it gives problems. jaclaz savesect.zip

The problem should be within the Floppy Disk Driver, which, if I am not mistaken, is flpydisk.sys. There is also the fdc.sys, maybe is this latter the culprit. Have a look at this: http://support.microsoft.com/kb/321697/en-us Basically you need to write a new (or patch the existing) driver. Maybe you can have some ideas "peeking" in the Source code for the XP 1.44 unconditional formatter: http://www.denispetrov.com/?page_id=3 though I cannot say if it uses "low-level" instructions or not. Another thing that might be an obstacle is WFP , cannot say if the driver is one of the protected files or not. jaclaz