Gerçekten özel nedenlerle zorlanmıyorsanız aşağıdakileri yapmanızı önermiyorum:
kill -SEGV 1 # should generate a core dumps and kernel panic
kill -ABRT 1 # should generate a core dumps and kernel panic
kill -9 1 # On old systems worked nowadays not
Kaba, acımasız ve güç kablosunu çıkarmanın yakın bir eşdeğeri olarak düşünülebilir ...
Doğru yolu olduğu shutdown -h now
ile sudo
gerektiğinde önce.
Belki de yasal yolu söylemeliyim ; aşağıya veya daha iyiye bakınız ; dr.
Bazı sözler , aka Hikaye, Bölüm I
Başlangıçta başlangıçtı ve en sonuna kadar olacak.
Tüm Linux , initin sevgi dolu bakımına bağlıdır [ 1 ] [ 2 ] . Bununla birlikte, belirli bir nankörlük olmadan, iyi Lord kök kullanıcısının bu sevgiye ihanet edebileceği ve aniden kontrol edilemez ( ) bir düzenle başlayabileceği bir zaman vardı . ( Etiquette Kitabı, kullanıcıların a'dan önce çağırmaları için sayımlar, dükler ve markizler için reçete eder ). kill
-9
sudo
Sonra bazı sihirbazlar (Kitabı'ndan init korumak için bir cazibe yapılan man 2 init
)
İşlem kimliği 1'e (init işlemi) gönderilebilen tek sinyaller, init'in açıkça sinyal işleyicileri kurduğu sinyallerdir. Bu, sistemin yanlışlıkla düşürülmemesini sağlamak için yapılır.
(Casuslarımız rapor [ U1 ] init idare edeceğini 1 HUP 6 ABT 11 SEGV 15 SÜRE 30 PWR 2 INT 10 USR1 14 ALRM 17 CHLD 32)
Yani iyi Rab root haberlerini öğrenmek ve komutunu değiştirmek kill -ABRT 1
veya kill -SEGV 1
o genellikle oluşturmak çekirdek panik ve çekirdek dökümü.
Çalışır, çünkü init çalıştırılan ilk işlemdir ve 1 numaralı PID numarasını alır [ 2b ] .
Bu güvensiz, akılsız ve kötü omen ve bir lanetin müjdecisi olduğunu hissediyorsunuz, ancak ellerinizi maddi olarak koyamaz ve fişini çekemezseniz ...
Lanet : günlükte yazmayacak, tüm işlemleri öldürmeyecek ve bitmesini beklemeyecek, dosya sistemlerini sökmeyecek şekilde inode'ları düzgün bir şekilde güncelleyerek HDD'ye yazmayacak; grafik pencerelerinin ve kabuk geçmişlerinin seçeneklerini ve hayal gücümüzün ötesinde pek çok şeyi kurtaracağını bile düşünmüyoruz ... dediğimiz gibi güç akorunu veya bir dizüstü bilgisayarsa pili çıkarmanın yakın bir eşdeğeri.
Doğru yol
"Nobis olmayan, Domine, nobis olmayan, sed nomini tuo da gloriam.", Templar şövalyeleri sloganı. Yasal (doğru) bir şekilde kullanmaktır [ 3 ]
shutdown
sudo shutdown -h now
shutdown, sistemin güvenli bir şekilde indirilmesini sağlar. Oturum açan tüm kullanıcılara sistemin çöktüğü bildirilir ve ...
ama -h now
bu kadar çok şey yapmak için yeterli zamanları olmayacak ...
Bazı kelimeler daha , aka Hikaye, Bölüm II
Bir zamanlar bazı mantıksal adımlar gökten unix insanlar üzerinde hissetti:
Sistem süreçleri öldürüldükten ve dosya sistemleri kaldırıldıktan sonra, sistem durur / kapanır veya otomatik olarak yeniden başlatılır. Bu, değişiklikleri disklerle senkronize eden ve daha sonra gerçek durma / kapatma veya yeniden başlatma işlemini gerçekleştiren durma veya yeniden başlatma komutu kullanılarak yapılır. [ 4 ]
Gerçekten de, günümüzde, üç Moirai varlığına artık güvenmiyorum [ 5 ] arasında Linux dünyasında , reboot
, poweroff
ve halt
[ 6 ] : Modern bilim arasında ls -l $(which poweroff halt reboot)
ve biri man reboot
, bu karanlık yaş yayılır yeni hafif ve bizi açığa tüm seçeneklerini ayrıştıran tek bir gerçek komutun mevcut olması, böylece komutlarının adlarıyla çelişen eylemler istemekte özgürüz! ( halt -p
Veya reboot -p
için poweroff
, shutdown -r
için reboot
...)
Şimdi bütün herkes için açık ve rahat görünüyordu ki söylentiler iddia [ 7 ] o yeraltı ait systemd araç seti [ 8 ] bir devrim bütün habersiz bırakarak gerçekleştirildi Overworld . Geriye dönük uyumluluk şimleri ordusu sayesinde , yeniden başlatma, güç atma, durma [ 6 ] ve hatta telinit [ 9 ] ve kapanma [ 3 ] ' ün zaten yeni kral systemctl'e [ 10 ] bağlı olduğunu fark etmedik.. Lütfen hikayenin tamamını JdeBP The Bard'ın [ 9 ] orijinal sesinden dinleyin çünkü artık nefesim yok.
Eğer Ubuntu kültünün takipçileri iseniz, tüm bu iddiaların bir süre daha farkında olabilirsiniz [ 11 ] .
Orta Toprak halt -f
, init
, telinit
, systemctl
hızlı, doğru olandan ama aynı şekilde akıllıca çözüm aranıyor.
systemctl --force --force poweroff # the most close to kill -9 1
systemctl --force poweroff # rough but still safe
sudo halt -f # rough
sudo telinit 0 # or 6 # safe
kill -SIGINT 1 # cause reboot as the reboot command
kill -SIGRTMIN+4 1 # cause shutdown as the halt command
Systemd altında olup olmadığınızı, tüm doğru shudown yordamlarını (ve çok daha hızlı) çağırmadan bilgisayarı durdurabilmeniz gerekir:
halt -f
: yukarıdaki komutla ( hatta kapatma prosedüründen kaçınmanız gerektiğini unutmayın) seçeneği belirleme,-f
hatta ile veya hatta ile . Gerçekten de , kapatmayı çağırmaktan kaçınma seçeneğini belirtme ihtiyacını (ve eşdeğerlerini) okuyabiliriz :-f
sudo poweroff -f
sudo reboot -f -h
man reboot
-f
--Force ile çağrıldığında veya 0 veya 6 çalışma seviyesinde olduğunda, bu araç reboot (2) sistem çağrısını başlatır (REBOOTCOMMAND bağımsız değişkeni geçerek) ve sistemi doğrudan yeniden başlatır .
Aksi takdirde bu, REBOOTCOMMAND bağımsız değişkenini geçmeden uygun argümanlarla shutdown (8) aracını çağırır .
-f, --force
Shutdown (8) işlevini çağırmaz ve bunun yerine addan beklediğiniz fiili eylemi gerçekleştirir .
Ayrıca telinit
[ 2b ] (veya init
doğrudan)
sudo telinit 0 # or 6
init'e çalışma seviyesini değiştirmesini söylemek ... ama eğer öyleyse neden doğrudan öldürmüyorsun?
Systemd altında unwise double seçeneğini kullanabilirsiniz --force --force
systemctl --force --force poweroff
Systemctl kılavuzundan okuma [ 10 ]
-f, --force
enable ile kullanıldığında, var olan çakışan sembollerin üzerine yaz.
Birlikte kullanıldığında halt
, poweroff
,reboot
veya kexec, tüm birimleri kapatmadan Seçilen işlemi yürütmek. Ancak, tüm işlemler zorla öldürülecek ve tüm dosya sistemleri sökülecek veya salt okunur olarak yeniden eklenecektir. Bu nedenle, hemen yeniden başlatma istemek için sert ama nispeten güvenli bir seçenektir. Bu işlemler için --force iki kez belirtilirse, herhangi bir işlemi sonlandırmadan veya dosya sistemlerini ayırmadan hemen yürütülürler. Uyarı: - bu işlemlerin herhangi biriyle iki kez zorla belirtilmesi veri kaybına neden olabilir.
Ps> JdeBP kuyruk Bard [ 7 ] varyantları hakkında ilham alın .