Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I work in an environment that has a fairly large Linux desktop fleet however previous jobs rarely had Linux as an option and if they did, it was limited to a few sysadmins.

Now that desktop Linux has gained a little more popularity, what is preventing you from deploying it in your environment?

Is it:

  • Software (lack thereof, incompatibility)
  • User comfort
  • Support tools (lack thereof or lack of knowledge in supporting Linux)
  • Licensing agreement lock in (hands are tied because you've agreed to a multi-year deal with another OS vendor)
  • Some combination of all of the above?

locked by sysadmin1138 Jul 26 '13 at 11:14

This question exists because it has historical significance, but it is not considered a good, on-topic question for this site, so please do not use it as evidence that you can ask similar questions here. This question and its answers are frozen and cannot be changed. More info: help center.

This should really be a community wiki question, since there's no "right" answer. – Bill Weiss Jun 7 '09 at 6:21
I (somewhat) disagree, there are many answers to this question, although if you're looking for a single answer, then yeah, this should be (and remain) a wiki. – Avery Payne Jun 8 '09 at 17:45
A discussion of desktop linux ...… – tomjedrz Jun 9 '09 at 21:49

33 Answers 33

I'd say the main problem with moving to Linux desktops for us would be the need to find more expertise for support. We've got a decent desktop support staff here, and good Windows system administrators on the server side. To move to Linux desktops we would have to spend quite a bit on training for all of our support staff, and then more training for our end users.

Some problems that Linux users run into are quick fixes, but would stop work cold with someone who has less experience. You can never tell what a user is going to do.

The other problem is software compatibility. We run several systems that need a desktop fat client to administer, and the client only runs on Windows. VMWare is the biggest culprit right now, but we also have an ancient Windows-only help desk application, as well as heavy reliance on Visio.

The real question is not if Linux is ready for the desktop, it is if the desktop is ready for Linux. In most cases, the answer is no.


Active Directory.

We actually do have buy in to run Linux as long as we can integrate with Active Directory for user accounts and authentication. This is proving to be very difficult to implement.

Eh, I've done it. It's not that difficult. – Tom O'Connor Jul 26 '13 at 11:45

Lack of graphic drivers is a big show stopper for many people, especially when dealing with dual monitors.

What are you talking about? nVidia, ATI and Intel drivers all support multiple screens. – niXar Jun 7 '09 at 2:44
Ditto niXar. Adam, are you having specific troubles with dual monitors in Linux? – EricaJoy Jun 7 '09 at 15:48
These comments aren't helpful. First, nVidia has binary-only kernel modules as drivers, that leave your system no longer supported by any vendor. If you must use a kernel that is not supported by nVidia, you are stuck. Configuring something like multihead, unless everything goes perfectly, requires an intimate knowledge of X configuration. You're in BIG trouble if two conflicting binary-only drivers require you to use different kernels. "Hmm, do I want to use my wireless card today or my graphics card". Does any other manufacturer have drivers that work with acceptable performance? – carlito Jun 7 '09 at 23:38
That's all poppycock; while the non-free-ness of nVidia drivers is a PITA, they at least support a vast range of kernels, and you just need to recompile them to get them to work. Fedora's akmod does that automagically with Rpmfusion's packages. – niXar Jun 15 '09 at 6:09

Not the answer you're looking for? Browse other questions tagged or ask your own question.