Jump to content

mats

Member
  • Posts

    202
  • Joined

  • Last visited

  • Donations

    0.00 USD 
  • Country

    Sweden

Posts posted by mats

  1. Make the destroy cross finally work like one.

    In other words normal shutdown should be alt+f4 or menu and destroy should be just destroy. Just wipe the entire memoryspace of the app right away.

    Make it a ring 0 or hypervisor funktion so an app or driver can't interrupt this action.

    After all, it worked well on Solaris in the 90:s so it's time that we get it right too.

  2. We have done something similar.

    The first feture we use is that winpe can read a pqi image directly after image load. no need for reboot

    The second feture is vbscript and the wmi provider.

    Our installer uses wmi to detect vendor and modell. It loads the image to the disk. Then it uses the information about the machine to copy

    \\server\drivershare\vendor\model\driver.cab to c:\install\drivers and finaly extract the cab.

    Downside is that we have to create the cabs. On the other hand we only have one path for each type of driver in sysprep regardelss of how many types we support.

    To make the image creation easier we use a four step method.

    1. install os + service pack. Only changes when we aply a new SP

    2. install apps and patches. Changes often, Scripted generation

    3. Gui config. Changes rarly, manual config

    4. Defrag and sysprep. No changes, Scripted.

    To change an app in the clone takes a few hours. Currently we are working on implementing release windows for our clones to make it easier for the apps people to plan their relases and changes

  3. Well you got a little challange ahead of you :)

    I would read up on Microsofts BDD solution. IT's a free download from MS and if you can do with Light touch you only need a server 2003 box and some clients to test the stuff.

    Johans skript is intended (if i remember correctly) to run from win pe during the deployment phaze of BDD

  4. Since you are using wds already I would assume that you have a DHCP server.

    It contains all hostnames and macaddresses for everything that that dhcp server has issued an IP to.

    The DHCP database happends to be an ordinary jet DB so it should be rather easy to extract the info from it

  5. I have found two ways to fix this kind of problem.

    If you got a newer cisco switch there is a chance that it suports auto 10 100.

    This is something rather new they put into the 3750 and 2960 at least. It allows the switch to use auto negotiation but only on the speeds you allowed.

    I'm currently testing this on some of our offices wich still got type1 cabeling i n the walls. The clients are set to auto and the switch has the ports set for auto 10.

    The result is that server and client will autonegotiate 10/full.

    The second way to fix the proble is to modify the inf file for the card on the pe boot media

  6. One way is to look at hklm\system\currentcontrolset\control\systembootdevice or Remotebootmachinedirectory.

    That will give you the name of the RIS server.

    That in turn would tell you from wich network your machine booted and if nic2 always is net2 when we have a souloution.

    IF we can't be sure on this I would check the ip addresses of the box and see wich one that matches the network of the server

  7. You can always reinstall the system with sp1 and not install any further updates if you wich.

    For me as a corp. It-manager and programmer I must say it was a very good design change.

    Take an aggresive virus like sasser and place it on corp net. With SP2, outbreak rate vill be much lower and therefore there will probly be bandwith left to fight the outbreak on. With SP1 it will consume everything directly.

    When it commes to problems with p2p software: This is no backward compability issue. Twoway handshakes will never bee the right way of doing connections, it has never been either. It's pure bugs in that code that should have been fixed from the first day they wrote their apps.

  8. If this is pe 1.6 or lower the solution is easy. Delete the .cat. Pe won't care since it doesn't have any other driver for that PCI-id anyway.

    Have you tried to download the driver directly from broadcom? Ther generic drivers seems to solve the most problems if you make a copy of B57xp.sys named B57win32.sys.

    In worst case you will have to copy the PCI-ID:s from one inf to the other

×
×
  • Create New...