Mengelola Layanan dengan Systemd - PART I

A. Pengantar Systemd

Systemd adalah manajer sistem dan layanan untuk sistem operasi Linux. Ini dirancang agar kompatibel dengan script init SysV, dan menyediakan sejumlah fitur seperti startup paralel layanan sistem pada waktu boot, aktivasi daemon sesuai permintaan, atau logika kontrol layanan berbasis ketergantungan. Di Red Hat Enterprise Linux 7, systemd menggantikan Upstart sebagai sistem init default.

Systemd memperkenalkan konsep unit systemd. Unit ini diwakili oleh file konfigurasi unit yang terletak di salah satu direktori, dan merangkum informasi tentang layanan sistem, soket pendengar, dan objek lain yang relevan dengan sistem init.

Mengganti Konfigurasi Default systemd Menggunakan system.conf

Konfigurasi default systemd didefinisikan selama kompilasi dan dapat ditemukan di file konfigurasi systemd di /etc/systemd/system.conf. Gunakan file ini jika Anda ingin menyimpang dari default tersebut dan mengganti nilai default yang dipilih untuk unit systemd secara global.

Misalnya, untuk mengganti nilai default batas waktu tunggu, yang disetel ke 90 detik, gunakan parameter DefaultTimeoutStartSec untuk memasukkan nilai yang diperlukan dalam hitungan detik.

1. Fitur utama

Di Red Hat Enterprise Linux 7, sistem systemd dan manajer layanan menyediakan fitur-fitur utama berikut:

Socket-based activation - Pada saat boot, systemd membuat soket mendengarkan untuk semua layanan sistem yang mendukung jenis aktivasi ini, dan meneruskan soket ke layanan ini segera setelah dimulai. Ini tidak hanya memungkinkan systemd untuk memulai layanan secara paralel, tetapi juga memungkinkan untuk memulai ulang layanan tanpa kehilangan pesan apa pun yang dikirim ke sana saat tidak tersedia: soket yang sesuai tetap dapat diakses dan semua pesan antri.

Systemd menggunakan unit soket untuk aktivasi berbasis soket.

Bus-based activation - Layanan sistem yang menggunakan D-Bus untuk komunikasi antar proses dapat dimulai sesuai permintaan saat pertama kali aplikasi klien mencoba berkomunikasi dengan mereka. Systemd menggunakan file layanan D-Bus untuk aktivasi berbasis bus.

Device-based activation — Layanan sistem yang mendukung aktivasi berbasis perangkat dapat dimulai sesuai permintaan ketika jenis perangkat keras tertentu dicolokkan atau tersedia. Systemd menggunakan unit perangkat untuk aktivasi berbasis perangkat.

Path-based activation — Layanan sistem yang mendukung aktivasi berbasis jalur dapat dimulai sesuai permintaan ketika file atau direktori tertentu mengubah statusnya. Systemd menggunakan unit jalur untuk aktivasi berbasis jalur.

Mount and automount point management — Systemd memantau dan mengatur mount dan automount point. Systemd menggunakan unit pemasangan untuk titik pemasangan dan unit pemasangan otomatis untuk titik pemasangan otomatis.

Aggressive parallelization — Karena penggunaan aktivasi berbasis soket, systemd dapat memulai layanan sistem secara paralel segera setelah semua soket pendengar terpasang. Dalam kombinasi dengan layanan sistem yang mendukung aktivasi saat diminta, aktivasi paralel secara signifikan mengurangi waktu yang diperlukan untuk mem-boot sistem.

Transactional unit activation logic — Sebelum mengaktifkan atau menonaktifkan unit, systemd menghitung ketergantungannya, membuat transaksi sementara, dan memverifikasi bahwa transaksi ini konsisten. Jika transaksi tidak konsisten, systemd secara otomatis mencoba memperbaikinya dan menghapus pekerjaan yang tidak penting darinya sebelum melaporkan kesalahan.

Backwards compatibility with SysV init — Systemd mendukung skrip init SysV seperti yang dijelaskan dalam Spesifikasi Inti Dasar Standar Linux, yang memudahkan jalur peningkatan ke unit layanan systemd.

2. Perubahan Kompatibilitas

Sistem systemd dan service manager dirancang agar sebagian besar kompatibel dengan SysV init dan Upstart. Berikut ini adalah perubahan kompatibilitas yang paling menonjol sehubungan dengan rilis utama sebelumnya dari sistem Red Hat Enterprise Linux:

Systemd hanya memiliki dukungan terbatas untuk runlevel. Ini menyediakan sejumlah unit target yang dapat langsung dipetakan ke runlevel ini dan untuk alasan kompatibilitas, ini juga didistribusikan dengan perintah runlevel sebelumnya. Tidak semua target systemd dapat langsung dipetakan ke runlevel, bagaimanapun, dan sebagai konsekuensinya, perintah ini mungkin mengembalikan N untuk menunjukkan runlevel yang tidak diketahui. Anda disarankan untuk menghindari penggunaan perintah runlevel jika memungkinkan.

Utilitas systemctl tidak mendukung perintah khusus. Selain perintah standar seperti start, stop, dan status, penulis skrip init SysV dapat menerapkan dukungan untuk sejumlah perintah arbitrer untuk menyediakan fungsionalitas tambahan. Misalnya, skrip init untuk iptables di Red Hat Enterprise Linux 6 dapat dijalankan dengan perintah panic, yang segera mengaktifkan mode panik dan mengkonfigurasi ulang sistem untuk mulai melepaskan semua paket yang masuk dan keluar. Ini tidak didukung di systemd dan systemctl hanya menerima perintah yang didokumentasikan.

Utilitas systemctl tidak berkomunikasi dengan layanan yang belum dimulai oleh systemd. Ketika systemd memulai layanan sistem, ia menyimpan ID dari proses utamanya untuk melacaknya. Utilitas systemctl kemudian menggunakan PID ini untuk meminta dan mengelola layanan. Akibatnya, jika pengguna memulai daemon tertentu secara langsung pada baris perintah, systemctl tidak dapat menentukan statusnya saat ini atau menghentikannya.

Systemd berhenti hanya menjalankan layanan. Sebelumnya, ketika urutan shutdown dimulai, Red Hat Enterprise Linux 6 dan rilis sebelumnya dari sistem menggunakan tautan simbolik yang terletak di direktori /etc/rc0.d/ untuk menghentikan semua layanan sistem yang tersedia terlepas dari statusnya. Dengan systemd, hanya layanan yang berjalan yang dihentikan saat dimatikan.

Layanan sistem tidak dapat membaca dari aliran input standar. Ketika systemd memulai layanan, itu menghubungkan input standarnya ke /dev/null untuk mencegah interaksi apa pun dengan pengguna.

Layanan sistem tidak mewarisi konteks apa pun (seperti variabel lingkungan HOME dan PATH) dari pengguna yang memanggil dan sesinya. Setiap layanan berjalan dalam konteks eksekusi yang bersih.

Saat memuat skrip init SysV, systemd membaca informasi ketergantungan yang dikodekan di header Linux Standard Base (LSB) dan menafsirkannya pada waktu proses.

Semua operasi pada unit layanan tunduk pada batas waktu default 5 menit untuk mencegah layanan yang tidak berfungsi membekukan sistem. Nilai ini dikodekan keras untuk layanan yang dihasilkan dari skrip init dan tidak dapat diubah. Namun, file konfigurasi individual dapat digunakan untuk menentukan nilai waktu tunggu yang lebih lama per layanan.

B. Mengelola Layanan Sistem

Versi sebelumnya dari Red Hat Enterprise Linux, yang didistribusikan dengan SysV init atau Upstart, menggunakan skrip init yang terletak di direktori /etc/rc.d/init.d/. Skrip init ini biasanya ditulis di Bash, dan memungkinkan administrator sistem untuk mengontrol status layanan dan daemon di sistem mereka. Di Red Hat Enterprise Linux 7, skrip init ini telah diganti dengan unit layanan

Unit layanan diakhiri dengan ekstensi file .service dan memiliki tujuan yang sama seperti skrip init. Untuk melihat, memulai, menghentikan, memulai ulang, mengaktifkan, atau menonaktifkan layanan sistem, gunakan perintah systemctl. dan lebih lanjut di bagian ini. Perintah layanan dan chkconfig masih tersedia di sistem dan berfungsi seperti yang diharapkan, tetapi hanya disertakan untuk alasan kompatibilitas dan harus dihindari.

Menentukan Unit Layanan

Untuk kejelasan, semua contoh perintah di sisa bagian ini menggunakan nama unit lengkap dengan ekstensi file .service, misalnya:

Namun, ekstensi file dapat dihilangkan, dalam hal ini utilitas systemctl menganggap argumennya adalah unit layanan. Perintah berikut ini sama dengan perintah di atas:

Selain itu, beberapa unit memiliki nama alias. Nama-nama tersebut dapat memiliki nama yang lebih pendek daripada unit, yang dapat digunakan sebagai pengganti nama unit sebenarnya. Untuk menemukan semua alias yang dapat digunakan untuk unit tertentu, gunakan:

Perilaku systemctl di Lingkungan chroot

Jika Anda mengubah direktori root menggunakan perintah chroot, kebanyakan perintah systemctl menolak untuk melakukan tindakan apa pun. Alasannya adalah karena proses systemd dan pengguna yang menggunakan perintah chroot tidak memiliki pandangan yang sama tentang sistem berkas. Ini terjadi, misalnya, ketika systemctl dipanggil dari file kickstart.

Pengecualian untuk ini adalah perintah file unit seperti perintah systemctl enable dan systemctl disable. Perintah-perintah ini tidak membutuhkan sistem yang sedang berjalan dan tidak mempengaruhi proses yang sedang berjalan, tetapi mereka mempengaruhi file unit. Oleh karena itu, Anda dapat menjalankan perintah ini bahkan di lingkungan chroot. Misalnya, untuk mengaktifkan layanan httpd pada sistem di bawah direktori /srv/website1/ :

1. Listing Service

Untuk mencantumkan semua unit layanan yang saat ini dimuat, ketik yang berikut ini pada prompt shell:

Untuk setiap file unit layanan, perintah ini menampilkan nama lengkapnya (UNIT) diikuti dengan catatan apakah file unit telah dimuat (LOAD), status aktivasi file unit tingkat tinggi (AKTIF) dan tingkat rendah (SUB), dan deskripsi singkat (DESCRIPTION).

Secara default, perintah systemctl list-units hanya menampilkan unit yang aktif. Jika Anda ingin membuat daftar semua unit yang dimuat terlepas dari statusnya, jalankan perintah ini dengan opsi --all atau -a command line:

Anda juga dapat membuat daftar semua unit layanan yang tersedia untuk melihat apakah mereka diaktifkan. Untuk melakukannya, ketik:

Untuk setiap unit layanan, perintah ini menampilkan nama lengkapnya (UNIT FILE) diikuti dengan informasi apakah unit layanan tersebut diaktifkan atau tidak (STATE). Untuk informasi tentang cara menentukan status unit layanan individu.

2. Displaying Service Status

Untuk menampilkan informasi mendetail tentang unit layanan yang sesuai dengan layanan sistem, ketikkan yang berikut ini pada prompt shell:

Ganti nama dengan nama unit layanan yang ingin Anda periksa (misalnya, gdm). Perintah ini menampilkan nama unit layanan yang dipilih diikuti dengan deskripsi singkatnya, satu atau lebih bidang, dan jika dijalankan oleh pengguna root, juga entri log terbaru.

Untuk hanya memverifikasi bahwa unit layanan tertentu sedang berjalan, jalankan perintah berikut:

Demikian pula, untuk menentukan apakah unit layanan tertentu diaktifkan, ketik:

Perhatikan bahwa systemctl is-active dan systemctl is-enabled mengembalikan status keluar 0 jika unit layanan yang ditentukan sedang berjalan atau diaktifkan.

3. Starting a Service

Untuk memulai unit layanan yang terkait dengan layanan sistem, ketik yang berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit layanan yang ingin Anda mulai (misalnya, gdm). Perintah ini memulai unit layanan yang dipilih di sesi saat ini. Untuk informasi tentang cara mengaktifkan unit layanan untuk dimulai pada saat boot,

4. Stopping a Service

Untuk menghentikan unit layanan yang terkait dengan layanan sistem, ketik yang berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit layanan yang ingin Anda hentikan (misalnya, bluetooth). Perintah ini menghentikan unit layanan yang dipilih di sesi saat ini. Untuk informasi tentang cara menonaktifkan unit layanan dan mencegahnya dimulai saat boot.

5. Restarting a Service

Untuk memulai ulang unit layanan yang berhubungan dengan layanan sistem, ketik berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit layanan yang ingin Anda restart (misalnya, httpd). Perintah ini menghentikan unit layanan yang dipilih dalam sesi saat ini dan segera memulainya lagi. Yang penting, jika unit layanan yang dipilih tidak berjalan, perintah ini juga akan memulainya. Untuk memberi tahu systemd agar memulai ulang unit layanan hanya jika layanan terkait sudah berjalan, jalankan perintah berikut sebagai root:

Layanan sistem tertentu juga memungkinkan Anda memuat ulang konfigurasinya tanpa mengganggu eksekusinya. Untuk melakukannya, ketik sebagai root:

Perhatikan bahwa layanan sistem yang tidak mendukung fitur ini mengabaikan perintah ini sama sekali. Untuk kenyamanan, perintah systemctl juga mendukung perintah reload-or-restart dan reload-or-try-restart yang memulai ulang layanan tersebut. Untuk informasi tentang cara menentukan status unit layanan tertentu.

6. Enabling a Service

Untuk meningkatkan unit layanan yang terkait dengan layanan sistem agar secara otomatis dimulai pada waktu boot, ketikkan yang berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit layanan yang ingin Anda aktifkan (misalnya, httpd). Perintah ini membaca bagian [Instal] dari unit layanan yang dipilih dan membuat tautan simbolik yang sesuai ke file /usr/lib/systemd/system/name.service di direktori /etc/systemd/system/ dan subdirektorinya. Namun, perintah ini tidak menulis ulang tautan yang sudah ada. Jika Anda ingin memastikan bahwa tautan simbolik dibuat ulang, gunakan perintah berikut sebagai root:

Perintah ini menonaktifkan unit layanan yang dipilih dan segera mengaktifkannya kembali. Untuk informasi tentang cara menentukan apakah unit layanan tertentu diaktifkan untuk mulai saat boot.

7. Disabling a Service

Untuk mencegah unit layanan yang terkait dengan layanan sistem dimulai secara otomatis pada saat boot, ketikkan yang berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit layanan yang ingin Anda nonaktifkan (misalnya, bluetooth). Perintah ini membaca bagian [Instal] dari unit layanan yang dipilih dan menghapus tautan simbolik yang sesuai ke file /usr/lib/systemd/system/name.service dari direktori /etc/systemd/system/ dan subdirektorinya. Selain itu, Anda dapat menutupi unit layanan apa pun untuk mencegahnya dimulai secara manual atau oleh layanan lain. Untuk melakukannya, jalankan perintah berikut sebagai root:

Perintah ini menggantikan file /etc/systemd/system/name.service dengan tautan simbolis ke /dev/null, membuat file unit yang sebenarnya tidak dapat diakses ke systemd. Untuk mengembalikan tindakan ini dan membuka kedok unit layanan, ketik sebagai root:

Untuk informasi tentang cara menentukan apakah unit layanan tertentu diaktifkan untuk mulai saat boot.

8. Starting a Conflicting Service

Dalam systemd, ketergantungan positif dan negatif antara layanan ada. Memulai layanan tertentu mungkin memerlukan memulai satu atau beberapa layanan lain (ketergantungan positif) atau menghentikan satu atau beberapa layanan (ketergantungan negatif).

Saat Anda mencoba memulai layanan baru, systemd menyelesaikan semua dependensi secara otomatis. Perhatikan bahwa ini dilakukan tanpa pemberitahuan eksplisit kepada pengguna. Jika Anda sudah menjalankan layanan, dan Anda mencoba untuk memulai layanan lain dengan ketergantungan negatif, layanan pertama secara otomatis dihentikan.

Misalnya, jika Anda menjalankan layanan postfix, dan Anda mencoba menjalankan layanan sendmail, systemd pertama-tama akan menghentikan postfix secara otomatis, karena kedua layanan ini saling bertentangan dan tidak dapat dijalankan pada port yang sama.

C. Bekerja dengan Target systemd

Versi sebelumnya dari Red Hat Enterprise Linux, yang didistribusikan dengan SysV init atau Upstart, menerapkan serangkaian runlevel yang telah ditentukan sebelumnya yang mewakili mode operasi tertentu. Runlevel ini diberi nomor dari 0 hingga 6 dan ditentukan oleh pilihan layanan sistem yang akan dijalankan ketika runlevel tertentu diaktifkan oleh administrator sistem. Di Red Hat Enterprise Linux 7, konsep runlevel telah diganti dengan target systemd.

Target Systemd diwakili oleh unit target. Unit target diakhiri dengan ekstensi file .target dan satu-satunya tujuan mereka adalah mengelompokkan unit systemd lainnya melalui rantai ketergantungan. Misalnya, unit graphical.target, yang digunakan untuk memulai sesi grafis, memulai layanan sistem seperti GNOME Display Manager (gdm.service) atau Layanan Akun (accounts-daemon.service) dan juga mengaktifkan multi-user.target unit. Demikian pula, unit multi-user.target memulai layanan sistem penting lainnya seperti NetworkManager (NetworkManager.service) atau D-Bus (dbus.service) dan mengaktifkan unit target lain bernama basic.target.

Red Hat Enterprise Linux 7 didistribusikan dengan sejumlah target yang telah ditentukan yang kurang lebih mirip dengan rangkaian runlevel standar dari rilis sebelumnya dari sistem ini. Untuk alasan kompatibilitas, ini juga menyediakan alias untuk target ini yang secara langsung memetakannya ke runlevel SysV.

1. Viewing the Default Target

Untuk menentukan unit target mana yang digunakan secara default, jalankan perintah berikut:

Perintah ini menyelesaikan tautan simbolik yang terletak di /etc/systemd/system/default.target dan menampilkan hasilnya. Untuk informasi tentang bagaimana mengubah target default.

2. Viewing the Current Target

Untuk mendaftar semua unit target yang saat ini dimuat, ketik perintah berikut pada prompt shell:

Untuk setiap unit target, perintah ini menampilkan nama lengkapnya (UNIT) diikuti dengan catatan apakah unit telah dimuat (LOAD), status aktivasi unit tingkat tinggi (ACTIVE) dan tingkat rendah (SUB), dan deskripsi singkat (DESCRIPTION).

3. Changing the Default Target

Untuk mengkonfigurasi sistem agar menggunakan unit target yang berbeda secara default, ketikkan yang berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit target yang ingin Anda gunakan secara default (misalnya, multi- pengguna). Perintah ini menggantikan file /etc/systemd/system/default.target dengan tautan simbolis ke /usr/lib/systemd/system/name.target, di mana name adalah nama unit target yang ingin Anda gunakan.

4. Changing the Current Target

Untuk mengubah ke unit target yang berbeda dalam sesi saat ini, ketikkan yang berikut ini pada prompt shell sebagai root:

Ganti nama dengan nama unit target yang ingin Anda gunakan (misalnya, multi-user). Perintah ini memulai unit target bernama nama dan semua unit dependen, dan segera menghentikan semua yang lain.

5. Changing to Rescue Mode

Mode Rescue menyediakan lingkungan single-user yang nyaman dan memungkinkan Anda untuk memperbaiki sistem Anda dalam situasi ketika tidak dapat menyelesaikan proses booting biasa. Dalam mode penyelamatan, sistem mencoba memasang semua sistem file lokal dan memulai beberapa layanan sistem penting, tetapi tidak mengaktifkan antarmuka jaringan atau mengizinkan lebih banyak pengguna untuk masuk ke sistem pada saat yang sama. Di Red Hat Enterprise Linux 7, mode penyelamatan setara dengan mode single-user dan memerlukan kata sandi root.

Untuk mengubah target saat ini dan masuk ke mode penyelamatan di sesi saat ini, ketikkan yang berikut ini pada prompt shell sebagai root:

Perintah ini mirip dengan systemctl isolate rescue.target, tetapi juga mengirimkan pesan informatif ke semua pengguna yang saat ini masuk ke sistem. Untuk mencegah systemd mengirim pesan ini, jalankan perintah ini dengan opsi baris perintah --no-wall:

6. Changing to Emergency Mode

Emergency mode menyediakan lingkungan seminimal mungkin dan memungkinkan Anda memperbaiki sistem Anda bahkan dalam situasi ketika sistem tidak dapat memasuki mode penyelamatan. Dalam mode darurat, sistem memasang sistem file root hanya untuk membaca, tidak mencoba memasang sistem file lokal lainnya, tidak mengaktifkan antarmuka jaringan, dan hanya memulai beberapa layanan penting. Di Red Hat Enterprise Linux 7, mode darurat memerlukan kata sandi root.

Untuk mengubah target saat ini dan memasuki mode darurat, ketikkan yang berikut ini pada prompt shell sebagai root:

Perintah ini mirip dengan systemctl isolate emergency.target, tetapi juga mengirimkan pesan informatif ke semua pengguna yang saat ini masuk ke sistem. Untuk mencegah systemd mengirim pesan ini, jalankan perintah ini dengan opsi baris perintah --no-wall:

D. Mematikan, Menangguhkan, dan Menghibernasi Sistem

Di Red Hat Enterprise Linux 7, utilitas systemctl menggantikan sejumlah perintah manajemen daya yang digunakan di sistem Red Hat Enterprise Linux versi sebelumnya.

1. Shutting Down the System

Utilitas systemctl menyediakan perintah untuk mematikan sistem, namun perintah shutdown tradisional juga didukung. Meskipun perintah shutdown akan memanggil utilitas systemctl untuk melakukan shutdown, ia memiliki keuntungan karena ia juga mendukung argumen waktu. Ini sangat berguna untuk pemeliharaan terjadwal dan untuk memberikan lebih banyak waktu bagi pengguna untuk bereaksi terhadap peringatan bahwa pematian sistem telah dijadwalkan. Opsi untuk membatalkan shutdown juga bisa menjadi keuntungan.

Menggunakan Perintah systemctl

Untuk mematikan sistem dan mematikan mesin, ketikkan yang berikut ini pada prompt shell sebagai root:

Untuk mematikan dan menghentikan sistem tanpa mematikan mesin, jalankan perintah berikut sebagai root:

Secara default, menjalankan salah satu dari perintah ini menyebabkan systemd mengirim pesan informatif ke semua pengguna yang saat ini masuk ke sistem. Untuk mencegah systemd mengirim pesan ini, jalankan perintah yang dipilih dengan opsi baris perintah --no-wall, misalnya:

Menggunakan Perintah shutdown

Untuk mematikan sistem dan mematikan mesin pada waktu tertentu, gunakan perintah dalam format berikut sebagai root:

Di mana hh:mm adalah waktu dalam format waktu 24 jam. File /run/nologin dibuat 5 menit sebelum sistem dimatikan untuk mencegah login baru. Ketika argumen waktu digunakan, pesan opsional, pesan dinding, dapat ditambahkan ke perintah.

Untuk mematikan dan menghentikan sistem setelah penundaan, tanpa mematikan mesin, gunakan perintah dalam format berikut sebagai root:

Di mana + m adalah waktu tunda dalam menit. Kata kunci now adalah alias untuk +0.

Shutdown yang tertunda dapat dibatalkan oleh pengguna root sebagai berikut

Lihat halaman manual shutdown (8) untuk opsi perintah lebih lanjut.

2. Restarting the System

Untuk memulai ulang sistem, jalankan perintah berikut sebagai root:

Secara default, perintah ini menyebabkan systemd mengirim pesan informatif ke semua pengguna yang saat ini masuk ke sistem. Untuk mencegah systemd mengirim pesan ini, jalankan perintah ini dengan opsi baris perintah --no-wall:

3. Suspending the System

Untuk menangguhkan sistem, ketik perintah berikut pada prompt shell sebagai root:

Perintah ini menyimpan status sistem dalam RAM dan dengan pengecualian modul RAM, mematikan sebagian besar perangkat di mesin. Saat Anda menghidupkan mesin kembali, sistem kemudian memulihkan statusnya dari RAM tanpa harus boot lagi. Karena status sistem disimpan dalam RAM dan bukan pada hard disk, memulihkan sistem dari mode tunda secara signifikan lebih cepat daripada memulihkannya dari hibernasi, tetapi sebagai konsekuensinya, status sistem yang ditangguhkan juga rentan terhadap pemadaman listrik.

4. Hibernating the System

Untuk menghibernasi sistem, ketikkan perintah berikut pada prompt shell sebagai root:

Perintah ini menyimpan status sistem pada hard disk drive dan mematikan mesin. Saat Anda menghidupkan mesin kembali, sistem kemudian memulihkan statusnya dari data yang disimpan tanpa harus melakukan booting lagi. Karena status sistem disimpan di hard disk dan bukan di RAM, mesin tidak harus mempertahankan daya listrik ke modul RAM, tetapi sebagai konsekuensinya, pemulihan sistem dari hibernasi jauh lebih lambat daripada memulihkannya dari mode tunda.

Untuk hibernasi dan menangguhkan sistem, jalankan perintah berikut sebagai root:

Kita lanjut di Part II yang akan dirilis besok.

Sekian dari saya, Terimakasih

Selamat mencoba 😀

Kang Config