Apa yang bisa dirugikan dengan matikan yang salah, dan apa yang bisa diperiksa?


16

Apa, jika ada, yang harus saya khawatirkan setelah beberapa pemadaman yang tidak tepat dan masalah daya? (Ubuntu Server 17.04)

Versi singkat dari cerita saya adalah proses mematikan akan memicu perlindungan sirkuit motherboard saya terhadap catu daya yang tidak stabil, di mana komputer akan segera mati dan hidupkan kembali ke layar posting dengan pesan peringatan. Hal yang sama akan terjadi jika saya mencoba meletakkan hard drive dalam keadaan siaga dengan hdparm -y.

Mengganti catu daya menyelesaikan masalah ini, meskipun saya malu untuk mengakui berapa lama waktu yang saya butuhkan untuk mencari tahu.

Apakah ada yang harus saya periksa, atau tindakan korektif yang bisa saya ambil? Menginstal ulang sistem operasi (lagi) tidak akan menjadi hal terburuk di dunia, tapi saya bertanya-tanya apakah saya harus repot. Disk sistem adalah SSD, dan dua drive WD Red di Btrf cermin untuk penyimpanan media.


Selamat datang, selamat untuk pertanyaan pertama yang luar biasa ini! +1
makanan penutup

Semoga seseorang menulis jawaban terperinci dengan perintah seperti fsck, tetapi singkatnya: jika Anda memiliki EXT4 di mana saja, itu sangat stabil terhadap situasi seperti itu. Tetapi BTRFS buruk dalam hal ini karena deduplikasi. Setelah kehilangan daya, ia dapat meninggalkan file kacau yang tidak pernah Anda sentuh, karena deduplikasi. Saya memiliki dua situasi seperti itu pada drive eksternal, dan akhirnya bermigrasi ke ext4.
Hi-Angel

Hmm ... sistemnya adalah EXT4. Catatan menarik tentang btrf, tapi saya rasa saya tidak pernah menggunakan deduplikasi. Itu bukan sesuatu yang terjadi secara otomatis, bukan?
Pengguna 4574

1
Anda juga dapat menggunakan haltperintah, lalu matikan komputer secara manual setelah layar hitam terlihat selama beberapa menit, seperti di masa lalu ketika komputer berkata "Sekarang aman untuk mematikan komputer Anda"
Ferrybig

Deduplikasi otomatis, ini adalah fitur BTRFS. Saya tidak tahu apakah itu dapat dinonaktifkan.
Hi-Angel

Jawaban:


9

Cara termudah untuk memeriksa ext4sistem file adalah dengan menambahkan

fsck.mode=force

sebagai parameter boot.

Itu bisa dilakukan di /etc/default/grub, atau secara manual saat boot.

Untuk sistem yang lebih lama yang menggunakan upstartjalankan

sudo touch /forcefsck

dan reboot.

Perintah akan membuat /forcefsckfile kosong yang akan memberi tahu sistem untuk memeriksa drive saat boot.

Saat boot, sebelum sistem file di-mount fsckakan berjalan dan menunjukkan jika ada kesalahan.

Kalau tidak, Anda harus boot dari beberapa perangkat eksternal.


Ini sepertinya tidak melakukan apa-apa, boot normal. Saya membaca di suatu tempat bahwa ini tidak bekerja pada sistem berbasis systemd? Atau apakah itu secepat itu ...
Pengguna 4574

Dulu bekerja dengan pemula. Saya tidak menggunakannya ext4untuk waktu yang lama dan tidak menyadari bahwa itu tidak berhasil. Tetapi harus ada beberapa cara untuk melakukan hal yang sama dengan systemd.
Pilot6

@ User4574 saya menambahkan cara melakukannya systemd.
Pilot6

Harus mencari menambahkan parameter boot di grub, tetapi ini tampaknya berhasil. Terima kasih.
Pengguna 4574

4

ext4Sistem file standar Ubuntu di partisi standar Ubuntu dapat diperiksa dengan perintah berikut

sudo e2fsck -f /dev/sdxn

atau jika Anda juga ingin memeriksa blok buruk (blok fisik buruk)

sudo e2fsck -cf /dev/sdxn

di mana x adalah huruf drive dan n adalah nomor partisi, misalnya /dev/sda1.

Lihat man e2fsckdetailnya.

Anda harus boot dari drive lain, live drive, misalnya drive linux penyelamat atau live desktop Ubuntu, dan partisi target tidak boleh dipasang ketika Anda menjalankan perintah ini.

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.