Bagaimana cara menonaktifkan perilaku shell darurat systemd agressive?

Secara default systemd jatuh ke shell darurat jika ada kesalahan sedikit pun. Sebagai contoh, jika salah satu mount di fstab gagal karena suatu alasan sistem menjadi tidak dapat di-boot segera. Saya mengelola banyak sistem produksi yang beragam dan saya merasa perilaku ini sangat merusak. (Sebenarnya saya pikir ini kegagalan desain utama, tapi itu pendapat pribadi).

Saya ingin meningkatkan ketahanan boot sistem. Secara optimal sistem harus selalu boot, driver yang hilang, mount, dll. Tidak boleh drop shell darurat, (hanya menunjukkan peringatan saja) kecuali kesalahan yang diberikan akan membuat login konsol benar-benar mustahil. Apa yang bisa dijalankan, itu harus dijalankan.

Saya tahu systemd secara otomatis menghasilkan file * .mount dari / etc / fstab dan saya bisa menggunakan opsi nofail dengan timeout x-systemd.device kecil (atau menentukan sendiri file .mount yang relevan). Namun itu tidak akan menyelesaikan masalah saya, saya ingin membuat sistem lebih tangguh, "menambal" fstab setiap kali sangat tidak nyaman dan saya tidak yakin berapa banyak "masalah" yang mungkin ada yang akan membuat sistem saya tidak dapat di-boot hanya karena beberapa pengembang di suatu tempat berpikir itu cukup penting.

Singkatnya, saya ingin mendapatkan kembali kontrol atas mesin saya dan tidak membiarkan systemd memutuskan masalah apa yang cukup serius untuk menghancurkan proses boot. Apa itu mungkin?

Secara harfiah hanya me-mount kegagalan, itu saja yang perlu Anda ubah.

Jadi surat permintaan Anda akan sepele untuk dijawab. Buat file tarik-turun:

# /etc/systemd/system/local-fs.target.d/nofail.conf

# Clear OnFailure= (set it to nothing)
[Unit]
OnFailure=

Saya percaya ini tidak akan menambah masalah baru, di luar yang sudah dialami oleh linux sysvinit dengan membiarkan skenario kegagalan parsial ini.

Namun Anda juga menunjukkan pertanyaan tentang berapa lama systemd harus menunggu perangkat blok yang ditentukan tersedia. Saya tidak dapat melihat cara untuk mengkonfigurasi ini, tanpa memberikan pengganti untuk generator fstab secara keseluruhan. https://www.freedesktop.org/software/systemd/man/systemd.generator.html

Jika Anda membuang sejumlah besar kode yang kurang banyak digunakan di sini, tampaknya tidak mungkin untuk meningkatkan ketahanan sistem. Saya pikir solusi terdekat adalah dengan menambal generator fstab yang ada. Ini tidak terlalu rumit, saya kira Anda bisa lolos / mengikuti perubahan signifikan.

Secara teknis, jika distribusi Anda memiliki mountallskrip sysvinit mandiri , Anda dapat mencoba mengaitkannya. Tetapi itu akan secara signifikan mengubah proses boot - sebenarnya lebih dari garpu. Saya tidak akan merekomendasikan pendekatan itu.

https://unix.stackexchange.com/a/393711/29483

Jika Anda mencari melalui file unit, hanya ada beberapa cara untuk boot kembali emergency.target. Biasanya ketika .mountunit untuk sistem file lokal gagal, menyebabkan local-fs.target gagal. Atau ketika initramf Anda gagal me-mount filesystem root, jika initramf Anda menggunakan systemd.

local-fs.targettelah OnFailure=emergency.target. Dan itu gagal karena unit untuk sistem file lokal secara otomatis ditambahkan ke daftar Memerlukan local-fs.target (kecuali jika ada DefaultDependencies=no).

$ systemctl show --property Requires local-fs.target
Requires=-.mount home.mount boot.mount boot-efi.mount

Matikan pemasangan otomatis dari setiap sistem file yang tidak penting untuk operasi boot dengan menambahkan noautoopsi mount ke /etc/fstabentri:

/dev/sdxy /u01 nfs defaults 0 0

untuk:

/dev/sdyx /u01 nfs noauto 0 0

dan kemudian pasang sistem file setelah boot dengan menggunakan baris di /etc/rc.local:

mount /u01

Contoh ini menggunakan NFS tetapi juga berlaku untuk LUN yang diimpor dari server file.

Coba ini mungkin?

systemctl mask emergency.service
systemctl mask emergency.target