Apakah Hard reboot merusak Ubuntu saya


22

Beberapa kali laptop saya macet karena penggunaan RAM yang berlebihan ketika saya membuka aplikasi besar. Jadi jika tidak merespons saya mematikan laptop menggunakan tombol power. Apakah ini merusak Ubuntu? Bisakah itu menimbulkan masalah keamanan atau kerentanan?


3
Ada daftar yang bagus tentang apa yang harus dilakukan ketika Ubuntu macet yang dapat membantu Anda keluar dari masalah 'komputer macet', yang dapat Anda coba sebelum beralih ke tombol daya.
Charles Green

1
Jika itu bertukar hebat dan tidak menanggapi input, Anda dapat mencoba menunggu beberapa jam. Kemungkinannya bagus bahwa program apa pun yang menyebabkan masalah akan mengalokasikan terlalu banyak memori dan terbunuh oleh OS, pada titik mana sistem akan stabil dan dapat digunakan kembali.
Tandai

1
Saya selalu membayangkan jika komputer telah dibekukan untuk sementara waktu, dan hard drivenya sunyi, maka semuanya telah ditulis ke disk, atau tidak akan seperti itu.
Wossname

Bagaimana cara mendeteksi jika SSD sunyi (er)?
Nate Lockwood

Jawaban:


17

Itu tidak akan menyebabkan masalah keamanan atau kerentanan.
Tetapi itu dapat menyebabkan kerusakan pada OS Anda dan hilangnya data tergantung pada tugas yang sedang dijalankan saat itu.
Yang sedang berkata, komputer Anda masih tidak harus terjebak pada penggunaan ram tinggi.


5
Jika itu dapat merusak OS itu dapat menyebabkan masalah keamanan atau kerentanan. Ini hanya harus merusak bagian kanan OS (tentu, sangat tidak mungkin bahwa OS rusak, berjalan seperti sebelumnya tanpa ada yang memperhatikan tetapi tanpa fungsi keamanan kritis ... namun masih mungkin).
Bakuriu

15
@ Bakuriu Selama kita berbicara tentang hal-hal yang tidak mungkin tetapi masih mungkin terjadi , bukankah mungkin juga crash akan melakukan sesuatu yang baik? Mungkin ... menghasilkan buku hebat yang menjaring seseorang banyak uang?
Phil Frost

@ PhilFrost Tentu, lihat otak Boltzmann untuk varian terdokumentasi paling ekstrem dari gagasan itu.
Volker Siegel

@ Bakuriu Ubuntu menggunakan ext4, yang memiliki jurnal, jadi dalam kasus terburuk, hanya akan ada paket setengah terinstal)
Ramchandra Apte

4
@RamchandraApte Ubuntu menggunakan sistem file apa pun yang saya pilih ...
Bakuriu

6

Jelas Anda akan kehilangan jumlah data yang ada di RAM Anda pada saat itu dan belum ditulis ke disk, belum. Juga ada peluang teoritis korupsi data / sistem file.

Dari pengalaman saya sendiri, saya dapat memberitahu Anda bahwa saya mengatur ulang PC saya 4-5 kali sehari selama 5 tahun terakhir dan tidak pernah memiliki masalah sistem file yang rusak. Saya pikir ext3 / ext4 / ufs cukup kuat untuk kegagalan semacam ini.

Berlawanan dengan ini saya pikir NTFS jauh lebih rentan terhadap ini. Pada rig gaming Windows saya, saya memiliki ~ 15% kemungkinan kerusakan sistem file setelah layar biru dan saya harus mem-boot dari disk untuk menjalankan alat perbaikan sistem file dalam kasus itu ... ** huh **


10
mengapa Anda perlu mengatur ulang sesering itu?
Bogdacutu

... khususnya dengan kernel Linux yang berjalan. Tentu saja di Windows, saya masih cukup akrab dengan perasaan indah dari beberapa BSOD dalam satu hari, tetapi panik kernel yang saya alami hanya seperti ... 5 kali total atau sesuatu. Swap-disebabkan hampir-beku agak lebih umum tentu saja (bukan kesalahan OS), tetapi ini sebenarnya bukan alasan untuk hard-reset, bukan? Biasanya masih cukup mudah untuk topkeluar dari proses atau hanya killallitu.
leftaroundabout

1
@leftaroundabout: Kernel panik bukan satu-satunya cara sistem mati; mereka hanya salah satu dari sedikit cara OS memberitahu Anda tentang. :) Setiap bulan, laptop saya suka bertindak dengan meninggalkan sedikit sampah di layar sebentar sebelum benar-benar membeku. (Saya pikir kartu video saya terkelupas.) Terjadi hal yang sama di Windows, sekitar sesering ... meskipun Windows terkadang layar biru. (Tampaknya berusaha lebih keras untuk pulih dan pincang.)
cHao

@Bogdacutu beberapa driver, terutama driver video, termasuk intel, nouveau, dan bahkan gumpalan nvidia, cukup buruk. Saya telah mengalami Oopses yang sangat sering, yang sering menyebabkan pembekuan penuh, serta hanya GPU hang, yang semuanya membuat saya sulit diatur ulang. Terkadang SysRq + REISUB bekerja, di lain waktu saya hanya perlu menekan tombol reset (atau menahan tombol power pada laptop).
Ruslan

1
Sistem file ext4 tidak dapat rusak, yang biasanya digunakan Ubuntu, karena ext4 memiliki jurnal (data setengah tertulis akan dibuang pada boot berikutnya).
Ramchandra Apte

2

Anda berisiko menyebabkan inkonsistensi sistem file. Lebih baik, bahkan ketika kehabisan RAM, karena ini biasanya masih berfungsi dalam situasi seperti itu, untuk menggunakan urutan alt-sysrq, karena itu akan berusaha untuk mematikan semuanya sebersih mungkin (jika gagal, maka Anda tidak lebih buruk mati daripada jika Anda menekan tombol daya, tetapi jika berhasil maka Anda berpotensi lebih baik). Urutannya adalah sebagai berikut:

Tahan tombol alt dan tombol bertanda "sys rq" pada saat yang sama (jika Anda menggunakan laptop, Anda mungkin perlu menahan tombol khusus pada laptop untuk mendapatkan fungsi "sys rq"). Dengan tombol-tombol itu ditekan, tekan dan lepaskan huruf-huruf berikut dalam urutan sebagai berikut:

  1. R - ini mendapatkan kembali kendali atas keyboard dari aplikasi apa pun yang telah meraih fokus keyboard
  2. E - upaya untuk menghentikan semua proses dengan bersih
  3. Saya - berusaha untuk segera menghentikan semua proses (akan menyingkirkan semua yang gagal dari kunci sebelumnya)
  4. S - sinkronisasi semua sistem file (ini adalah bagian paling penting)
  5. U - remount semua sistem file hanya-baca (kadang-kadang ini diperlukan untuk menyiram data ke disk)
  6. B - melakukan reboot keras (ganti dengan O untuk mematikan daya alih-alih reboot)

1

Mungkin ini akan sedikit membantu, secara default ubuntu dan lain-lain swappiness diatur ke 60, ketika sistem Anda mencapai 60% dari penggunaan ram itu berubah menjadi swap yang lambat.

  1. Buka file ini di gedit atau nano menggunakan: gksudo gedit /etc/sysctl.confORsudo nano /etc/sysctl.conf

  2. Tambahkan ini ke akhir file: vm.swapiness = 0

  3. Simpan file dan reboot.

Juga ketika menjadi lambat Anda harus memeriksa apakah itu benar-benar menggunakan swap yang memperlambat sistem, jika tidak perubahan di atas tidak akan membantu.


0

Dalam kasus saya, saya tidak sengaja mem-boot, itu terjadi pada perjalanan listrik dan setiap kali ini disebut ext4rusak. Saya menjalankan fsckboot tingkat lanjut. Saya bisa masuk setelah kata sandi tetapi manajer jaringan berhenti bekerja. Beberapa dpkgkunci dir. Saya berakhir di instalasi ulang. MAC saya lebih baik di sini bahkan WINDOWS.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.