Slashdot Mirror


Remote or Unattended Installation Solutions?

HaloZero asks: "I work for a medium-sized company (350+ users), and am charged with new builds and deployments for a mix of aged and new desktops, and a smattering of similar laptops. The hardware is certainly not uniform across the entire infrastructure. Our current deployment 'system' (Ghost/Sysprep, Acronis/NewSID) is somewhat of a kludge -- as my mentor would say -- and I've been looking into alternative, cleaner methods. We're burgeoning on an Active Directory domain, so RIS has been the hot topic on my desk as of late. Does anyone have any experience with RIS? Is there anything that isn't very well documented that I should watch out for? We're considering other unattended install solutions, such as nLite, and a composite of Bart's PE Builder-type setups. Any other suggestions out there?"

45 comments

  1. Open Source project: Unattended by Scott+Lockwood · · Score: 5, Informative

    Why not use Unattended? http://unattended.sourceforge.net/ - we use it, and it works wonders here. Unattended is a system for fully automating the installation of Windows 2000 Professional and Server, Windows XP, and Windows Server 2003. When you are finished setting up Unattended, you will be able to boot any PC from a floppy, from a CD-ROM, or directly from the network, answer a few questions, and come back an hour or two later to a fully-installed Windows workstation. We boot from the network, and the machines build themselves without our intervention. They have a step-by-step guide on how to set it up even.

    Note that RIS is not a very good solution. Even if you have uniform hardware, (Like Dell's, or HP/Compaq's) changing one driver can muck up the whole process. Not so with unattended. Being an Open Source project, you are im complete control of your build process.

    --
    But this is slashdot. A slashdoter who didn't build his own computer is like a Jedi who didn't build his own lightsaber!
    1. Re:Open Source project: Unattended by narkotix · · Score: 0, Flamebait

      Note that RIS is not a very good solution. Even if you have uniform hardware, (Like Dell's, or HP/Compaq's) changing one driver can muck up the whole process. Not so with unattended. Being an Open Source project, you are im complete control of your build process.
      That sounds like a bit of fanboy fud. What problems are you exactly having? We are faced with that same "problem" as well and we have no such issues inserting drivers. I am happy to help if you can explain the problem you are having.

      --
      We played dungeons and dragons for 3 hours.....then i was slain by an elf
    2. Re:Open Source project: Unattended by Scott+Lockwood · · Score: 1

      We no longer have a problem - we now use Unattended rather than RIS.

      --
      But this is slashdot. A slashdoter who didn't build his own computer is like a Jedi who didn't build his own lightsaber!
    3. Re:Open Source project: Unattended by CerebusUS · · Score: 1

      I believe you are confusing RIS with an imaging based solution.

      RIS works pretty much the same way the Unattended Project does, only without the Linux/Perl glue holding together the pre and post-install tasks.

      One advantage with RIS is that it will most likely be the first "fully-baked" automated Vista installation out there.

    4. Re:Open Source project: Unattended by Scott+Lockwood · · Score: 2, Informative

      No, not at all. We evaluated RIS. Unattended is just plain easier.

      --
      But this is slashdot. A slashdoter who didn't build his own computer is like a Jedi who didn't build his own lightsaber!
    5. Re:Open Source project: Unattended by Shawn+is+an+Asshole · · Score: 2, Insightful

      I also use Unattended. For me, at least, one huge advantage is that it doesn't require a Windows server.

      --
      "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
    6. Re:Open Source project: Unattended by Anonymous Coward · · Score: 0

      I don't see a need for that app (that I've never heard of before - although I do this a LOT [for a living], nor needed it).

      All solutions have their plus and minuses...

      -RIS isn't perfect, but I have yet to see it have issues deploying because of a single driver. We include driver packs for most common hardware, and it works fine. Not our preffered method though.

      -Plain unattended setups (using winnt.sif - nothing to do with that app on SF; although in ResKit has a utility to create them) saves time from installing by hand (click next & wait, next & wait, next...) but it's not enough on it's own.

      -There are imaging solutions, but indeed, they don't work by themselves. SID is always an issue (hence sysprep & newsid).

      My favorite way is still a mix of a vanilla unattended setup (winnt.sif by hand, slipstreamed SPs, updates via nLite, add driver pack). This just makes it faster to rebuild images from scratch. No point in wasting endless hours on having everything done this way. Unattended installs take too long (around an hour, give or take depending on the hardware and what's installed - versus about 3 minutes for disk imaging for a basic [just the OS] image - roughly 20 times slower).

      Then you keep up-to-date disk images. A generic one that works on most hardware (nothing fancy, the specific hardware will re-detect at first boot, install drivers and you're done), and custom images for those PCs that tend to need it (like those using mass storage controllers drivers like SATA or the like) - or even for all of your similar-PC-groups (like, all Dell Optiplex GX270) if you have the storage space to spare to save a couple minutes on an install (but it's more work to maintain and update more images, so it's a trade-off).

      -RIS just wansn't flexible enough for our needs

      -Unattended is unattended (no or almost no interaction), but it takes forever compared to disk imaging, for little gained (if at all). I mean, we're trying to save time by doing this, and I don't have over an hour to waste waiting for this. (with disk imaging, I can have a PC back online within 5 minutes flat at the customer's desk while he goes for coffee, unattended, either I swap the PC (asset tracking app to update, paperwork to fill, etc), or otherwise take it away to a bench for 1h+ and they have no PC meanwhile?)

      -Unattended setups to build images and then using disk imaging is the fastest way (well, RIS can be nice in some large deployments too, same with ghost multicast server and advanced tools) A single person at work can handle our 2000+ workstation site (the daily reinstalls) and still have enough time to spare to be able to image the new PCs we're buying in large qtys (and have time to spare)...

      Vista will change things a bit again... XImage instead of ghost, and WDS instead of RIS.

    7. Re:Open Source project: Unattended by CerebusUS · · Score: 1

      Note that RIS is not a very good solution. Even if you have uniform hardware, (Like Dell's, or HP/Compaq's) changing one driver can muck up the whole process.

      Based on that statement, though, you didn't evaluate it very well. The method of loading drivers for either system is pretty much the same... Slipstreamed into the windows distribution and activated with unattended.txt (especially in the case of network or storage drivers) or applied after the fact through scripting (unattended) or group policy (RIS) for drivers that are less critical (sound and other stuff)

      Don't get me wrong, I like the Unattended project, but it doesn't sound like you know the program you're arguing against very well.

    8. Re:Open Source project: Unattended by jarod670 · · Score: 1

      I agree, once you get it up and running, RIS works quite well. The parent also said it takes an hour or two to pull down an image with Unattended? It takes 15 to 20 minutes tops to pull down images with RIS. That right there makes RIS the clear choice for me.

    9. Re:Open Source project: Unattended by DJProtoss · · Score: 1

      given that it is a non-image based system, surely the length of time is dependant to a certain extent on how much stuff you auto-install...

      --
      "Success is based on knowing how far to go in going too far"
  2. RIS by narkotix · · Score: 2, Informative

    The thing with ris is that if you put in a lot of effort and time, you can make it do anything you want (and it pays off when you have multiple desktop platforms). I used to come from the ghost/acronis school of thought however after "seeing the light", RIS (and the new up and coming WIM solution - think of it as a combo b/w ris and ghost) is much better.

    --
    We played dungeons and dragons for 3 hours.....then i was slain by an elf
  3. I'm afraid I haven't tried it recently... by ctid · · Score: 4, Funny

    ... but Internet Explorer used to be very good at facilitating remote installs.

    --
    Reality is defined by the maddest person in the room
  4. This was covered recently by Matt+Perry · · Score: 4, Informative

    This was covered recently in a nearly identical Ask Slashdot almost two months ago. You might find a lot of relvant information in the comments to that story. There were many great suggestions.

    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
  5. There are some gotchas... by Chabil+Ha' · · Score: 1

    As it explains the article you linked from MS, the biggest hurtle you may have to jump is making sure that you meet the NIC requirement:

    "PXE DHCP-based boot ROM version 1.00 or later network adapter, or a network adaptor that is supported by the RIS boot disk."

    Because you have a hodge podge of clients on your network, you may have to make an investment to upgrade all your NICs if they don't meet spec. I would start first by determining what hardware you currently got and make some decisions on how much you got to make sure everything fits the requirements for RIS.

    --
    We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    1. Re:There are some gotchas... by Curien · · Score: 4, Insightful

      Or just use Etherboot to create boot floppies with a PXE stack for the NICs that don't support it.

      --
      It's always a long day... 86400 doesn't fit into a short.
  6. What we do, and how it scales... by mythosaz · · Score: 4, Informative

    I support about 20,000 desktops, running mostly Windows XP, and here's what we do.

    For the actual system image itself, I've created a single DVD that contains a simple boot menu. There are some basic tools (like DBAN and an "old school" Bart's Network Boot Disk) but the bulk of the disk is devoted to an unattended XP install with (a) splipstreamed patches, (b) drivers for ALL of our major hardware models, (c)custom configuration, and (d) all of our enterprise software.

    Any time that Dell (or one of our other vendors - kiosks, tablets) ships us a new machine, I update one line in an INF file, add some drivers, and automatically build another image exactly to standard -- no mystyped keys -- no forgotten registry settings. The image completes, sysprep runs, the machine shuts off, and we make an image with Ghost to send to our vendors.

    That image is sent back to the OEM, and our boxes come pre-imaged. You don't need a lot of pull with your vendors for this. Most OEMs are hungry enough for your business that they'll do it no matter how small you are -- and Dell's CFI group has been a pleasure to work with.

    When a machine shows up at any of our 50+ facilities, the first thing it does after getting a machine-name post-sysprep is boot up, logon as the local administrator, and visit a webpage that presents a "pretty" front end to our automated software deployment tool. [We use Marimba.] The password for the administrative account is then changed to a unique pattern-based one automatically (to allow support from Desktop, but to prevent worm-like activity) and the machine is deployed with any regional or departmental programs chosen from the Marimba front-end.

    While you may not have Marimba or Alteris or SMS to do your customization dirty-work for you, you've got Active Directory, and people in the right OU's will get whatever you want deployed to them.

    Similarly, we use AD to do all of our policy management -- keeping enforcement of screensavers and proxy manageable.

    There's a great joy in having all of your machines running the EXACT same image - with "Extra" software installed from a known reference point (even network shares - as long as it's your network share).

    The unattended guides at MSFN.org are a fantastic reference for making an unattended CD/DVD.

    1. Re:What we do, and how it scales... by Oriumpor · · Score: 3, Interesting

      I concur with the parent as far as building unattended installs goes:
      a few resources (some of which were mentioned earlier):
      MSFN.org
      nlite
      BartPE
      Technet XP Deployment ref
      Disclaimer: Scan anything you download thoroughly for viruses. The worst thing you could do is inject a vulnerability in your image framework.

      If you are in the position to need to reload your systems for any reason remotely I would suggest using a PXE deployment solution of some kind. Ghost/Altiris both provide good PXE and post-install config utilities. We use altiris and deploy our images through PXE. This allows for imaging in place after the fact, something that we try do semi-anually.

      Every major vendor provides UNDI-Driver capable on-board nics now-a-days, so the headache of PXE (nic specific) boot images is pretty much a thing of the past (unless you were one of the saps who bought the Gateway E-4300s.)

      There's something about booting to your nic, loading an image on a station in 8 minutes and monitoring the unattended install from a remote TS console miles away from the station you're reloading.

    2. Re:What we do, and how it scales... by ska,id · · Score: 1
      the first thing it does after getting a machine-name post-sysprep is boot up, logon as the local administrator,

      How do you get a sysprep'ed machine to run non-interactively? So a script can gather and apply the machine's name a.s.o.

    3. Re:What we do, and how it scales... by mythosaz · · Score: 1

      You may never see this reply, and you don't have a listed email, but...

      Technicians taking a machine out of the box have to do one thing -- enter a machine name. After they've done that, the machine (pre-sysprep) was configured for one more auto-logon as the local administrator with an semi-secure password. There's a RUNONCE key that launches a script that runs the final configurations. Those configurations include the changing of the local administrative password to a pattern based "secure" one and some final configurations that would otherwise get wiped by the sysprep process. The last act of that script is that it writes one final RUNONCE command that removes the previous configuration script :)

    4. Re:What we do, and how it scales... by ska,id · · Score: 1

      The startup process is automated so far that the machine name is derived from its IP address, the box joins the domain, some programs get re-installed in order to get adjusted to the new name or SID, finally the install files are cleaned up and the machine powers down. This part is working well.

      The part that's wrong is:

      whenever I finally sysprep -reseal , in order to have the image perform a rescan of the hardware and regenerate the SID, the booted machine does not perform the hardware rescan and eventually logon as the local admin and performs the RunOnceEx keys, but gets interactive.

      Therefore I currently use newSID from Systernals to generate a new SID -- which fails in one of five cases, sometimes even more, but only when ran automatically in this scenario, newSID never fails when run interactively from command line?! -- and have one image per hardware configuraton.

      I guess I haven't read the doc for sysprep well enough, yet. :-(

  7. Why is Ghost a kludge? by Curien · · Score: 2, Interesting

    I use Ghost to create networks of up to 300 workstations about once a month. There's no hassle. I made a floppy image for Ghost using FreeDOS and the 3COM universal NDIS driver. That combined with pxelinux's keeppxe option, and every computer boots up off the network with nearly zero configuration necessary (ok, so I have to tell BIOS to boot from the network... big deal). When you get a new type of computer, just update the image to include the new drivers. One image works for all systems.

    --
    It's always a long day... 86400 doesn't fit into a short.
    1. Re:Why is Ghost a kludge? by nurb432 · · Score: 1

      I tend to agree, if you use it properly Ghost is NOT a kludge at all. Perhaps his process is, but not the tool.

      --
      ---- Booth was a patriot ----
  8. It's obvious by 0racle · · Score: 1

    Interns.

    --
    "I use a Mac because I'm just better than you are."
    1. Re:It's obvious by HaloZero · · Score: 1

      Funny you mention that...

      --
      Informatus Technologicus
  9. I *JUST* finished the exact same thing. by Jester998 · · Score: 4, Insightful

    I work for a mid-size company (~1500 desktops at 40+ remote sites), and I've been working on exactly the same problem for the last 2 weeks. Our solution until now has been buiding a new 'base' system and using PowerQuest V2i to take a disk image. This works OK, except for the fact that we had to build a new image from scratch every time slightly new hardware came out, and since our current hardware list is HUGE (we're slowly phasing out old hardware with new standardized stuff), it was impossible to build an image for every permutation.

    Over the last 2 weeks or so I've been building up an automated deployment suite -- I started first by figuring out how to do unattended installs of all our client software (this is different for each piece of software you'll deploy, so RTFM). Microsoft generally provides *great* tools for deployment (and usually anything using the Windows Installer is easy to customize), everything else is a mixed bag. Once I had applications installing properly in unattended mode, I turned my sights to the operating system.

    I explored a couple of options, like Sysprep/Image. The sysprep method worked, but there were a couple things that weren't ideal in our environment (for one, we would have had to ship 3 CDs to each of our branches -- one for the V2i restore utility itself, then 2 or 3 for the spanned disk image. Not all our machines have DVD-ROMs yet, nor do they all have local servers). The disc duplication efforts alone were a time sink.

    What I ended up doing was using nLite (http://www.nliteos.com) to customize the install process, including the unattended settings. I RARed up the unattended applications, and included the RAR file, a commandline UnRAR utility, and miscellaneous filesystem stuff in the $OEM$ folder on the Windows disc. Then I put some entries in RunOnceEx which automatically UnRARed the archive, then installs each application in turn.

    The total install process involves two steps of user interaction -- the first is to select what partition to install Windows to during the text-based portion of the install, and again during the setup process to ask for a machine name (we use a structured machine naming convention). The machine is joined to the domain automatically, apps are set up automatically, and the machine reboots to its 'final' state automatically. About 20-30 minutes after popping in the disc, you have a complete, reimaged system, and you only need to pay attention to it for about 30 seconds.

    After stripping the OS CD down with nLite, and RARing up our customized apps, my disc came out at a nice 664MB... small enough to fit on one CD, with room left over for future service packs, patches, and additional drivers.

    Now all we have to do is add new drivers and roll in new service packs and patches as needed, which is a breeze with the nLite wizard. We plan a new 'release' of the disc every 2-3 months, with incremental OS and application patches pushed out as needed.

    Best of luck; it takes a little while to really figure out the best approach, but once you do it's quite easy to maintain, and is definitely a huge time saver.

    1. Re:I *JUST* finished the exact same thing. by Simon80 · · Score: 1

      Why would you use RAR? Does its performance justify paying for (or illegally using) it to archive these files? Just a thought from your friendly neighborhood freedom lover :)

    2. Re:I *JUST* finished the exact same thing. by Jester998 · · Score: 1

      We have licensed copies of RAR (Windows & Linux) to create the archives, but there are many free unpackers available, one of which I included on the image.

      Although, TBH, WinRAR really isn't that expensive if we wanted to license it... $5 per machine for 999 licences, would would probably buy 2000 or so, so probably an even better discount. $5 per machine is a very, very small cost compared to Windows license, Office license, Citrix CAL, Exchange CAL, antivirus, etc.

  10. MSFN.org & Image vs Unattended by Jonah+Hex · · Score: 3, Informative

    Check out http://www.msfn.org/, the "home" of nLite and many other projects. Personally I use nLite, WPI (Windows Post Installer), BTS Driverpacks, and AutoIT3. I have done both Image/Ghost style for multiple PCs and scripted installations, images are too hard to update on a regular basis, I much prefer scripted installs.

    HEX

    1. Re:MSFN.org & Image vs Unattended by TAiNiUM · · Score: 1

      Don't forget HFSLIP!

      It is a windows batch file so everything it does is transparent and it can be considered an open solution. It supports 2k/XP/2003 and RIS.

      The batch file calls standard windows programs in order to integrate hotfixes, codecs, drivers, and lots of other neat stuff into a fresh ISO (automatically). Really quite easy, and the support is excellent.

      The community is here: http://www.msfn.org/board/index.php?showforum=129
      And a full description is here: http://www.msfn.org/board/index.php?showtopic=5765 9
      (Yeah, this post is mostly from the last Ask Slashdot.)

  11. Altiris + Sysprep by stevenbdjr · · Score: 2, Informative

    You can achive all of this quite easily with Altiris Deployment Solution, and then some. Imaging, application packaging and deployment, remote execution, basic inventory, remote control, and other management functions are all included. I've been using it for over 5 years and haven't used anything better for managing Windows PCs. You can buy it stand alone or bundled with the Client Management Suite, although for an organization of your size, the CMS is probably overkill. If you create your images properly with sysprep, you can achive near full hardware independence.

  12. One suggestion: Power Cockpit by georgewilliamherbert · · Score: 1

    A former coworker works there, so I'm biased, but the Mountain View Data PowerCockpit software seems to be pretty darn easy to use for large environments. Remote install, image-from-machine, install and configure many clones from an image, works with most of the PC OSes, etc.

  13. Etherboot rocks by Shawn+is+an+Asshole · · Score: 3, Interesting

    Etherboot has made my life so much easier. As the parent mentioned, Etherboot allows any supported network to do a PXE boot whether or not the card actually supports PXE.

    Also if you don't want to carry around a separate disk for each nic, there is a patched disk available at etherboot.anadex.de. That one disk contains support for all Etherboot-supported cards. This can probably be made into a el torito cd, but I haven't tried it.

    --
    "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
  14. What I do by Shawn+is+an+Asshole · · Score: 2, Informative

    I use Unattended for the OS installation and WPKG for applications/updates/configuration/policies (w/ secedit and ActivePerl).

    --
    "It ain't a war against drugs.it's a war against personal freedom" --Bill Hicks
  15. Business Desktop Deployment by DrEvil5455 · · Score: 1

    Here's my two cents. If your sticking with strictly Microsoft OSes, I'd recommend the Business Desktop Deployment Solution Accelerator from Microsoft. It not only discusses the technologies needed to roll out a standard desktop, but also the practices needed to keep the project running. You can find it by searching technet for Desktop Deployment.

    It comes in two different versions, standard and enterprise. The standard version will work with smaller organizations, but I highly recommend the enterprise version. It requires Microsoft's Systems Management Server (SMS) 2003 and the Operating System Deployment Feature Pack (which is Free, SMS isn't though). Leveraging all of this with the User State Migration Tool (free), you can easily deploy new OS images over existing systems while preserving user data and settings.

    If you want to get really fancy, you'll be able to take new incoming PCs, boot them up off the network (using RIS) and, based of the MAC Address, or serial number, automatically assign the correct computer name, and install the appropriate software for the user receiving the system. Even cooler, with BizTalk Server and sharepoint, users can go out to a web site, request software, and have it installed automatically (based on availabe licensing, system requirements, etc.) without having to physically touch the system.

    I'll stop the sales pitch now. It's really a very good system, most of the tools are free and it will work with other imaging systems like Ghost. Good luck, and I hope this helps.

  16. Ehhhhh..... by Anonymous Coward · · Score: 0

    If it were just Linux, it would be easy: set yourself up with System Installation Suite (SIS) and it's a real breeze. If you're doing Windows it would be harder. :(

  17. Kickstart by ClamIAm · · Score: 1

    There. Since you didn't actually mention WTF you install, that's all the help you're getting from me. I'm not going to assume anything, since you are the one who asked. Form a question first, don't expect us to decode your bullshit.

  18. Already lots of good advice by dave562 · · Score: 1
    There are obviously guys on here with experience in larger enterprises than I have been exposed to. Thanks for sharing guys, there are some good tools that I need to go look into.

    All I can offer is my own experience with RIS, Windows 2000 Server, and Windows 2000 Pro and XP desktops. The biggest PITA with RIS is the network drivers. With Ghost you just get the NDIS driver, set the driver to use with your bootdisk, and then image your workstation. It includes all the nifty utils to flip the SID, name the computer, and everything else that needs to be done. With RIS, you have to edit .inf files, copy drivers to bunch of sub-directories, and all sorts of other mess. In my experience, the headaches with the drivers alone was enough not to use it.

    The other problem that I ran into was lag with file copies. Most of the networks that I'm on are using 100MB switches. With 1 computer copying an image, the file copy performance was okay. With 2 computers, it starts to lag. By the time I got to 4, I couldn't do anymore and the copy rate was SSLLLOOOOWWWW. The server was pretty standard for the time... Proliant ML370 P4 Xeon, 4 gigs of RAM, 128MB SmartArray controller on a RAID-5 array. I'm not sure if my experience with RIS was unique, or if it was a misconfig on my part, but my boss had a boner for RIS for a while until I beat him over the head with Ghost, so I had the chance to try RIS at a few sites. It was always the same story with the slow copies (but boy was that great for billable time). =)On the other hand, I've done 10-20 simultaneous Ghost deployments without any noticable slowdown.

    That was my experience with RIS and Ghost. I categorize RIS with ntbackup... just because it comes with the OS, doesn't necessarily mean you should try to use it in a production environment.

    1. Re:Already lots of good advice by tyldis · · Score: 1

      RIS for 1-2 occational installs where you have mixed hardware. This suits my needs and I use it all the time.
      Ghost has multicast ability and is nice if you have more than 2 machines you need to build and they are identical ('identical' can be bypassed if you put a lot of effort into building the images).

      RIS only got unicast, which means you will hog your network. It was very fun to see the MS-fanboy taking charge of the imaging process at my college and trying to do 50 installs simultaniously.

    2. Re:Already lots of good advice by jarod670 · · Score: 1

      You don't have something set up right. I've had 30 workstations RISing at one time and still only took 20 minutes for the whole lot. I've had 15 laptops plugged into a Netgear switch all pulling the same image with no slowdown at all.

    3. Re:Already lots of good advice by tyldis · · Score: 1

      My tests show that RIS provides the files at 10mbit, but that is very dependant on your hardware. This is a server with 10k RPM SCSI drives doing 1 remote install.
      It would be 10mbit* if the disk IO doesn't kill the throughput of the harddrives. On 100mbit that would give you 7-8 clients before the slowdown occurs. On a gigabit link you could possibly do 70-80.
      Ghost uses multicast, one read from the disk and one stream to the clients. With multicasting you can scale to whatever number of nodes you need, with never ever noticing a slowdown.

  19. Skynet by Municipa · · Score: 1

    Trust me, you won't want to be attending the installation of Skynet's T-1000.

  20. How about commercial solutions by Tsk · · Score: 1

    I've been toying withn things like this for some time now.
    If you take a look on Microsofts CD, you'll find plenty documentation on how to automatically set up machines with names, IP, security patches all unatended. Then you'll need to keep up with your list of software - and their updates etc ...

    I would go with Computer Associates USD product because It's the one I know. from within that product you can install, and maintain accross you wan/lan your desktops -from the os to your software packages.

    --
    none Yet.
  21. PXE boot by doktorjayd · · Score: 0

    http://unattended.sourceforge.net/

    theres also a M$ provided way to do this, but i presume that means buying all the extras, etc.

    unattended requires control over local dns/dhcp/samba/tftp on a preferably linux server box, and is sposed to work just as well with the windows server equivilents. ( and i presume the M$ one would have the same requirements..)

    took me about 4 hrs from knowing nothing about it to having windows installed on a laptop with no OS, floppy or cd rom.

    setting up different windowses is just a matter of copying the contents of the installation cd to a given directory, and i presume its probably the same for linux distros too ( although you'd probably attack it a different way for linux.)

    also lets ya set up packages, and even modify the scripts to install different sets of packages as needed.

    sure this was just to install to one machine, but now the setup is there, it can be used again, and again and again. ( used it to set up a vmware image right afterwards too, just for kicks..)

    all thats required is a PXE compatible NIC, and that basically includes everything from about 2001 on.

    still not sure i see the need to constantly 'rebuild' machines though. i shake my head when i see the windows sysadmins round the office constantly format, reinstalling, etc.

  22. ZENworks by TheOtherKiwi · · Score: 1

    If this is a commercial installation then Novell ZEnworks is worthy of analysis. Linux pre-boot, PE mods, PXE support, imaging up and down, all very and integrated with platform independant patch management if you want it. Most ZENworks installations these days are on Windows platforms so don't let the Novell brand put you off :-)

    --

    -- Sig meltdown immine...
  23. Huh by obeythefist · · Score: 1

    "Does anyone have experience with RIS?"

    Well yes... in fact, there's a company that fully supports all aspects of the RIS product, and even offers a series of training certifications that allow certificated individuals to demonstrate a passable knowledge of the product. The company is called Microsoft.

    This whole article is FUD. Does this guy honestly believe it's possible that nobody understands how to use a pretty fundamental Windows technology? Wait, wait... he's used to asking for support from Linux forums, where the easiest way to get support is to troll it by posting "Linux is bollocks, it doesn't work half as well as Windows and it's twice as complex." then wait for PhD open source developers to start emailling him. Windows support works differently! You can just ask Microsoft (cost = arm + leg), or hire any tier 1 IT services company (IBM, HP, CSC, Unisys etc). But at least the regimented support and training infrastructure is there, and some of the best the corporate IT world has to offer.

    But seriously, if you don't understand Windows technology and you're trying to administer a Windows environment, there are two options. 1) Replace it all with a *nix system you do understand or 2) Hire an MCSE (there are some talented ones as well as some idiots, so hirer-beware).

    --
    I am government man, come from the government. The government has sent me. -- G.I.R.