Tidak yakin, tetapi ketika saya menginterupsi FSCK dari volf OCFS saya yang saya jalankan dengan input file, ia melewatkan satu dan melanjutkan dengan sukses dengan fsck berikutnya. Karena saya memiliki sleep antara perintah saya lakukan Cntrl + c segera setelah tidur dan sebelum fsck berikutnya. Tapi salahku, server terpental panik kernal. Saya tidak yakin apakah itu karena faktor saya atau faktor lain, karena saya baru dalam hal ini tidak dapat menemukan banyak. Jadi, lebih baik menunggu kecuali sampai macet karena alasan lain. Ngomong-ngomong, server menguji, tapi tetap saja.
Peri
Jawaban:
7
Saya tidak memiliki pengetahuan atau bukti langsung, tetapi bagi saya, itu akan menjadi kejahatan nyata untuk tidak menangani SIGINT.
Hm Sebenarnya, saya dapat menawarkan beberapa jaminan: strings /sbin/fsck | grep siglaporan:
sigaction
Warning... %s for device %s exited with signal %d.
Jadi saya hanya akan mengambil ini sebagai bukti anectdotal bahwa fsckpengembang memanggil sigaction untuk menangani sinyal yang relevan.
Jika Anda mengontrol + C dan menunggu sampai berhenti, Anda seharusnya tidak memiliki masalah.
Masalahnya selalu terjadi ketika macet dan tidak mau berhenti, karena Anda tidak begitu yakin apa yang dilakukannya. Biasanya pada saat ini Anda memiliki kehilangan data yang parah.
Sebagai contoh, Ubuntu (sejak Hardy Heron) telah memiliki opsi pengguna untuk menginterupsi (dan menunda) pemeriksaan disk rutin jika muncul saat boot. Saya menggunakan ini untuk partisi ext3 jika saya memerlukan boot-up cepat (lihathttp://brainstorm.ubuntu.com/idea/11/ .
Saya tidak akan secara pribadi menghentikan fsck setelah umount kotor atau memiliki alasan untuk berpikir bahwa sistem file mungkin dikompromikan: paling tidak karena saya tidak ingin menyimpan data baru ke sistem file seperti itu dan berpotensi menempatkan data itu dalam risiko juga sebagai penyebab kerusakan lebih lanjut pada data atau metadata yang ada.
Anda dapat membatalkan otomatis-setiap-30-boot-fsck saat memulai. Dijalankan di mount berikutnya. Saya sudah melakukannya berkali-kali. Biasanya tidak memiliki efek negatif.
Jika komputer Anda tidak dimatikan dengan benar, maka fsck akan berjalan. Secara pribadi saya tidak akan membatalkan itu. Tidak terlalu lama, dan data Anda penting. Tidak ada gunanya berpotensi menyebabkan semua data Anda hilang hanya untuk menghemat setengah jam dalam waktu boot up menurut saya,
Jawaban:
Saya tidak memiliki pengetahuan atau bukti langsung, tetapi bagi saya, itu akan menjadi kejahatan nyata untuk tidak menangani
SIGINT.Hm Sebenarnya, saya dapat menawarkan beberapa jaminan:
strings /sbin/fsck | grep siglaporan:Jadi saya hanya akan mengambil ini sebagai bukti anectdotal bahwa
fsckpengembang memanggil sigaction untuk menangani sinyal yang relevan.sumber
Jika Anda mengontrol + C dan menunggu sampai berhenti, Anda seharusnya tidak memiliki masalah.
Masalahnya selalu terjadi ketika macet dan tidak mau berhenti, karena Anda tidak begitu yakin apa yang dilakukannya. Biasanya pada saat ini Anda memiliki kehilangan data yang parah.
Semoga berhasil.
sumber
Semuanya tergantung.
Sebagai contoh, Ubuntu (sejak Hardy Heron) telah memiliki opsi pengguna untuk menginterupsi (dan menunda) pemeriksaan disk rutin jika muncul saat boot. Saya menggunakan ini untuk partisi ext3 jika saya memerlukan boot-up cepat (lihathttp://brainstorm.ubuntu.com/idea/11/ .
Saya tidak akan secara pribadi menghentikan fsck setelah umount kotor atau memiliki alasan untuk berpikir bahwa sistem file mungkin dikompromikan: paling tidak karena saya tidak ingin menyimpan data baru ke sistem file seperti itu dan berpotensi menempatkan data itu dalam risiko juga sebagai penyebab kerusakan lebih lanjut pada data atau metadata yang ada.
sumber
Anda dapat membatalkan otomatis-setiap-30-boot-fsck saat memulai. Dijalankan di mount berikutnya. Saya sudah melakukannya berkali-kali. Biasanya tidak memiliki efek negatif.
Jika komputer Anda tidak dimatikan dengan benar, maka fsck akan berjalan. Secara pribadi saya tidak akan membatalkan itu. Tidak terlalu lama, dan data Anda penting. Tidak ada gunanya berpotensi menyebabkan semua data Anda hilang hanya untuk menghemat setengah jam dalam waktu boot up menurut saya,
sumber