Tripredacus

Is it slow locally or just on the clients?

Most people don't know they need glasses, or need new glasses; I would go to the local optician to check them. Eyes should in no way hurt with an LCD screen, CCFL or not. While this is certainly true for me, I've found that you can play with the brightness and contrast to a level that works better for you too.

I think your $OEM$ folder goes into the OS folder in your third picture. I tried to look on my test server but it seems I don't have any OSes added. Ugg even the production server doesn't have any either since I never got a reply to that "What OSes do you want to use" email.

Yes I know the function is built in and it is documented, but that doesn't mean it is officially supported.

You can change it in Local Security Policy, but if the boxes were checked prior to using this setting, the boxes will remain checked even though the it will actually be disabled. The reason I brought up this idea was because I had similar situation when Vista and 7 came out. Copying files over the network was extremely slow for Vista and 7 clients but not for XP. When I say slow, I mean it takes XP 6 minutes and takes Vista 6 hours. Disabling those two network options would "fix" a Vista or 7 PC and transfer was normal. However, once we put a DC in that was 2008, the problem went away and we didn't have to disable those settings anymore. How those work is that Vista would go out and try to map out the network, basically sending out packets similar to DHCP Discover, because it is expecting a response from a DC. Unfortunately, Server 2003 did not have the LLT Responder either enabled or installed by default, so no response would be sent. This made the client keep sending out these packets and it would slow its own network speed down. The Server 2008 DC was able to send the response. And also because XP also doesn't come with this ability installed, it doesn't bog itself down with these packets even if there is a Server 2008 on the network. It may not be related, but its easy enough to test.

I would think by removing its IPv6 capability would do it (uncheck the box in adapter properties) but there seems to be something in the Firewall and Advanced Security snap-in, you can see in the pictures here: http://www.windowsnetworking.com/articles_tutorials/7-Steps-Troubleshooting-DirectAccess-Clients.html

Hmmm... My first idea would be the keyboard... but if this is a notebook you can't test out that idea.

miniXP and Hiren's are Warez. We cannot help you with those programs. Discussion of it is against the forum rules. It appears that none of us fully read that post entirely since no one noticed the above quote. I hadn't noticed anything in the first post regarding what these computers were to be used for, so my post was a neutral statement. As far as where WSUS can be used, the only reason I know it can't be used on PCs that are to be resold is because MS sent me an email a few years ago saying I wasn't allowed to use it... Anyways, good to know about those registry entries.

So far what I can see is that this new "BIOS" other than supporting the new UEFI spec is that it is not any different than anything we're already used to seeing. That meaning we can just put any OS on the board that you want. I think the problem with the dual boot thing is that it isn't really a supported scenario. Think that all Microsoft OS is built with either the OEM end user or for use in the Enterprise where dual boots aren't supported. Is a dual boot even officially supported under Windows 7?

Do a test on a Win7 PC. Go into Network Properties and disable the two Link Layer Topology options (mapper and scanner) and reboot and see if it is any better. It might not be related...

It looks like it is available only on the Enterprise and Ultimate SKUs and that it is disabled by default. I'm not certain, but I think it may require IPv6 as well.

Amy Winehouse - Back to Black

That isn't a bad thing. We usually just have one person doing the greeting, whoever gets to the topic first.

WSUS can only be used in the enterprise. If the OP is a reseller or some other entity that sells these PCs, WSUS shouldn't be used. Also, one possible issue with using WSUS in this type of environment is that the PCs won't be able to update after leaving the network where the WSUS Server resides, unless you can reset the update server info in the OS so it looks to Microsoft's website again.

Anyways, everything I'm seeing isn't really being done by Microsoft. Microsoft has a plan to use UEFI with the next OS, but has largely left it up to the board/BIOS manufacturers to figure out how to do it. As you can imagine, not everyone is on board (no pun intended) with this plan. Many of the smaller integrators like Pegatron, Gammatech, AOpen, etc have no plans for such things (or seem oblivious to the idea) so if they end up going the way of UEFI and SecureBoot, it would be done by someone else in the chain, such as the BIOS manufacturers.

It should be on every system, but I would guess that it will only "appear" if an installed program uses it. If it exists on a system, you should inspect what is in there before deleting it, since some programs may not function properly. It is also possible that the folder could be recreated at some point afterwards by whatever program uses it. On my PC, the following apps use LocalLow: Adobe Reader (search history), Adobe Updater (logging), a bunch of MS apps: - CryptnetUrlCache - Internet Explorer - MuCatalog - Search Enhancement Pack - Silverlight - Windows Live As far as the folders themselves, the 3 of them (Local, LocalLow and Roaming) : Word Doc file about Managing these folders here: http://go.microsoft.com/fwlink/?LinkId=73760

I know MDT can go XP images but I haven't got that far into it yet. I might be able to get into the Enterprise side of things soon, but as far as I am concerned (currently) XP is EOL except for Embedded.

Make a new post in the Hardware forum so not to make this off topic. ps: idk about video cards nowadays.

Are you using tapatalk?

WinPE 1.5 (presuming this is the Bart you are using) will detect its boot drive as X. if that happens to be the HDD, then it won't see it. Similar things happen if you boot off CD, then eject the CD, you can't run any commands because the disc isn't present. I was so used to having WinPE 2+ Ramdrive. Not sure if its related.

Windows 98 will remember the last 4-5 locations, but will only automatically search in the last location. Its a pain, but any time you install a driver (or change your tcp/ip settings) you'll have to keep changing where Windows needs to find the files. Its probably the only annoying thing about Win98 that I can think of.

I didn't hink of running the record on that setup... Anyways, it seems the InstallRite does work after all. Maybe I just needed that weekend thing.

Does this help?

Does your VM get an IP from the PXE server, or are you able to boot into your Capture Image?

It works for me... Its just a link to the MSFN frontpage...