GoGPT Best VPN GoSearch

favorit OnWorks

systemd - Online di Cloud

Jalankan systemd di penyedia hosting gratis OnWorks melalui Ubuntu Online, Fedora Online, emulator online Windows, atau emulator online MAC OS

Ini adalah sistem perintah yang dapat dijalankan di penyedia hosting gratis OnWorks menggunakan salah satu dari beberapa stasiun kerja online gratis kami seperti Ubuntu Online, Fedora Online, emulator online Windows atau emulator online MAC OS

PROGRAM:

NAMA


systemd, init - systemd system dan manajer layanan

RINGKASAN


systemd [PILIHAN...]

init [PILIHAN...] {MEMERINTAH}

DESKRIPSI


systemd adalah manajer sistem dan layanan untuk sistem operasi Linux. Saat dijalankan sebagai pertama
proses saat boot (sebagai PID 1), ia bertindak sebagai sistem init yang memunculkan dan memelihara ruang pengguna
jasa.

Untuk kompatibilitas dengan SysV, jika systemd disebut sebagai init dan PID yang bukan 1, itu akan
menjalankan telini dan berikan semua argumen baris perintah yang tidak dimodifikasi. Itu berarti init dan
telini sebagian besar setara ketika dipanggil dari sesi login normal. Lihat telini(8) untuk
Informasi lebih lanjut

Saat dijalankan sebagai instance sistem, systemd menginterpretasikan file konfigurasi system.conf dan
file dalam direktori system.conf.d; ketika dijalankan sebagai instance pengguna, systemd menginterpretasikan
file konfigurasi user.conf dan file di direktori user.conf.d. Lihat sistemd-
sistem.conf(5) untuk informasi lebih lanjut.

PILIHAN


Opsi berikut dipahami:

--tes
Tentukan urutan startup, buang dan keluar. Ini adalah opsi yang berguna untuk debugging
saja.

--dump-konfigurasi-item
Buang item konfigurasi unit yang dipahami. Ini menampilkan daftar singkat namun lengkap dari
item konfigurasi dipahami dalam file definisi unit.

--satuan=
Atur unit default untuk diaktifkan saat startup. Jika tidak ditentukan, default ke default.target.

--sistem, --pengguna
Untuk --sistem, beri tahu systemd untuk menjalankan instance sistem, meskipun ID prosesnya bukan 1,
yaitu systemd tidak dijalankan sebagai proses init. --pengguna melakukan yang sebaliknya, menjalankan pengguna
contoh bahkan jika ID prosesnya adalah 1. Biasanya, itu tidak perlu dilewati
opsi ini, karena systemd secara otomatis mendeteksi mode dimulainya. Ini
opsi karenanya tidak banyak digunakan kecuali untuk debugging. Perhatikan bahwa itu tidak didukung
mem-boot dan memelihara sistem lengkap dengan systemd berjalan di --sistem mode, tapi PID
bukan 1. Dalam prakteknya, passing --sistem eksplisit hanya berguna dalam hubungannya dengan
--tes.

--buang-inti
Aktifkan pembuangan inti saat mogok. Sakelar ini tidak berpengaruh saat dijalankan sebagai instance pengguna.
Pengaturan ini juga dapat diaktifkan saat boot pada baris perintah kernel melalui
sistemd.dump_core= pilihan, lihat di bawah.

--kecelakaan-vt=VT
Beralih ke konsol virtual (VT) tertentu saat mogok. Mengambil bilangan bulat positif dalam
rentang 1–63, atau argumen boolean. Jika bilangan bulat dilewatkan, pilih VT mana yang akan dialihkan
untuk. Jika iya nih, pesan kernel VT yang ditulis dipilih. Jika tidak, tidak ada sakelar VT yang
berusaha. Sakelar ini tidak berpengaruh saat dijalankan sebagai instance pengguna. Pengaturan ini mungkin
juga diaktifkan saat boot, pada baris perintah kernel melalui sistemd.crash_vt=
pilihan, lihat di bawah.

--kerusakan-cangkang
Jalankan shell saat crash. Sakelar ini tidak berpengaruh saat dijalankan sebagai instance pengguna. Ini
pengaturan juga dapat diaktifkan saat boot, pada baris perintah kernel melalui
systemd.crash_shell= pilihan, lihat di bawah.

--crash-reboot
Secara otomatis me-reboot sistem saat crash. Sakelar ini tidak berpengaruh saat dijalankan sebagai
contoh pengguna. Pengaturan ini juga dapat diaktifkan saat boot, pada perintah kernel
jalur melalui sistemd.crash_reboot= pilihan, lihat di bawah.

--konfirmasi-spawn
Minta konfirmasi saat proses spawning. Sakelar ini tidak berpengaruh saat dijalankan sebagai
contoh pengguna.

--tampilkan-status=
Tampilkan informasi status layanan singkat saat boot. Saklar ini tidak berpengaruh ketika
dijalankan sebagai contoh pengguna. Mengambil argumen boolean yang dapat dihilangkan yaitu
ditafsirkan sebagai benar.

--log-target=
Tetapkan target log. Argumen harus salah satu dari konsol, majalah, kmsg, jurnal-atau-kmsg, nol.

--tingkat log=
Setel tingkat log. Sebagai argumen, ini menerima level log numerik atau yang terkenal
syslog(3) nama simbolis (huruf kecil): muncul, waspada, kritik, khilaf, peringatan, melihat, Info,
men-debug.

--log-warna=
Sorot pesan log penting. Argumen adalah nilai boolean. Jika argumennya adalah
dihilangkan, defaultnya adalah benar.

--log-lokasi=
Sertakan lokasi kode dalam pesan log. Ini sebagian besar relevan untuk tujuan debugging.
Argumen adalah nilai boolean. Jika argumen dihilangkan, defaultnya adalah benar.

--keluaran-standar-default=, --kesalahan-standar-default=
Menetapkan output default atau output kesalahan untuk semua layanan dan soket, masing-masing.
Yaitu, mengontrol default untuk Keluaran Standar= dan StandarError= (Lihat
sistemd.exec(5) untuk rincian). Mengambil salah satu dari mewarisi, nol, tty, majalah,
jurnal+konsol, syslog, syslog+konsol, kmsg, kmsg+konsol. Jika argumennya adalah
dihilangkan --keluaran-standar-default= default ke majalah dan --kesalahan-standar-default=
untuk mewarisi.

--mesin-id=
Ganti set id mesin pada hard drive, berguna untuk boot jaringan atau untuk
kontainer. Mungkin tidak disetel ke semua nol.

-h, --membantu
Cetak teks bantuan singkat dan keluar.

--Versi: kapan
Cetak string versi singkat dan keluar.

KONSEP


systemd menyediakan sistem ketergantungan antara berbagai entitas yang disebut "unit" dari 12
jenis yang berbeda. Unit merangkum berbagai objek yang relevan untuk boot-up sistem
dan pemeliharaan. Sebagian besar unit dikonfigurasi dalam file konfigurasi unit, yang
sintaks dan set dasar opsi dijelaskan dalam systemd.unit(5), namun beberapa diciptakan
secara otomatis dari konfigurasi lain, secara dinamis dari status sistem atau secara terprogram
saat berjalan. Unit mungkin "aktif" (artinya dimulai, diikat, dicolokkan, ..., tergantung pada
jenis unit, lihat di bawah), atau "tidak aktif" (artinya berhenti, tidak terikat, dicabut, ...), sebagai
serta dalam proses diaktifkan atau dinonaktifkan, yaitu antara dua keadaan
(kondisi ini disebut "mengaktifkan", "menonaktifkan"). Status khusus "gagal" adalah
tersedia juga, yang sangat mirip dengan "tidak aktif" dan dimasukkan saat layanan
gagal dalam beberapa cara (proses mengembalikan kode kesalahan saat keluar, atau macet, atau waktu operasi
keluar). Jika status ini dimasukkan, penyebabnya akan dicatat, untuk referensi nanti. Perhatikan bahwa
berbagai jenis unit mungkin memiliki sejumlah substat tambahan, yang dipetakan ke
lima keadaan unit umum yang dijelaskan di sini.

Jenis unit berikut tersedia:

1. Unit layanan, yang memulai dan mengontrol daemon dan proses yang terdiri darinya. Untuk
detail, lihat systemd.service(5).

2. Unit soket, yang merangkum IPC lokal atau soket jaringan dalam sistem, berguna untuk
aktivasi berbasis soket. Untuk detail tentang unit soket, lihat systemd.socket(5), untuk
detail tentang aktivasi berbasis soket dan bentuk aktivasi lainnya, lihat daemon(7).

3. Unit target berguna untuk mengelompokkan unit, atau menyediakan titik sinkronisasi yang terkenal
saat boot-up, lihat systemd.target(5).

4. Unit perangkat mengekspos perangkat kernel di systemd dan dapat digunakan untuk mengimplementasikan
aktivasi berbasis perangkat. Untuk detailnya, lihat systemd.device(5).

5. Mount unit control mount point di sistem file, untuk detailnya lihat systemd.mount(5).

6. Unit automount menyediakan kemampuan automount, untuk pemasangan sistem file sesuai permintaan
serta paralel boot-up. Lihat systemd.automount(5).

7. Unit timer berguna untuk memicu aktivasi unit lain berdasarkan timer. Anda
dapat menemukan detailnya di systemd.timer(5).

8. Unit swap sangat mirip dengan unit mount dan mengenkapsulasi partisi swap memori atau
file dari sistem operasi. Mereka dijelaskan dalam systemd.swap(5).

9. Unit jalur dapat digunakan untuk mengaktifkan layanan lain ketika objek sistem file berubah atau
dimodifikasi. Lihat systemd.path(5).

10. Unit irisan dapat digunakan untuk mengelompokkan unit yang mengelola proses sistem (seperti layanan
dan unit ruang lingkup) dalam pohon hierarkis untuk tujuan pengelolaan sumber daya. Lihat
systemd.slice(5).

11. Unit ruang lingkup mirip dengan unit layanan, tetapi mengelola proses asing alih-alih
memulai mereka juga. Lihat systemd.scope(5).

Unit diberi nama sebagai file konfigurasinya. Beberapa unit memiliki semantik khusus. A
daftar rinci tersedia di systemd.khusus(7).

systemd mengetahui berbagai jenis dependensi, termasuk persyaratan positif dan negatif
ketergantungan (yaitu Membutuhkan = dan Konflik=) serta memesan dependensi (Setelah = dan
Sebelum =). NB: dependensi pemesanan dan persyaratan adalah ortogonal. Jika hanya persyaratan
ketergantungan ada di antara dua unit (mis. foo.service membutuhkan bar.service), tetapi tidak
ketergantungan pemesanan (misalnya foo.service setelah bar.service) dan keduanya diminta untuk memulai,
mereka akan dimulai secara paralel. Ini adalah pola umum bahwa kedua persyaratan dan
dependensi pemesanan ditempatkan di antara dua unit. Perhatikan juga bahwa sebagian besar
dependensi secara implisit dibuat dan dipelihara oleh systemd. Dalam kebanyakan kasus, seharusnya
tidak perlu mendeklarasikan dependensi tambahan secara manual, namun dimungkinkan untuk melakukannya
ini.

Program dan unit aplikasi (melalui dependensi) dapat meminta perubahan status unit. Di dalam
systemd, permintaan ini dienkapsulasi sebagai 'pekerjaan' dan dipertahankan dalam antrian pekerjaan. Pekerjaan mungkin
berhasil atau bisa gagal, eksekusinya diurutkan berdasarkan dependensi pemesanan dari
unit mereka telah dijadwalkan.

Saat boot systemd mengaktifkan unit target default.target yang tugasnya adalah mengaktifkan saat boot
services dan unit on-boot lainnya dengan menariknya melalui dependensi. Biasanya satuan
name hanyalah alias (symlink) untuk graphics.target (untuk boot berfitur lengkap ke
UI) atau multi-pengguna.target (untuk boot khusus konsol terbatas untuk digunakan di server atau tertanam
lingkungan, atau serupa; subset dari graphic.target). Namun, itu atas kebijaksanaan
administrator untuk mengonfigurasinya sebagai alias ke unit target lainnya. Lihat
systemd.khusus(7) untuk rincian tentang unit target ini.

Proses yang dihasilkan systemd ditempatkan di grup kontrol Linux individual yang dinamai sesuai dengan
unit tempat mereka berada dalam hierarki systemd pribadi. (Lihat cgroups.txt[1] untuk lebih banyak lagi
informasi tentang grup kontrol, atau "cgroups" singkat. systemd menggunakan ini untuk secara efektif
melacak proses. Informasi grup kontrol dipertahankan di kernel, dan
dapat diakses melalui hierarki sistem file (di bawah /sys/fs/cgroup/systemd/), atau dalam alat
seperti systemd-cgls(1) atau ps(1) (ps xawf -eo pid, pengguna, cgroup, args sangat berguna
untuk membuat daftar semua proses dan unit systemd tempat mereka berada.).

systemd kompatibel dengan sistem init SysV untuk sebagian besar: skrip init SysV adalah
didukung dan hanya dibaca sebagai format file konfigurasi alternatif (meskipun terbatas).
Antarmuka SysV /dev/initctl disediakan, dan implementasi kompatibilitas dari
berbagai alat klien SysV tersedia. Selain itu, berbagai Unix established yang didirikan
fungsi seperti / etc / fstab atau database utmp didukung.

systemd memiliki sistem transaksi minimal: jika sebuah unit diminta untuk memulai atau mematikan
itu akan menambahkannya dan semua dependensinya ke transaksi sementara. Kemudian, itu akan memverifikasi
jika transaksi konsisten (yaitu apakah pemesanan semua unit bebas siklus).
Jika tidak, systemd akan mencoba memperbaikinya, dan menghapus pekerjaan yang tidak penting dari
transaksi yang mungkin menghapus loop. Juga, systemd mencoba untuk menekan pekerjaan yang tidak penting
dalam transaksi yang akan menghentikan layanan yang sedang berjalan. Akhirnya diperiksa apakah
pekerjaan transaksi bertentangan dengan pekerjaan yang telah diantrekan, dan secara opsional
maka transaksi dibatalkan. Jika semua berhasil dan transaksi konsisten dan
diminimalkan dampaknya itu digabungkan dengan semua pekerjaan yang sudah luar biasa dan ditambahkan ke
menjalankan antrian. Secara efektif ini berarti bahwa sebelum menjalankan operasi yang diminta, systemd
akan memverifikasi bahwa itu masuk akal, memperbaikinya jika memungkinkan, dan hanya gagal jika itu benar-benar
tidak bisa bekerja.

Systemd berisi implementasi asli dari berbagai tugas yang perlu dijalankan sebagai bagian
dari proses booting. Misalnya, itu menetapkan nama host atau mengkonfigurasi jaringan loopback
perangkat. Itu juga mengatur dan memasang berbagai sistem file API, seperti / sys atau /prok.

Untuk informasi lebih lanjut tentang konsep dan ide di balik systemd, silakan merujuk ke
Original Mendesain Dokumen[2].

Perhatikan bahwa beberapa tetapi tidak semua antarmuka yang disediakan oleh systemd dicakup oleh Antarmuka
Stabilitas Janji[3].

Unit dapat dihasilkan secara dinamis saat boot dan waktu muat ulang manajer sistem, misalnya
berdasarkan file konfigurasi atau parameter lain yang diteruskan pada baris perintah kernel. Untuk
detail, lihat systemd.generator(7).

Sistem yang memanggil systemd dalam wadah atau lingkungan initrd harus mengimplementasikan
Wadah Antarmuka[4] atau initrd Antarmuka[5] spesifikasi, masing-masing.

DIREKTORI


Direktori unit sistem
Systemd system manager membaca konfigurasi unit dari berbagai direktori. Paket
yang ingin menginstal file unit harus menempatkannya di direktori yang dikembalikan oleh
pkg-config systemd --variabel=systemdsystemunitdir. Direktori lain yang diperiksa adalah
/usr/local/lib/systemd/system dan /lib/systemd/system. Konfigurasi pengguna selalu membutuhkan
hak lebih tinggi. pkg-config systemd --variabel=systemdsystemconfdir mengembalikan jalan
direktori konfigurasi sistem. Paket harus mengubah konten ini
direktori hanya dengan aktif dan menonaktifkan perintah dari systemctl(1) alat. Penuh
daftar direktori disediakan di systemd.unit(5).

Direktori unit pengguna
Aturan serupa berlaku untuk direktori unit pengguna. Namun, di sini XDG Mendasarkan
Direktori spesifikasi[6] diikuti untuk menemukan satuan. Aplikasi harus menempatkan mereka
file unit dalam direktori yang dikembalikan oleh pkg-config systemd
--variabel=systemduserunitdir. Konfigurasi global dilakukan di direktori yang dilaporkan
by pkg-config systemd --variabel=systemduserconfdir. itu aktif dan menonaktifkan perintah
dari systemctl(1) alat dapat menangani baik global (yaitu untuk semua pengguna) dan pribadi (untuk
satu pengguna) mengaktifkan/menonaktifkan unit. Daftar lengkap direktori disediakan di
systemd.unit(5).

Direktori skrip init SysV
Lokasi direktori skrip init SysV bervariasi antar distribusi. Jika
systemd tidak dapat menemukan file unit asli untuk layanan yang diminta, itu akan mencari a
Skrip init SysV dengan nama yang sama (dengan akhiran .service dihapus).

Direktori pertanian tautan runlevel SysV
Lokasi direktori tautan runlevel SysV bervariasi antar distribusi.
systemd akan mempertimbangkan link farm saat mencari tahu apakah suatu layanan harus
diaktifkan. Perhatikan bahwa unit layanan dengan file konfigurasi unit asli tidak dapat
dimulai dengan mengaktifkannya di runlevel link farm SysV.

SINYAL


JANGKA TARGET
Setelah menerima sinyal ini, manajer sistem systemd membuat serial statusnya, mengeksekusi ulang
itu sendiri dan deserialize keadaan yang disimpan lagi. Ini sebagian besar setara dengan systemctl
daemon-reexec.

manajer pengguna systemd akan memulai unit exit.target ketika sinyal ini diterima.
Ini sebagian besar setara dengan systemctl --pengguna awal keluar.target.

SIGINT
Setelah menerima sinyal ini, manajer sistem systemd akan memulai
ctrl-alt-del.unit target. Ini sebagian besar setara dengan systemctl awal
ctl-alt-del.target. Jika sinyal ini diterima lebih dari 7 kali per 2 detik, segera
reboot dipicu. Perhatikan bahwa menekan Ctrl-Alt-Del di konsol akan memicu ini
sinyal. Oleh karena itu, jika reboot macet, tekan Ctrl-Alt-Del lebih dari 7 kali dalam 2 detik
adalah cara yang relatif aman untuk memicu reboot langsung.

manajer pengguna systemd memperlakukan sinyal ini dengan cara yang sama seperti JANGKA TARGET.

SIGWINCH
Ketika sinyal ini diterima, manajer sistem systemd akan memulai
kbrequest.unit target. Ini sebagian besar setara dengan systemctl awal kbrequest.target.

Sinyal ini diabaikan oleh manajer pengguna systemd.

SIGPWR
Ketika sinyal ini diterima, manajer systemd akan memulai unit sigpwr.target.
Ini sebagian besar setara dengan systemctl awal sigpwr.target.

SIGUSR1
Ketika sinyal ini diterima, manajer systemd akan mencoba menyambung kembali ke D-Bus
bis.

SIGUSR2
Ketika sinyal ini diterima, manajer systemd akan mencatat status lengkapnya di
bentuk yang dapat dibaca manusia. Data yang dicatat sama dengan yang dicetak oleh analisis sistem membuang.

MENINDAKLANJUTI
Memuat ulang konfigurasi daemon lengkap. Ini sebagian besar setara dengan systemctl
daemon-reload.

SIGRTMIN+0
Memasuki mode default, memulai unit default.target. Ini sebagian besar setara dengan
systemctl awal default.target.

SIGRTMIN+1
Memasuki mode penyelamatan, memulai unit rescue.target. Ini sebagian besar setara dengan
systemctl memisahkan penyelamatan.target.

SIGRTMIN+2
Memasuki mode darurat, memulai unit emergency.service. Ini sebagian besar setara dengan
systemctl memisahkan layanan darurat.

SIGRTMIN+3
Menghentikan mesin, memulai unit halt.target. Ini sebagian besar setara dengan systemctl
awal halt.target.

SIGRTMIN+4
Matikan mesin, mulai unit poweroff.target. Ini sebagian besar setara dengan
systemctl awal matikan.target.

SIGRTMIN+5
Reboot mesin, mulai unit reboot.target. Ini sebagian besar setara dengan
systemctl awal reboot.target.

SIGRTMIN+6
Reboot mesin melalui kexec, mulai unit kexec.target. Ini sebagian besar setara
untuk systemctl awal kexec.target.

SIGRTMIN+13
Segera menghentikan mesin.

SIGRTMIN+14
Segera matikan mesin.

SIGRTMIN+15
Segera reboot mesin.

SIGRTMIN+16
Segera reboot mesin dengan kexec.

SIGRTMIN+20
Mengaktifkan tampilan pesan status di konsol, seperti yang dikontrol melalui
sistemd.show_status=1 pada baris perintah kernel.

SIGRTMIN+21
Menonaktifkan tampilan pesan status di konsol, seperti yang dikontrol melalui
sistemd.show_status=0 pada baris perintah kernel.

SIGRTMIN+22, SIGRTMIN+23
Setel level log ke "debug" (atau "info" di SIGRTMIN+23), sebagaimana dikendalikan melalui
systemd.log_level=debug (Atau systemd.log_level=info on SIGRTMIN+23) pada kernel
garis komando.

SIGRTMIN+24
Segera keluar dari manajer (hanya tersedia untuk instance --user).

SIGRTMIN+26, SIGRTMIN+27, SIGRTMIN+28
Setel level log ke "jurnal-atau-kmsg" (atau "konsol" di SIGRTMIN+27, "kmsg" aktif
SIGRTMIN+28), sebagaimana dikendalikan melalui systemd.log_target=jurnal-atau-kmsg (Atau
systemd.log_target=konsol on SIGRTMIN+27 or systemd.log_target=kmsg on SIGRTMIN+28)
pada baris perintah kernel.

LINGKUNGAN


$SYSTEMD_LOG_LEVEL
systemd membaca level log dari variabel lingkungan ini. Ini bisa ditimpa
dengan --tingkat log=.

$SYSTEMD_LOG_TARGET
systemd membaca target log dari variabel lingkungan ini. Ini bisa ditimpa
dengan --log-target=.

$SYSTEMD_LOG_COLOR
Mengontrol apakah systemd menyoroti pesan log penting. Ini bisa ditimpa
dengan --log-warna=.

$SYSTEMD_LOG_LOCATION
Mengontrol apakah systemd mencetak lokasi kode bersama dengan pesan log. Ini bisa jadi
diganti dengan --log-lokasi=.

$XDG_CONFIG_HOME, $XDG_CONFIG_DIRS, $XDG_DATA_HOME, $XDG_DATA_DIRS
Manajer pengguna systemd menggunakan variabel-variabel ini sesuai dengan XDG Mendasarkan Direktori
spesifikasi[6] untuk menemukan konfigurasinya.

$SYSTEMD_UNIT_PATH
Mengontrol di mana systemd mencari file unit.

$SYSTEMD_SYSVINIT_PATH
Mengontrol tempat systemd mencari skrip init SysV.

$SYSTEMD_SYSVRCND_PATH
Mengontrol tempat systemd mencari kumpulan tautan runlevel skrip init SysV.

$SYSTEMD_COLORS
Mengontrol apakah keluaran berwarna harus dihasilkan.

$LISTEN_PID, $LISTEN_FDS, $LISTEN_FDNAMES
Ditetapkan oleh systemd untuk proses yang diawasi selama aktivasi berbasis soket. Lihat
sd_listen_fds(3) untuk informasi lebih lanjut.

$NOTIFY_SOCKET
Ditetapkan oleh systemd untuk proses yang diawasi untuk status dan penyelesaian start-up
pemberitahuan. Lihat sd_notify(3) untuk informasi lebih lanjut.

INTI COMMAND GARIS


Saat dijalankan sebagai instance sistem, systemd mem-parsing sejumlah argumen baris perintah kernel[7]:

sistemd.unit=, rd.systemd.unit=
Mengganti unit untuk diaktifkan saat boot. Default ke default.target. Ini dapat digunakan
untuk boot sementara ke unit boot lain, misalnya rescue.target atau
layanan darurat. Lihat systemd.khusus(7) untuk rincian tentang unit-unit ini. Pilihan
diawali dengan "rd". dihormati hanya di disk RAM awal (initrd), sedangkan yang
yang tidak diawali hanya di sistem utama.

sistemd.dump_core=
Mengambil argumen boolean. Jika iya nih, manajer systemd (PID 1) membuang inti ketika itu
crash. Jika tidak, tidak ada dump inti yang dibuat. Default untuk iya nih.

sistemd.crash_chvt=
Mengambil bilangan bulat positif, atau argumen boolean. Jika bilangan bulat positif (dalam kisaran
1–63) ditentukan, manajer sistem (PID 1) akan mengaktifkan virtual yang ditentukan
terminal (VT) ketika crash. Default untuk tidak, artinya tidak ada sakelar seperti itu
berusaha. Jika diatur ke iya nih, VT tempat pesan kernel ditulis dipilih.

systemd.crash_shell=
Mengambil argumen boolean. Jika iya nih, manajer sistem (PID 1) memunculkan shell ketika
crash, setelah penundaan 10 detik. Jika tidak, tidak ada cangkang yang dihasilkan. Default untuk tidak, Untuk
alasan keamanan, karena shell tidak dilindungi oleh otentikasi kata sandi.

sistemd.crash_reboot=
Mengambil argumen boolean. Jika iya nih, manajer sistem (PID 1) akan mem-boot ulang mesin
secara otomatis ketika macet, setelah penundaan 10 detik. Jika tidak, sistem akan hang
tanpa batas waktu. Default untuk tidak, untuk menghindari loop reboot. Jika digabungkan dengan
systemd.crash_shell=, sistem di-boot ulang setelah shell keluar.

systemd.konfirmasi_spawn=
Mengambil argumen boolean. Jika iya nih, manajer sistem (PID 1) meminta konfirmasi
saat proses pemijahan. Default untuk tidak.

sistemd.show_status=
Mengambil argumen boolean atau konstanta mobil. Jika iya nih, manajer systemd (PID 1)
menunjukkan pembaruan status layanan singkat di konsol selama boot. mobil berperilaku seperti
palsu sampai layanan gagal atau ada penundaan yang signifikan dalam boot. Default untuk iya nih,
kecuali kalau tenang dilewatkan sebagai opsi baris perintah kernel, dalam hal ini defaultnya adalah
mobil.

sistemd.log_target=, sistemd.log_level=, systemd.log_color=, sistemd.log_location=
Mengontrol keluaran log, dengan efek yang sama seperti $SYSTEMD_LOG_TARGET,
$SYSTEMD_LOG_LEVEL, $SYSTEMD_LOG_COLOR, $SYSTEMD_LOG_LOCATION variabel lingkungan
dijelaskan di atas.

systemd.default_standard_output=, sistemd.default_standard_error=
Mengontrol output standar default dan output kesalahan untuk layanan, dengan efek yang sama
sebagai --keluaran-standar-default= dan --kesalahan-standar-default= argumen baris perintah
dijelaskan di atas, masing-masing.

systemd.setenv=
Mengambil argumen string dalam bentuk VARIABLE=VALUE. Dapat digunakan untuk mengatur default
variabel lingkungan untuk ditambahkan ke proses anak bercabang. Dapat digunakan lebih dari sekali untuk
mengatur beberapa variabel.

sistemd.machine_id=
Mengambil nilai hex 32 karakter yang akan digunakan untuk mengatur id mesin. Ditujukan sebagian besar
untuk booting jaringan di mana id mesin yang sama diinginkan untuk setiap boot.

tenang
Matikan output status saat boot, seperti systemd.show_status=salah akan. Perhatikan bahwa
opsi ini juga dibaca oleh kernel itu sendiri dan menonaktifkan output log kernel. Lewat
opsi ini karenanya mematikan output biasa dari manajer sistem dan
inti.

men-debug
Aktifkan keluaran debug. Ini setara dengan systemd.log_level=debug. Catat itu
opsi ini juga dibaca oleh kernel itu sendiri dan mengaktifkan output debug kernel. Lewat
opsi ini karenanya mengaktifkan output debug dari manajer sistem dan
inti.

keadaan darurat, -b
Boot ke mode darurat. Ini setara dengan systemd.unit=darurat.target dan
disediakan untuk alasan kompatibilitas dan agar lebih mudah diketik.

menyelamatkan, tunggal, s, S, 1
Boot ke mode penyelamatan. Ini setara dengan systemd.unit=penyelamatan.target dan disediakan
untuk alasan kompatibilitas dan untuk lebih mudah mengetik.

2, 3, 4, 5
Boot ke runlevel SysV lama yang ditentukan. Ini setara dengan
systemd.unit=runlevel2.target, systemd.unit=runlevel3.target,
systemd.unit=runlevel4.target, dan systemd.unit=runlevel5.targetmasing-masing, dan
disediakan untuk alasan kompatibilitas dan agar lebih mudah diketik.

lokal.LANG=, lokal.LANGUAGE=, lokal.LC_CTYPE=, lokal.LC_NUMERIC=, lokal.LC_TIME=,
lokal.LC_COLLATE=, lokal.LC_MONETARY=, lokal.LC_MESSAGES=, lokal.LC_PAPER=,
lokal.LC_NAME=, lokal.LC_ADDRESS=, lokal.LC_TELEPON=, lokal.LC_MEASUREMENT=,
lokal.LC_IDENTIFICATION=
Atur lokal sistem yang akan digunakan. Ini mengesampingkan pengaturan di /etc/locale.conf. Untuk
informasi lebih lanjut, lihat lokal.conf(5) dan Lokal(7).

Untuk parameter baris perintah kernel lainnya yang dipahami oleh komponen OS inti, harap
mengacu pada baris perintah kernel(7).

soket DAN FIFOS


/jalankan/systemd/beritahu
Soket pemberitahuan status daemon. Ini adalah sebuah AF_UNIX soket datagram dan digunakan untuk
mengimplementasikan logika notifikasi daemon seperti yang diimplementasikan oleh sd_notify(3).

/jalankan/systemd/pribadi
Digunakan secara internal sebagai saluran komunikasi antara systemctl(1) dan proses systemd.
Ini adalah AF_UNIX soket aliran. Antarmuka ini bersifat pribadi untuk systemd dan tidak boleh
digunakan dalam proyek eksternal.

/dev/initctl
Dukungan kompatibilitas terbatas untuk antarmuka klien SysV, seperti yang diterapkan oleh
unit systemd-initctl.service. Ini adalah pipa bernama dalam sistem file. Antarmuka ini
sudah usang dan tidak boleh digunakan dalam aplikasi baru.

Gunakan systemd online menggunakan layanan onworks.net


Server & Workstation Gratis

Unduh aplikasi Windows & Linux

Perintah Linux

Ad




×
iklan
❤️Berbelanja, pesan, atau beli di sini — tanpa biaya, membantu menjaga layanan tetap gratis.