Jump to content

Netman66

Member
  • Posts

    70
  • Joined

  • Last visited

  • Donations

    $0.00 

Everything posted by Netman66

  1. The WINS tab gives you the option of enabling LMHOSTS lookup in addition to NetBIOS over TCP/IP either using DHCP or directly. The client will first check it's cache, then WINS, then Broadcast, then the LMHOSTS/HOSTS, then DNS. I've never heard of NetBIOS on TCP/IP, I'm not even sure that's real. The mechanism in Windows is NetBIOS over TCP/IP. The security risk for NetBIOS being enabled is minimal while inside your protected LAN, but the concern is when it's unprotected. NetBIOS forces the computer to advertise it's name and any resources to the network. It also opens ports 137, 138 and 139.
  2. You don't have to have NetBIOS enabled in XP and higher OSes - IF - you have alternate methods of resolution available (LMHOSTS, WINS or DNS). In XP, NetBIOS is used primarily for the Browser Service to allow you to "see" other computers on your subnet and in the same workgroup or domain. Without this enabled, the computer cannot use any broadcast method to discover what's around them and must rely solely on other resolution methods. This is significant when you are trying to share folders from each machine so they are accessible to other workstations on the network. Theoretically, you can shut down NetBIOS over TCP/IP and still function - and to a point it will, but you'll need to either use an LMHOSTS file or WINS oe local DNS server with WINS integration enabled to be able to browse shares or connect using UNC names rather than IP addresses. For a local network such as yours and as long as you have a firewall between you and the internet that is correctly configured then leaving NetBIOS enabled is likely the way to go. Hope this helps.
  3. Just search for all .CPL files. Remove the nVidia one. If you're still unhappy with that, then in the registry here: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall Search for the nVidia stuff Delete the entire key and branch for the nVidia drivers.
  4. If it was done via registry entry it is likely here: HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Winlogon DefaultUserName "Administrator" DefaultPassword "{your password}" AutoAdminLogon "1"
  5. Glad you're up and running, but there were links in that document I posted explaining how to change your network to something different - this may have saved you some time.
  6. You may also want to read through this and see if anything there is not configured properly on 7. http://www.vistax64.com/tutorials/126910-s...ing-enable.html
  7. I see that the username box contains the PC name prefix. Try changing this to the servername\username.
  8. Download and install this: http://downloadcenter.intel.com/T8Clearanc...ws〈=eng This should install and update your drivers and software.
  9. It almost sounds like you have a non-AHCI image and the BIOS on the targets have the SATA mode set to Native. See if setting it to combo or compatible solves it. Let us know.
  10. We have hundreds of D610s and they all PXE boot after turning it on in the BIOS.
  11. Is there any reason you aren't simply using the [CPU] section instead? We started down the Model path, but realized the utility has the capability to figure out whether it's MP or UP and the Vendor (AMD or Intel) - so we let the utility do the work for us. Simply un-remark the 4 lines under [CPU] and be sure the other sections are remarked out again.
  12. You may have some luck using something from this article: http://www.rtfm-ed.co.uk/?page_id=174 You want a P2V tool to create your Virtual Machine from the Physical one.
  13. The $OEM$ folder sits at the same level as i386. The fault lies in the SIF the way I see it. MsDosInitiated="0" should actually be MsDosInitiated=No UnattendedInstall="Yes" should be UnattendedInstall=Yes Depending on whether you want to be prompted for the installation partition the value of AutoPartition set to 0 will prompt, 1 will not.
  14. Dude....edit out your product key.... As for why your script doesn't work - your path is wrong. Your OEM structure is like so: $OEM$>$1>APPLICATIONS Which would mean the Applications folder would be copied to the root of C drive. Your script is calling this path: %systemdrive%\install\Applications\net2\netfx.msi /qb ADDEPLOY=1 ...which would imply everything is installed to C:\Install\Applications. Either fix the OEM stucture or fix the script to remove \Install.
  15. I think what you're asking about is NIC Teaming. Teaming is Vendor-specific and generally available for branded servers, however Broadcom and Intel both offer Teaming software for specific NICs. What I'm not sure about is whether that software will function correctly (or even install) on a non-server OS. You may want to read a little about it here: http://en.wikipedia.org/wiki/Link_aggregation
  16. I don't see this behaviour here in Canada. The green stars are placed there by AVG Antivirus.
  17. See what you can find over here: www.laptopvideo2go.com I'm sure there is something to get you going.
  18. Check the content of iastor.inf. What you're looking for is a hard-coded path to anything it may be looking for. I've seen this time and time again, where the INF expects to find any of it's driver files in a subfolder rather than in the root where it lives. You can post the INF it you need another pair of eyes.
  19. In the I386 folder, try expanding the files you list in the OEMBootfiles section of your unattend.txt. The syntax should be: expand -r iastor.sy_ Do this from a CMD prompt while in the I386 folder. I see a list of these files: iaStor.sys iaAHCI.inf iaAHCI.cat iaStor.inf iaStor.cat txtsetup.oem vmscsi.inf vmscsi.cat vmscsi.sys Ensure they are all expanded.
  20. The sTarget value is a fixed IP somewhere on your subnet. It could be the router or you might even be able to use an Internet address - the result would be the same. If it replied, then the machine obviously has a valid IP address. Your XML should call a vbscript rather than do the heavy lifting itself. By moving your installations outside the xml then your unattend file can remain the same for any machine. When you call the vbscript you can check for the IP in there and skip the entire script should an IP (or valid connectivity) not exist.
  21. This article discusses how to use Win32_PingStatus to determine whether you have an IP address that's valid (and you're therefore connected). http://www.serverwatch.com/tutorials/article.php/1571771
  22. I suppose you could do a simple ipconfig if it returns all zeros (0.0.0.0) then you aren't connected. Other than that, you could somehow query either WMI or for the MediaSense value. NM
  23. Slipstreaming SP3 onto XP from a Vista or Server 2008 machine causes this. It's a known issue. Do your slipstreaming from an XP box. http://bink.nu/news/don-t-slipstream-xp-sp...dows-vista.aspx
  24. I guess I wasn't very clear in my last post - sorry. What I need you to try is install the patch 888111. Remove the Realtek software - using Add/Remove if it's present there, if not uninstall the Sound Card from Device Manager. Reboot. When the Sound Card is redetected and you get the Found New Hardware Wizard then Cancel it. Run the Realtek setup.exe - from the latest drivers. Reboot. Let us know how you make out.


×
×
  • Create New...