jaclaz

This means that the DHCP is @ Shaw. http://whois.domaintools.com/64.59.144.80 And also the gateway: http://whois.domaintools.com/174.6.24.1 A strange setting , but possible. You have something similar to this, right?: http://www.broadbandreports.com/forum/r23427979- Most probably the thingy has also a secondary address in the mentioned 192.168.0.x or 192.168.1.x range. Try running netscan with these two ranges, limit the scanned range to (say) 192.168.0.0 to 192.168.1.255. jaclaz

There are two "ways" (at least for cfadisk.sys and dummydisk.sys). One is to install the driver for *all* USB sticks, the other one is to "hook" it to just a single device. Some info is given here (and related links): starting from around here: page__st__46 The diskmod.sys has been tested on a "per device" basis: : http://reboot.pro/9461/ http://reboot.pro/9461/#entry86619 All the instructions are for "manual" integration/install, cannot say how nlite or any other software would manage these . jaclaz

doveman You are doing a lot of tests/changes (some needed, most unneeded ), and every time you introduce at least two changes, this way the probability of success (if any ) are REDUCED greatly. Usually the issue with attempting to help other peeps on the Forum is that they completely fail to provide the barely needed info, in your case it is the opposite, you are posting far more info than needed and thus you are counterproductively "polluting" the reports. Right now I am overwhelmed by lots of info 75% (say) of which are UNNeeded . Your issue is with the BIOS of the VL400 and with that CF card. There is NO NEED to do tests on the Gigabyte PC. There is NO NEED to test another CF card. There is NO NEED to know how *any* other BIOS sees the hard disk. IF your problem is booting the 4 Gb CF card on the VL400, what you need is just: the 4 Gb CF card the VL400 the utilities/tools suggested (and NOT other ones) performing the tests suggested (and NOT other ones) I left you on the reboot.pro thread: http://reboot.pro/16737/ in a situation where: you had no access to the VL400 you went "astray" doing all kind of tests on other hardware, mixing versions of grub4dos, introducing RMPREPUSB and Bootice, mixing files and versions and what not Has this changed? The suggestion is to start again from scratch. Choose one version of grub4dos (and only one). Choose ONLY the 4 Gb card (or the 16 Gb card). Choose ONLY the VL400. Forget ANY other tool if not explicitly suggested. Please provide this info (and nothing else): What is your final goal? (like booting what OS from what media on what machine) How exactly does the VL400 see the chosen card geometry? How exactly the chosen version of grub4dos (please name it) on the VL400 see the chosen card (please specify which one you chose) geometry? How exactly the chosen card is currently partitioned/formatted? (under which OS with which settings, etc.) Since I don't trust you (much ) on #4 above, please get HDhacker: http://dimio.altervista.org/eng/ and use it to make a backup of the MBR (first sector of the PhysicalDrive) and of the PBR (first sector of the logical device), then zip the two resulting files togegther and attach the archive to your next post. jaclaz

I presume it is "SHIFT+F10" -> get a command prompt Type: SET PROG [ENTER] You should get the values of %PROGRAMDATA% %SystemDrive%\ProgramData %PROGRAMFILES% %SystemDrive%\Program Files %PROGRAMFILES(X86)% %SystemDrive%\Program Files (x86) (only in 64-bit version) http://en.wikipedia.org/wiki/Environment_variable http://ss64.com/nt/syntax-variables.html or possibly running reg.exe: http://support.microsoft.com/kb/556009/en-us BTW NOT on the suggested: HKLM\SYSTEM\CurrentCongtrolSet\Control\Session Manager\Envirornment. More: http://superuser.com/questions/68452/detect-windows-server-version-32-64-bit-in-cli I don't think there is WMI available in the PE setup , but maybe this other way is handy: http://social.technet.microsoft.com/Forums/nl/ITCG/thread/8e38d98e-e67f-429c-a98f-da34346f1480 more: http://superuser.com/questions/321988/how-do-i-determine-if-my-windows-is-32-bit-or-64-bit-using-a-command jaclaz

OT , but JFYI. Many, many years ago, the world motocross champion was a belgian guy, named Georges Jobé: http://en.wikipedia.org/wiki/Georges_Jobé http://web.archive.org/web/20091211201410/http://jobe-racing.com/en/georges/index.html To a journalist that asked him how he prepared himself phisically (which kind of exercises, jogging, gym, etc.) for the races he replied something like: Well, he was right : jaclaz

NOT strictly related to your problem, just "common knowledge" to get network addresses but there are several utilities that can scan a network and find devices attached to it. 192.168.0.x and 192.168.1.x are the two most common addresses among the "internal" reserved ones (as an example I personally use another one in the range 10.0.0.0 –10.255.255.255) and most equipment will default to it: http://en.wikipedia.org/wiki/Reserved_IP_addresses Then you have a "mask", the most common used is 255.255.255.0. Given that you already have the correct settings in your OS (and if on the network there is any other piece of equipment that is or acts as DHCP server and you have "dynamic" IP settings) it's just a matter of running such utilities and in a few seconds you will get the address of all pieces of equipment connected to the network. (if you have to scan several address ranges it will take some time). A good software (freeware) for this is: http://www.softperfect.com/products/networkscanner/manual/ If the piece of equipment you are looking for is actuall acting as DHCP server, as Tripredacus said an IPCONFIG /ALL will do. Back to the actual issue. If I were you I would try : http://communityforums.rogers.com/t5/forums/forumtopicpage/board-id/Getting_connected/thread-id/3047/page/3 http://troyfontaine.com/geek/2011/11/05/cisco-dpc3825-from-shaw-clearer-answers/ login: cusadmin password: password or "empty". It is perfectly possible that the password has been entered incorrectly and does not corresponds to the serial on the box You should be able to reset it anyway via console: https://supportforums.cisco.com/thread/2018285 http://www.cisco.com/en/US/products/hw/routers/ps274/products_password_recovery09186a0080094774.shtml jaclaz

For NO apparent reason , view_bs_008 . It should be almost working, still a couple options missing . Still no kids willing to play with me though . jaclaz view_bs_008.zip

IF FAT based (and OT ), you may find something of use in the spreadsheets posted here (shameless plug): page__view__findpost__p__988732 Are you meaning that seeing me elsewhere would not be nice? jaclaz

I cannot say specifically, but it is not the first time that something that worked allright with a given "level" becomes non-working after a SP (or some particular update) is applied. As an example we had this issue with fujianbc fast installer: http://reboot.pro/10126/ http://reboot.pro/10126/page__st__250#entry135150 http://reboot.pro/14186/ And, as another example, this issue with BOOTMGR and ramdisk entries: http://reboot.pro/index.php?showtopic=11442 So, as already said, your next step should be to try replicating (hopefully successfully) what has been already tested (to the T, and this means WITHOUT *any* change of *any* type) with an older source, and from it check the differences when you re-do, still without any change with the "new" source. If you insist of introducing a change, any one, even a teeny tiny one, there is simply no way to find what exactly the issue is. What I always recommend is - when attempting to replicate a tutorial like the one linked to - to (temporarily) forget everything you know or learned from other sources and simply do what is written, if something is not clear, do not "invent" a way to overcome the difficulty, stop and ask for clarifications instead. The primary quality of a tutorial is that it is (or should be) replicable exactly as it is. Please also note how Steve6375 posted a couple of questions to which you have yet to reply . Generally speaking questons and advice are posted in order to actually try and help you, and it would be nice if you could reply/comply to them . jaclaz

This (here) is (look at the top of the page): http://www.msfn.org/board/forum/82-multi-boot-cddvds/ MSFN Forum <- this is good > Unattended Windows Discussion & Support <- is your thingy to be unattended? NO! > Multi-Boot CD/DVDs <- is a USB stick a CD/DVD? NO! Try here: http://www.msfn.org/board/forum/157-install-windows-from-usb/ MSFN Forum <- still good > Member Contributed Projects <- ok, this may make not much sense > Install Windows from USB <- are you wanting to install Windows from USB? YES! jaclaz

Sure we agree on this . The question was aimed at DiracDeBroglie, meant as a hint towards the fact that Atto is not the "ideal" benchmark for a SATA III drive with NCQ . jaclaz

Yes , leave it alone, since the tool is seemingly a risky one (canoot say if "in itself" or "in your hands only " ) You can always install a filter driver, as said in the main thread it has worked and works for lots of people, I see no reason why it shouldnt' work for you, though I have NO idea what is the "winkit" you mentioned at the time. jaclaz

The "traditional" method to add a specific driver that is not already included in a NT based system. See: Typical is a Mass Storage device driver. When you start a NT setup you are asked to press F6 to add the driver through a floppy disk. At least in XP (cannot say in 2k) is possible (on motherboard that provide both Legacy IDE emulation and AHCI) to install "normally" and then install and switch the driver: jaclaz

For even less apparent reasons , a set of batch files to test some of the "queer" behaviour of the mouse. At the moment just a very rough, experiemental assembly of half-@§§ed batches. You will need a couple external apps: Nircmdc, part of Nircmd from Nirsoft: http://www.nirsoft.net/utils/nircmd.html (greetings and thanks to MarkTheC for pointing me to the sendmouse move capabilities of the above. MAT (Mouse Acceleration Toggler): http://skwire.dcmembers.com/wb/pages/software/mat.php Put the batches in the same directory nircmdc and MouseAccelToggler.exe, open a command prompt and navigate to that folder. Read the quick instructions that appear when you run any of them. jaclaz mousecmd.zip

JFYI, the "old school" method was to create a dedicated partition (possibly on another disk) to ONLY hold the pagefile. If on another disk, when "hit", it will be way faster than on System partition (or than other partition on same disk). In any case it will be hit seldom (please read as "never" ) if you have RAM in quantity adequate to the OS and applications you are running. jaclaz

@RickRollNW I am not sure to understand your last report. If I get it right you have discovered that the actual "base" .iso is "botched"? (it doesn't work also on DVD?) Can you try with another source (possibly, in order to replicate, a SP0 one)? jaclaz

Sure, it uses graphic card CPU (which is seemingly faster). If you have not a machine with one of the supported cards it won't probably work fast enough, but it should work allright. Possibly you have some issues with the syntax? jaclaz

NCQ makes a huge difference in real life. When booting W2k (whose disk access isn't as optimized as by Xp with its prefetch) it means for instance 18s instead of 30s, so Ahci should always be used, even if it requires an F6 diskette. Different disks have different Ncq firmware resulting in seriously different experienced performance, and this cannot be told in advance from the disks' datasheet, nor from benchmarks of access time and contiguous throughput. Anyway, the arm positioning time between near tracks should be more important than random access over the whole disks, which usage never requires. Few benchmarks make a sensible measurement here. Ncq is meaningful only if a request queue is used, but for instance Atto isn't very relevant here; it seems to request nearly-contiguous accesses, which give unrealistic high performance and show little difference between Ncq strategies; nice tool however to observe quickly if a volume is aligned on a Flash medium. The reference here is IOMeter but it's not easy to use, especially for access alignment. Recent CrystalDiskMark tests with Q=32 which is far too much for a workstation (Q=2 to 4). Really? Guess why I had previously posted this? and why I asked the qiestion in the form: jaclaz

It depends. For a semi-automated attempt, TESTDISK. For manual recovery I tend to use Tiny Hexer (with my small viewers/templates for it). A very good app in my view is dmde (though very powerful, more handy for filesystem recovery) BUT read this: (and links within it) Well, the general idea is to STOP fiddling with a disk as soon as you find an issue . In Windows XP "way of thinking", since everything is Cylinder boundary related, only steps of around 8 Mb are "sensed" by the Disk manager (1x255x63=16065x512=8225280). Cannot say about 7, but most probably it has similar issues but with the same "pre-sets" that affect diskpart and that can be overridden through the Registry: http://www.911cd.net/forums//index.php?showtopic=21186 http://www.911cd.net/forums//index.php?showtopic=21186&st=18 http://support.microsoft.com/kb/931760/en-us The 1 Mb (which i s not a "measure", bytes are units, Megabytes or Mibibytes or whatever can be displayed in several different way by different utilities using different conventions) could be "normal", the 2 Mb less so A typical Vista or 7 first partition is aligned to 1 Mb (2048 sectors), but there may be variations, it is possible that - for any reason - the gap you found around 1 Mb in size is aactually smaller than 1 Mb (and thus results in "a suffusion of yellow") and that the other around 2 Mb gap is not a myltiple of 1 Mb and thus is ignored. Cannot say. Here is an example of a partition recovery (to give you an idea of the kind of approach): and another one: jaclaz

Yep, that is seemingly "by design" (as the good MS guys would put it) . Sorry for your mishap, but you are not the first one: http://reboot.pro/9897/ AND you were been already warned about the issue: BTW the data is normally perfectly recoverable, that is if you use properly a data recovery app that GPARTED is not AFAIK. jaclaz

Only this one free AFAIK: http://www.crark.net/ Years ago I used this successfully: http://www.elcomsoft.com/archpr.html BUT, as evidenced on first link, simply FORGET about recovering a password with brute force unless you can restrict the range considerably (i.e. you know *something* about the actual password), or may be only your great-greatsons will be able to get to the cntents of the archive jaclaz

Semi-random thought - as always Which role (if any) would NCQ (Native Command Queuing) have in the benchmark(s)? jaclaz

It doesn't seem to difficult to me. Have you followed "to the T" the instructions by Steve6375? That is a yes or a no (no other answer is allowed). If you reply "no", then you are on your own . As I see it, in order to "go ahead" we need a starting point: get a NON SP1 source and try replicating EXACTLY the tutorial by Steve6375, if you succeed, you can later introduce a variation, if it doesn't then we must find where exactly *somehow* you deviated from the tutorial. jaclaz

Sure, that's EXACTLY the kind of situation where Murphy's Law - that normally hides in the dark - simply loves to come out in the open and prove itself - once again - dramatically true: in this particular case also a lesser known extension woud apply : jaclaz

NO prob whatever . As already said: I won't get involved in a flame war about MSCDEX.EXE vs. SHSUCDX.EXE or mkisofs vs magiciso or whatever, they all seem to me like King Kong vs. Godzilla (and JFYI, the dinosaur can get rid of that grown up chimpanzee with one hand tied behind his back, anytime ) You want MSCDEX.EXE, have it, it's all yours. Just for the record, you forgot a "yet" in your sentence : jaclaz