Is Arch Linux more suitable for desktop than server environment?


Recommended Posts

Hi,

I have been using Debian for months on my home server for hosting some web applications. Recently I am interested in Arch Linux because it provides up-to-date packages than Debian does. I played with Arch Linux for a while on virtual machine. I found that there were some changes happened in recent system updates, like this one and this one.

While official work arounds were provided with those changes, may I know if those changes would mean Arch Linux is less stable than Debian (I mean the OS itself)? Or I shouldn't compare Arch Linux and Debian in this way because they have different "release system"?

Hi,

I have been using Debian for months on my home server for hosting some web applications. Recently I am interested in Arch Linux because it provides up-to-date packages than Debian does. I played with Arch Linux for a while on virtual machine. I found that there were some changes happened in recent system updates, like this one and this one.

While official work arounds were provided with those changes, may I know if those changes would mean Arch Linux is less stable than Debian (I mean the OS itself)? Or I shouldn't compare Arch Linux and Debian in this way because they have different "release system"?

Exactly! Arch often breaks when you do an upgrade. As the packages are very recent, they might work well independently but as a system they might or might not crash.

For servers i would suggest you keep Debian. Its highly effective and very stable.

I'm not sure if Arch is bleeding edge (I thought Fedora held that title?) but I do know that Arch uses a rolling release, so there is no yearly/bi-yearly release. It's continiously updated. So in that sense I guess it is bleeding edge, but pers3us is right - I have a pogoplug that runs Arch and sometimes when I update and reboot it breaks and then I get the fun of fixing whatever package broke it.

Agreed; Arch is nice for desktop use, but for a production server you want stability and durability, not something that's associated with bleeding edge. Stick with a distro that's more suited for that, Debian, an LTS flavor of Ubuntu, RHEL etc. Bleeding edge tends to bring in breakage, bugs, and even potential security flaws that can compromise your server.

The Arch site and repos are all run off Arch servers, if it's good enough for a high traffic site and high capacity repos, I think it can be fine for any server use, as with anything else you don't update a server all willy nilly, you only update after thorough testing or if you absolutely NEED that update

Exactly! Arch often breaks when you do an upgrade. As the packages are very recent, they might work well independently but as a system they might or might not crash.

For servers i would suggest you keep Debian. Its highly effective and very stable.

http://jasonwryan.co...07/19/breakage/

Successfully running a rolling release like Arch, irrespective of your level of competence, means staying in touch with what is happening?in some form or other. Subscribing to the arch-general ML, visiting the forums, idling in IRC; somehow remaining connected to what is going on in the community so that you don?t blindly update one day and wonder why your system is broken.

This strikes me as a real strength; by design Arch encourages its users to participate in the community. Even if you are only lurking, over time you will inevitably find yourself posting in a thread, responding to an email, editing the wiki, adopting an orphaned package?increasingly getting involved and contributing.

I think It's unfair to say that Arch often breaks, you get forewarned months in advance if you take the time to read one of the many resources available to you.

Exactly! Arch often breaks when you do an upgrade. As the packages are very recent, they might work well independently but as a system they might or might not crash.

For servers i would suggest you keep Debian. Its highly effective and very stable.

Sorry but ARCH does not break regularly when doing "upgrades", in fact it's so rare, that since I've moved over to it I can quite categorically state that because of the initial premise, it is by far the best distro out there! I check for updates just about every day and just do not have problems that are of any significance at all.

I would recommend that Ubuntu 12.04 LTS 64 Bit Server will be perfect for the job!

  • Like 2

It might not break often, but it's still somewhat bleeding edge. On the other hand, Debian only has stable packages that were thoroughly tested. This might mean that you need a workaround to use latest LAMP, RoR, etc. stack, but it's far more reliable and a better choice for server.

I'm not sure if Arch is bleeding edge (I thought Fedora held that title?)
Fedora is bleeding edge when compared to its mature brother Red Hat Enterprise Linux, and it's a test-bed for loads of new Red Hat/GNOME dark spells.

ArchLinux is as bleeding edge as a depressed emo kid with a razor going "down the road" while listening to Dashboard Confessional. It's certainly an amusing spectacle to watch, but blood stains are difficult to clean (you need to be well protected/documented) and that watch it from a safe distance as that kid could go nuts and jump on you.

On the other hand, Debian only has assumed stable packages that were assumed to be thoroughly tested.
Fixed that for the truth.

Fedora isn't bleeding edge at all.

Arch is brilliant! I use arch with many custom packages, atm the only problem I've got is with shutting it down it freezes for 5 minutes on unmounting an NFS share (there are none mounted, apparently a kernel bug) but other than that it's been fine.

It's been a BIT of a complete pain in the arse to get updates working, like when /lib was moved to /usr/lib, I had to get PKGBUILDs for many packages, change them and recompile them, plus build a new kernel again that I'd only just built, and the only non-booting problem I've had with it was when I built a kernel and forgot to include BTRFS so my firewall didn't boot anymore! XD - was an easy fix, recompile kernel with BTRFS support, load the firewall up using the arch linux ISO, chroot into the install and do a 'pacman -U linux-x.tar.gz linux-headers-x.tar.gz' and it booted fine.

It's a bit of a tradeoff really, debian uses old stable packages so there's the potential for security flaws to be found and exploited and you won't get any new features until they've been out for quite some time, arch is literally up-to-date with packages as they're released and gives you new features, sometimes removes features (think PHP 5.3 -> PHP 5.4) and might have unknown security holes that aren't known about.

Try them both out with your server setup and see which you prefer, I used to love gentoo but since going to arch, I've found it more up-to-date and easier to use.

This topic is now closed to further replies.
  • Posts

    • Personally, I’ve found that it’s usually worth investing in the infrastructure you don’t want to replace later, especially cabling. Running Cat6A (or better, depending on your needs) during an upgrade is relatively inexpensive compared to having to re-cable a few years down the road. For switches I try to balance current specs with realistic growth. If my budget allows it Ill choose switches with higher uplink speeds which leaves room for expanding later on, but I don’t necessarily overspend on access ports if the endpoints won’t benefit from them anytime soon. One lesson I’ve learned is that planning for scalability pays off. It’s much easier to add devices, VLANs, or higher-bandwidth workloads when your network infrastructure already supports it than to replace hardware later.  What is your budget like?
    • I hate the term, "future-proof." We saw it back in the 90's / 2000's, if not before. You cannot future-proof anything, since there is no definition of how far into the future you plan on prepping for. Best idea is to tell us what you currently have and what its use is at the moment, and we can then offer ideas about some areas that might need an upgrade and other areas that can be left alone.
    • I can agree that it is being used in a small capacity. I worked for a company where their engineers still used XP, and when asked why it was because their sensor software wasn't compatible with newer operating systems and the software was discontinued so they couldn't upgrade the software. Given that the sensors were still in use by companies, they had to continue using XP to support the sensor, otherwise the price to the company would have gone into the millions or billions. Our response was simple: Ok, you can keep the XP machine. But we're removing it from the network. "But then it can't access the Internet or folder shares!" Yup, kinda the point. If someone wants to continue using an unsecure OS they can do, I have no problem with that. But it should be isolated. Simple. I had a fight with a guy in the engineering department for weeks before he finally relented. But we digress.   What do I plan on doing to commemorate the anniversary? Nothing. I have fond memories of the OS, but at the end of the day it's just an OS. If I had some time I might see if I could install it on my Raspberry Pi for a laugh. But my reflex memory with today's OS ideas would probably get me frustrated and I'd uninstall it after 5 mins.
    • Shutter Encoder 20.2 by Razvan Serea Shutter Encoder is one of the best video converter software and image, audio available today. It has been designed by video editors in order to be as accessible and efficient as possible. It is one of the few free professional tools. Based on FFmpeg, it has the largest codec library available. You can thus convert your files into many different formats. Complete settings for the most advanced Shutter Encoder has a panel containing a large number of settings, in order to define your own choices based on your files and perfect your video or audio output. Well-thought-out settings, with parameters predefined to create files quickly and easily. List of functions Without conversion: Cut without re-encoding, Replace audio, Rewrap, Conform, Merge, Extract, Subtitling, Video inserts Sound conversions: WAV, AIFF, FLAC, MP3, AAC, AC3, OPUS, OGG Editing codecs: DNxHD, DNxHR, Apple ProRes, QT Animation, GoPro CineForm, Uncompressed YUV Output codecs: H.264, H.265, VP9, AV1, OGV Broadcast codecs XDCAM HD422, AVC-Intra 100, XAVC, HAP....and much more. Shutter Encoder 20.2 changelog: Added "Intel Quick Sync" hardware acceleration for Linux Added 'Identify speakers' option for "Audio transcription" function Improved installer package Improved video player performance Improved timecode display with drop-frame videos Improved naming convention for surround audio files Fixed splash screen freeze Fixed bug with file hanging Fixed bugs with presets loading Fixed bugs with video player's buffer Fixed bug with 'Total length of file' option Fixed bugs with 'Record screen/device' option Fixed bug with "XAVC" & "XAVC Long GOP" functions Rollback to XPDF tool for PDF conversion Removed unused binary architecture for Mac Various corrections Various improvements Download: Shutter Encoder 20.2 | 166.0 MB (Open Source) Download: Shutter Encoder Portable | 185.0 MB Links: Shutter Encoder Home Page | FAQ / Tips | macOS | Screenshot Get alerted to all of our Software updates on Twitter at @NeowinSoftware
    • did you give it permission to do so? its probably on the ToS. After that South Park episode I'm paying attention to them lol
  • Recent Achievements

    • Reacting Well
      NovaEdgeX earned a badge
      Reacting Well
    • Week One Done
      NovaEdgeX earned a badge
      Week One Done
    • One Year In
      BA the Curmudgeon earned a badge
      One Year In
    • Conversation Starter
      rosiecharles earned a badge
      Conversation Starter
    • First Post
      KMilenkoski1202 earned a badge
      First Post
  • Popular Contributors

    1. 1
      +primortal
      534
    2. 2
      +Edouard
      265
    3. 3
      PsYcHoKiLLa
      152
    4. 4
      Steven P.
      99
    5. 5
      macoman
      66
  • Tell a friend

    Love Neowin? Tell a friend!