1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

Booting Ubuntu With Systemd Went Surprisingly Well

systemd

Published on 12 June 2014 03:37 PM EDT
Written by Michael Larabel in systemd
13 Comments

Given the talk this week at the latest Ubuntu Developer Summit about transitioning from Upstart to systemd with the upcoming Ubuntu release cycles, I decided to see how well it works for opting into systemd with the current Ubuntu 14.10 development state.

Booting Ubuntu With Systemd Went Surprisingly Well


On an Intel ultrabook I had a clean install from today of the Ubuntu 14.10 x86_64 daily live image so I decided to go ahead and install systemd. Right now systemd in Ubuntu 14.10 is still at version 204, compared to systemd 214 that was released yesterday.

Booting Ubuntu With Systemd Went Surprisingly Well


When installing the systemd package, the Ubuntu Linux installation doesn't immediately switch from Upstart to systemd but the init= kernel command-line parameter within GRUB2 needs to point to systemd. For instructions on playing with the experimental Ubuntu systemd support, see this earlier post with details.

Booting Ubuntu With Systemd Went Surprisingly Well


When booting up the Ubuntu 14.10 latest image with systemd 204, the system (to some surprise) booted fine and I encountered no immediate issues. The laptop has been running fine since today and was pleased it was a trouble-free experience. Coming up soon I'll run some boot speed tests, etc. Still though it's worth reiterating that it's not yet clear when systemd will become the default on Ubuntu Linux, just sometime before the 16.04 LTS release.

Have any other Linux test requests? Let me know via Twitter.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Articles & Reviews
  1. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. Debian 8.0 Jessie's Installer RC3 Released
  2. Features Thus Far For The Linux 4.1 Kernel
  3. Intel's Turbostat Adds Skylake Support In Linux 4.1
  4. Microsoft's Open-Source Group Merges Back Into The Company
  5. EXT4 In Linux 4.1 Adds File-System Level Encryption
  6. Open-Source Ardour 4.0 Audio Software Has Big Improvements
  7. Linux-Powered Endless Computer Raises $100k+ In A Few Days
  8. GCC 5.1 RC2 Arrives, GCC 5.1 Planned For Next Week
  9. F2FS For Linux 4.1 Has New Features & Fixes
  10. Phoronix Server Upgrade This Weekend: Dual Haswell Xeons, 96GB DDR4
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. Linux 4.0 Kernel Released
  3. Linux 4.1 Brings Many Potentially Risky x86/ASM Changes
  4. Microsoft Announces An LLVM-Based Compiler For .NET
  5. VirtualBox 5.0 Beta 2 Released
  6. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  7. LibreOffice 4.5 Bumped To Become LibreOffice 5.0
  8. Mozilla Start Drafting Plans To Deprecate Insecure HTTP