Mengapa Ubuntu sering meminta untuk memeriksa hard drive saya?

30

Baru-baru ini, saya telah dipaksa untuk me-restart komputer saya banyak. Ketika saya boot, Ubuntu sekarang mulai memindai hard drive saya untuk kesalahan, tetapi meyakinkan saya bahwa saya dapat membatalkan jika saya ingin dengan menekan 'c'.

Mengapa Ubuntu melakukan ini? Jika perlu, mengapa ini sesuatu yang bisa saya batalkan? Jika tidak perlu, mengapa memaksa saya untuk melakukannya? Atas dasar apa jumlah restart dimulai?

boot disk-check jml
sumber
1
Apakah Anda memaksa reboot? Menekan tombol daya atau menekan tombol reset, misalnya?
Kris Harper

Jawaban:

33

Pemeriksaan disk dipaksa oleh sistem setiap 30 restart. Jika Anda melewati disk, periksa apakah akan melakukannya di lain waktu Anda me-restart (kecuali jika Anda menghapus secara manual forcecheck).

Anda dapat memaksa ini sendiri dengan menempatkan file forcefsckdalam /dengan mengeluarkan

touch /forcecheck

dari terminal.

Tidak perlu selalu melakukan pemeriksaan ketika diminta tetapi harus dilakukan sesekali. Anda dapat membatalkannya jika ini bukan saat yang tepat untuk Anda saat itu dan membiarkannya melakukan pemeriksaan sistem file ketika lebih nyaman.

Anda juga dapat menggunakan tune2fsuntuk mengubah perilaku ini.

sudo tune2fs -c 60 /dev/sdXY

akan mengatur ini ke 60 restart. Anda juga dapat mengubahnya ke periode waktu dengan -i:

sudo tune2fs -i 30d /dev/sdXY

selama 30 hari atau 1m selama 1 bulan atau 10w selama 10 minggu.

(ganti /dev/sdXYdengan nama perangkat untuk partisi seperti /dev/sda1. Anda bisa mendapatkan nama ini dengan menjalankan sudo blkidatau ls -lA /dev/disk/by-labeljika partisi tersebut berlabel)

sudo dumpe2fs /dev/sda1

akan menunjukkan banyak dan banyak informasi. Bagian dari ini termasuk:

Filesystem created:       Thu Feb 12 09:06:50 2009
Last mount time:          Fri Aug 26 07:19:34 2011
Last write time:          Fri Aug 26 07:19:34 2011
Mount count:              2
Maximum mount count:      25
Last checked:             Fri Aug 12 07:22:16 2011
Check interval:           15552000 (6 months)
Next check after:         Wed Feb  8 06:22:16 2012
Rinzwind
sumber
terima kasih @Lekensteyn (melakukannya dari memori dan ingatan saya kadang-kadang buruk;))
Rinzwind
3
Untuk menjadi pemetik nit di sini: Saya pikir itu tidak benar bahwa "pemeriksaan dipaksakan oleh sistem dengan meletakkan file forcefsck di /" (biasanya tidak, fsck memeriksa apakah sistem file "kotor" atau melewati "jumlah maksimum" / "cek berikutnya") dan bahwa "ini dilakukan setiap 30 restart" (bervariasi, tergantung pada program yang Anda gunakan untuk memformat partisi dengan). Untuk keduanya periksa output dari dumpe2fs. ubuntugeek.com/...
mengatur
1
Itu bukan pengaturan nitpicking :-) Itu akurat. Mengubahnya.
Rinzwind
Ini hanya berlaku untuk keluarga ext * sistem file, default di Ubuntu. XFS atau JFS tidak secara rutin melakukan pemeriksaan filesystem
Jan
3
Harus dua kali Anda menyebutkan forcecheckmenjadi forcefsckbukan? (ref: askubuntu.com/questions/14740/… )
idbrii
5

Ini adalah pemeriksaan sistem file rutin, yang dimulai setiap 30 kali reboot. Opsi untuk membatalkannya ada di sana sehingga Anda tidak ditahan dari sesuatu yang sangat penting, namun, disarankan untuk membiarkannya berjalan sesekali. Saya tidak tahu atas dasar apa jumlah reboot diatur, mungkin, akal sehat. Jika terlalu menjengkelkan, Anda dapat meningkatkan jumlah reboot tanpa memeriksa partisi menggunakan perintah 'tune2fs'.

mikewhthing
sumber
mike: klik di yesterdayatas Lekensteynuntuk melihat apa yang telah diubah.
Rinzwind
1

Dimungkinkan untuk sepenuhnya menonaktifkan pemeriksaan sistem file pada sistem file-ekst dengan menggunakan:

sudo tune2fs -c 0 /dev/sdXY

Ini mungkin bukan ide bagus. Catatan manual tune2fs:

Anda harus benar-benar mempertimbangkan konsekuensi menonaktifkan pemeriksaan mount-count-dependent sepenuhnya. Hard disk drive, kabel, memori, dan bug kernel semua bisa merusak sistem file tanpa menandai sistem file kotor atau kesalahan. Jika Anda menggunakan penjurnalan pada sistem file Anda, sistem file Anda tidak akan pernah ditandai kotor, sehingga biasanya tidak akan diperiksa. Kesalahan sistem file yang terdeteksi oleh kernel masih akan memaksa fsck pada reboot berikutnya, tetapi mungkin sudah terlambat untuk mencegah kehilangan data pada saat itu.

Thomas
sumber
0

Meskipun mikewhthing dan Rinzwind tepat untuk sistem file-ekst, afaik, itu tidak terjadi jika Anda memilih untuk menggunakan reiserfs. Saya menggunakannya selama 10 tahun tanpa masalah dan dapat merekomendasikannya. Tidak ada fsck lagi.

Saya tidak tahu untuk sistem file lain, populer di Linux.

Pengguna tidak diketahui
sumber
4
reiserfsck sebenarnya memiliki kecenderungan untuk memecah filesystem yang tidak dapat diperbaiki. Jika reiserfs pernah mengembangkan masalah, itu sudah selesai.
Simon Richter
1
Apakah itu terjadi pada Anda, atau apakah Anda memiliki referensi?
pengguna tidak diketahui
Fakta bahwa ReiserFS tidak melakukan pemeriksaan ini tidak berpengaruh pada keandalannya. Ext3 sangat solid, tetapi pemeriksaan hanya membutuhkan waktu beberapa detik, jadi mengapa tidak?
Pasang kembali Monica
Saya tahu beberapa orang yang kehilangan data, dan dari desain sistem file, cukup jelas mengapa: tidak memiliki blok metadata yang ditunjuk. Walaupun ini merupakan keuntungan dalam sejumlah kasus (jika ext kehabisan blok metadata, Anda tidak dapat membuat lebih banyak file meskipun Anda masih memiliki blok data gratis), ini menciptakan ambiguitas ketika menyelamatkan sistem file yang entah bagaimana (kesalahan perangkat keras, bug pada bagian bawah lapisan) tidak konsisten.
Simon Richter
Saya masih menggunakan format reiserfs "3.6", menurut dmesg. Mungkinkah itu membuat perbedaan?
pengguna tidak diketahui