Pembaruan 2016
Sebagian besar jawaban di sini berusia lima tahun sehingga sudah waktunya untuk beberapa pembaruan.
Ubuntu digunakan untuk menggunakan pemula baru secara default tetapi mereka meninggalkannya tahun lalu demi systemd - lihat:
Karena itu ada artikel bagus Systemd untuk Pengguna Baru di Ubuntu wiki - perbandingan yang sangat terperinci antara pemula dan systemd dan panduan transisi dari pemula ke systemd.
(Perhatikan bahwa menurut wiki Ubuntu Anda masih dapat menjalankan pemula pada versi saat ini dari Ubuntu secara default dengan menginstal upstart-sysvdan menjalankan sudo update-initramfs -utetapi mempertimbangkan ruang lingkup proyek systemd saya tidak tahu cara kerjanya dalam praktik, atau apakah systemd atau tidak mungkin untuk dihapus.)
Sebagian besar info di bagian Perintah dan Skrip di bawah ini diadaptasi dari beberapa contoh yang digunakan dalam artikel itu (yang dilisensikan dengan mudah seperti kontribusi pengguna Stack Exchange di bawah Lisensi Creative Commons Attribution-ShareAlike 3.0 ).
Berikut ini adalah perbandingan cepat dari perintah umum dan skrip sederhana, lihat bagian di bawah ini untuk penjelasan terperinci. Jawaban ini membandingkan perilaku lama sistem berbasis pemula dengan perilaku baru sistem berbasis systemd, seperti yang ditanyakan dalam pertanyaan, tetapi perhatikan bahwa perintah yang ditandai sebagai "pemula" tidak selalu khusus-pemula - mereka sering perintah yang adalah umum untuk setiap sistem Linux dan Unix non-system.
Perintah
Running su:
- pemula:
su
- systemd:
machinectl shell
(lihat bagian "penggantian perintah su" di bawah)
Layar lari:
- pemula:
screen
- systemd:
systemd-run --user --scope screen
(lihat bagian "Pembunuhan proses latar belakang yang tidak terduga" di bawah)
Menjalankan tmux:
- pemula:
tmux
- systemd:
systemd-run --user --scope tmux
(lihat bagian "Pembunuhan proses latar belakang yang tidak terduga" di bawah)
Memulai pekerjaan foo:
- pemula:
start foo
- systemd:
systemctl start foo
Menghentikan pekerjaan:
- pemula:
stop foo
- systemd:
systemctl stop foo
Mulai ulang pekerjaan foo:
- pemula:
restart foo
- systemd:
systemctl restart foo
Daftar pekerjaan:
- pemula:
initctl list
- systemd:
systemctl status
Memeriksa konfigurasi job foo:
- pemula:
init-checkconf /etc/init/foo.conf
- systemd:
systemd-analyze verify /lib/systemd/system/foo.service
Daftar variabel lingkungan pekerjaan:
- pemula:
initctl list-env
- systemd:
systemctl show-environment
Mengatur variabel lingkungan kerja:
- pemula:
initctl set-env foo=bar
- systemd:
systemctl set-environment foo=bar
Menghapus variabel lingkungan kerja:
- pemula:
initctl unset-env foo
- systemd:
systemctl unset-environment foo
Log
Di pemula, log adalah file teks normal di direktori / var / log / pemula, sehingga Anda dapat memprosesnya seperti biasa:
cat /var/log/upstart/foo.log
tail -f /var/log/upstart/foo.log
Dalam systemd log disimpan dalam format biner internal (bukan sebagai file teks) sehingga Anda perlu menggunakan journalctlperintah untuk mengaksesnya:
sudo journalctl -u foo
sudo journalctl -u foo -f
Skrip
Contoh skrip pemula yang ditulis dalam /etc/init/foo.conf:
description "Job that runs the foo daemon"
start on runlevel [2345]
stop on runlevel [016]
env statedir=/var/cache/foo
pre-start exec mkdir -p $statedir
exec /usr/bin/foo-daemon --arg1 "hello world" --statedir $statedir
Contoh skrip systemd ditulis dalam /lib/systemd/system/foo.service:
[Unit]
Description=Job that runs the foo daemon
Documentation=man:foo(1)
[Service]
Type=forking
Environment=statedir=/var/cache/foo
ExecStartPre=/usr/bin/mkdir -p ${statedir}
ExecStart=/usr/bin/foo-daemon --arg1 "hello world" --statedir ${statedir}
[Install]
WantedBy=multi-user.target
penggantian perintah su
Sebuah supengganti perintah dilebur ke systemd di tarik permintaan # 1022:
karena, menurut Lennart Poettering, "su benar-benar konsep yang rusak" .
Dia menjelaskan bahwa "Anda dapat menggunakan su dan sudo seperti sebelumnya, tetapi jangan berharap itu akan bekerja secara penuh " .
Cara resmi untuk mencapai superilaku seperti sekarang adalah:
machinectl shell
Ini telah dijelaskan lebih lanjut
oleh Lennart Poettering
dalam diskusi untuk mengeluarkan # 825:
"Yah, sudah ada diskusi panjang tentang ini, tetapi masalahnya adalah apa yang seharusnya dilakukan su sangat tidak jelas. [...] Singkat cerita: su benar-benar konsep yang rusak. Ini akan memberi Anda semacam shell , dan tidak apa-apa menggunakannya untuk itu, tapi itu bukan login penuh, dan tidak boleh salah dengan itu. " - Lennart Poettering
Lihat juga:
Pembunuhan proses latar belakang yang tidak terduga
Perintah seperti:
tidak lagi berfungsi seperti yang diharapkan . Misalnya, nohupadalah perintah POSIX untuk memastikan bahwa proses terus berjalan setelah Anda keluar dari sesi Anda. Tidak lagi berfungsi pada systemd. Juga program-program seperti screendan tmuxperlu dipanggil dengan cara khusus atau jika tidak , proses yang Anda jalankan dengan mereka akan terbunuh (sementara proses-proses tersebut tidak terbunuh biasanya merupakan alasan utama menjalankan layar atau tmux di tempat pertama).
Ini bukan kesalahan, itu adalah keputusan yang disengaja, sehingga tidak mungkin diperbaiki di masa depan. Ini adalah apa yang Lennart Poettering mengatakan tentang masalah ini:
Dalam pandangan saya itu sebenarnya cukup aneh dari UNIX bahwa secara default biarkan kode pengguna yang sewenang-wenang tetap tidak dibatasi setelah keluar. Sudah dibahas sejak lama di antara banyak orang OS, bahwa ini seharusnya mungkin tetapi tentu saja bukan default, tetapi tidak ada yang berani sejauh ini untuk membalik saklar untuk mengubahnya dari default ke opsi. Tidak membersihkan sesi pengguna setelah logout tidak hanya jelek dan agak meretas tetapi juga masalah keamanan. systemd 230 sekarang akhirnya membalik saklar dan akhirnya secara default membersihkan semuanya dengan benar ketika pengguna logout.
Untuk info lebih lanjut, lihat:
Konsep startup tingkat tinggi
Dengan cara systemd bekerja mundur - dalam pekerjaan pemula mulai segera setelah mereka bisa dan dalam pekerjaan systemd mulai ketika mereka harus. Pada akhirnya, pekerjaan yang sama dapat dimulai oleh kedua sistem dan dalam urutan yang hampir sama, tetapi Anda memikirkannya dengan melihat dari arah yang berlawanan.
Berikut ini penjelasan Systemd untuk Pengguna Baru :
Upstart Model 's untuk memulai proses (pekerjaan) adalah 'serakah acara berbasis', pekerjaan yaitu semua tersedia yang startup peristiwa terjadi dimulai sedini mungkin. Selama boot, pemula mulai mensintesis beberapa peristiwa awal seperti startup atau rcS sebagai "root pohon", layanan awal dimulai, dan layanan kemudian mulai ketika yang pertama berjalan. Pekerjaan baru hanya perlu menginstal file konfigurasinya ke / etc / init / untuk menjadi aktif.
model systemd untuk memulai proses (unit) adalah "berbasis ketergantungan malas", yaitu sebuah unit hanya akan mulai jika dan ketika beberapa unit awal lainnya bergantung padanya. Selama boot, systemd memulai "root unit" (default.target, dapat ditimpa di grub), yang kemudian diperluas secara transparan dan memulai dependensinya. Unit baru perlu menambahkan dirinya sebagai ketergantungan dari unit dari urutan boot (biasanya multi-user.target) agar menjadi aktif.
Penggunaan dalam distribusi
Sekarang beberapa data terbaru menurut Wikipedia:
Distribusi menggunakan pemula baru secara default:
Distribusi menggunakan systemd secara default:
(Lihat Wikipedia untuk informasi terkini)
Distribusi yang menggunakan Upstart atau systemd:
Kontroversi
Di masa lalu, garpu Debian telah diusulkan untuk menghindari systemd . The Devuan GNU + Linux diciptakan - garpu dari Debian tanpa systemd (terima kasih kepada fpmurphy1 untuk menunjuk keluar di komentar).
Untuk info lebih lanjut tentang kontroversi ini, lihat:
Seperti yang mungkin sudah Anda ketahui, suara Debit GR Init yang dipromosikan oleh Ian Jackson tidak berguna untuk melindungi warisan Debian dan penggunanya dari longsoran systemd.
Situasi ini prospek kunci dalam dependensi systemd yang secara de facto mengancam kebebasan pembangunan dan memiliki konsekuensi serius bagi Debian, hulu dan hilirnya.
CTTE berhasil menukar ketergantungan dan memberi kami waktu lebih banyak daripada pemasangan halus systemd daripada sysvinit, tetapi bahkan proses ini melelahkan dan penuh drama. Akhirnya, seminggu yang lalu, Ian Jackson mengundurkan diri. [...]
Saya mengundurkan diri dari Komite Teknis dengan efek langsung.
Meskipun penting bahwa pandangan 30-40% dari proyek yang setuju dengan saya harus terus diwakili dalam TC, saya sendiri jelas terlalu kontroversial pada saat ini. Saya harus minggir untuk mencoba mengurangi sejauh mana percakapan tentang tata kelola proyek dipersonalisasi. [...]
Devuan lahir dari kontroversi atas keputusan untuk menggunakan sebagai sistem init default untuk Debian. The posisi resmi Debian pada systemd penuh klaim yang lain telah debunked . Pembaca yang tertarik dapat terus membahas topik hangat ini dalam kontroversi The systemd . Namun kami mendorong Anda untuk tetap tenang dan suara Anda sopan. Di Devuan kami lebih tertarik memprogram kesalahan mereka daripada melihat ke belakang. [...]
Beberapa situs web dan artikel yang didedikasikan untuk kontroversi systemd telah dibuat:
Ada banyak diskusi menarik tentang Hacker News:
Kecenderungan serupa di distro lain dapat diamati juga:
Filsafat
pemula mengikuti filosofi Unix dari DOTADIW - "Do One Thing and Do It Well." Ini adalah pengganti daemon init tradisional. Itu tidak melakukan apa pun selain memulai dan menghentikan layanan. Tugas-tugas lain didelegasikan ke subsistem khusus lainnya.
systemd melakukan lebih dari itu. Selain memulai dan menghentikan layanan, ia juga mengelola kata sandi, login, terminal, manajemen daya, pengaturan ulang pabrik, pemrosesan log, titik pemasangan sistem file, jaringan dan banyak lagi - lihat file BERITA untuk beberapa fitur.
Paket ekspansi
Menurut Perspektif untuk systemd Apa yang Telah Dicapai, dan presentasi What Lies Ahead oleh Lennart Poettering pada tahun 2014 di GNOME.asia, berikut adalah tujuan utama dari systemd, area yang sudah dicakup dan yang masih dalam proses:
tujuan systemd:
Tujuan kami
- Mengubah Linux dari sekumpulan bit menjadi Sistem Operasi Tujuan Umum yang kompetitif.
- Membangun OS Generasi Berikutnya Internet. Memersatukan perbedaan yang tidak ada artinya antara distribusi
Membawa inovasi kembali ke OS inti
Desktop, Server, Wadah, Tertanam, Mobile, Cloud, Cluster,. . . Area-area ini lebih dekat daripada yang Anda kira
- Mengurangi kompleksitas administrator, keandalan tanpa pengawasan
- Segalanya bisa ditinjau
- Penemuan otomatis, plug and play adalah kuncinya
- Kami memperbaiki hal-hal di mana mereka rusak, tidak pernah menempel padanya
Area yang sudah dicakup:
Apa yang sudah kita bahas:
sistem init, jurnal logging, manajemen login, manajemen perangkat, manajemen file sementara dan volatile, registrasi format biner, penyimpanan / pengembalian cahaya latar, penyimpanan / pengembalian rfkill, bootchart, readahead, pengaturan penyimpanan terenkripsi, penemuan partisi EFI / GPT, mesin / wadah virtual pendaftaran, manajemen wadah minimal, manajemen hostname, manajemen lokal, manajemen waktu, manajemen benih acak, manajemen variabel sysctl, manajemen konsol,. . .
Pekerjaan dalam proses:
Apa yang sedang kami kerjakan:
- manajemen jaringan
- systemd-networkd
- Tembolok DNS lokal, penjawab mDNS, penjawab LLMNR, verifikasi DNSSEC
- IPC di kernel
- kdbus, sd-bus
- Sinkronisasi waktu dengan NTP
- systemd-timesyncd
- Lebih banyak integrasi dengan wadah
- Layanan Pengamplasan
- Sandboxing Aplikasi
- Format Gambar OS
- Format gambar wadah
- Format gambar aplikasi
- GPT dengan penemuan otomatis
- Sistem tanpa kewarganegaraan, sistem instantiatable, reset pabrik
- / usr adalah OS
- / etc adalah konfigurasi (opsional)
- / var adalah status (opsional)
- Inisialisasi dan pembaruan simpul atom
- Integrasi dengan cloud
- Manajemen layanan lintas node
- Gambar OS yang dapat diverifikasi
- Semua jalan ke firmware
- Boot Sedang Memuat
Lingkup jawaban ini
Seperti dicatat fpmurphy1 dalam komentar, "Harus ditunjukkan bahwa systemd telah memperluas cakupan kerjanya selama bertahun-tahun jauh lebih dari sekadar startup sistem."
Saya mencoba memasukkan sebagian besar info yang relevan di sini. Di sini saya membandingkan fitur umum dari Upstart dan systemd ketika digunakan sebagai sistem init seperti yang ditanyakan dalam pertanyaan dan saya hanya menyebutkan fitur systemd yang melampaui ruang lingkup sistem init karena itu tidak dapat dibandingkan dengan Startup, tetapi keberadaannya penting untuk memahami perbedaan antara kedua proyek tersebut. Dokumentasi yang relevan harus diperiksa untuk informasi lebih lanjut.
Info lebih lanjut
Info lebih lanjut dapat ditemukan di:
Ekstra
The LinOxide Tim telah menciptakan systemd vs SysV Init Linux Cheatsheet .