Bekerja dengan mesin berbasis Debian tanpa kipas. Semua sistem file ada di kartu sd.
/var partisi adalah entri ext2 fs terpisah di /etc/fstab .
Sistem tidak memiliki sakelar 'hidup/mati' sehingga orang cenderung mencabut steker untuk menghidupkannya. Hal ini menyebabkan korupsi pada /var partisi.
Saya ingin memaksa sistem untuk menjalankan e2fsck di setiap boot.
Apa yang saya coba:
-
Jangan mount /var saat boot. Tambahkan skrip di /etc/rc2.d untuk menjalankan e2fsck dan kemudian memasang drive.
Masalah:Ini memberi saya sistem yang menganggapnya macet di runlevel 6. Lihat di sini. -
Gunakan tune2fs untuk menyetel siklus fsck ke satu mount.
Masalah:sistem sering hang saat booting, perhatikan bahwa /var sudah terpasang dan turun ke shell pemeliharaan. -
Setel bit ke-6 di /etc/fstab ke 2. Jalankan
touch /forcefsck.
Masalah:tidak ada / keduanya memiliki efek yang nyata. Disk tidak dicentang. -
Tambahkan noauto ke /etc/fstab (lihat #1 di atas).
Masalah:Sistem masih memasang partisi sehingga pesan kesalahan masih muncul.
Saran tentang hal lain untuk dicoba?
EDIT:
Beberapa latar belakang:
- Kami memiliki 150+ sistem ini yang diterapkan di lokasi terpencil
- Sistem yang dimaksud tidak memiliki sakelar hidup/mati
- Sistem sering (salah) menggunakan sumber daya yang diaktifkan (saklar dinding atau lainnya)
- Kehilangan daya ke lokasi yang dipermasalahkan adalah hal biasa
Jawaban yang Diterima:
Pertanyaan ini sudah dijawab:
Bagaimana cara memaksa fsck di setiap boot – semua sistem file (relevan)?
Tidak ada yang menunjukkan di sana bahwa masalah sebenarnya adalah orang-orang menarik kabel. Saya benar-benar berpikir fokus pada KEDUA pertanyaan itu salah; Anda perlu memperbaiki masalah pengguna Anda, bukan masalah sistem file server.
Sejujurnya, mengingat betapa pentingnya sistem file ini bagi fungsionalitas dasar mesin, pilihan terbaik Anda adalah keluar dari pemikiran tentang masalah ini seperti admin sistem dan mulai memikirkannya seperti manajer.
Dengan kata lain:
- Ajari pengguna Anda cara mem-boot ulang sistem ini dengan benar untuk mencegah masalah korupsi /var. Dokumentasi adalah teman Anda seperti yang mereka katakan. Ini bukan solusi ideal karena berbagai alasan, tetapi setidaknya ini mencegah mereka menggoreng sistem file. Jika tidak ada yang lain, mereka tidak boleh menyentuh benda sialan itu sama sekali jika itu tugas Anda untuk membuatnya tetap berjalan.
- Kunci di tempat yang tidak bisa dijangkau. Serius, jika ini adalah server yang menyimpan data penting mengapa ini belum terjadi? Apakah ini sistem pengembangan dan pengembang tidak tahu apa yang mereka lakukan atau seberapa merusaknya ?? Jika demikian, sekali lagi, ajari mereka. Bukan tugas Anda untuk memperbaiki kebodohan, itu tugas Anda untuk mencegah kebodohan.
- Beri tahu mereka untuk tidak mempermasalahkannya dan berbicara denganmu jika ada masalah.
- Lo-tech, tapi mungkin membantu (walaupun pasti ada bahaya kebakaran):Lakban kotoran dari kedua ujung kabel listrik sehingga mereka harus menghabiskan waktu 15 menit untuk mencoba melepaskannya. Mudah-mudahan, setelah lima menit dan pada lapisan 26 pita, mereka akan frustrasi dan melakukan apa yang seharusnya mereka lakukan:Bicaralah dengan Anda untuk memperbaiki masalah sebenarnya yang memotivasi mereka untuk mencabutnya.
Ada apa dengan mesin ini yang membuatnya sangat tidak stabil sehingga mereka merasa perlu untuk mem-boot ulangnya ?? Ini adalah sistem debian. Mereka tidak perlu "reboot", jadi apa lagi yang salah dengan itu ?? Apakah mereka khawatir tentang konsumsi daya atau ada layanan yang rusak dan tidak stabil yang hanya dapat diselesaikan dengan reboot? Jika yang terakhir, maka pertanyaan Anda tidak relevan dan Anda memiliki pekerjaan lain yang harus dilakukan, maaf untuk mengatakannya.
Jika tidak ada yang lain, Anda bisa mendekati saran Anda untuk menjadi baik dan tidak reboot dengan menarik kabel sebagai latihan dalam konservasi energi. Apakah Anda benar-benar ingin bangun dari meja Anda untuk menarik kabel listrik daripada hanya duduk di sana, login, dan reboot pada baris perintah ?? Dibutuhkan seperti 2 detik kerja untuk melakukannya, dibandingkan bangun, menggerutu sepanjang waktu sampai ke perangkat, mencabut kabel, pasang kembali, tunggu sampai kembali rusak, dan kemudian harus tunggu lebih lama lagi sampai /var di-fsck.
Get up-yank cable-wait for /var to fix it self cycle membutuhkan waktu jauh lebih lama, jauh lebih rumit untuk dirawat dalam jangka panjang, akan menyebabkan semua jenis rasa sakit di pihak Anda, telah memotivasi Anda untuk mengajukan pertanyaan yang salah , dan pada akhirnya akan membawa Anda ke puncak menara lonceng dengan senjata cinta dan harapan kematian.
Perbaiki dengan benar, dengan memperbaiki pengguna Anda atau mengurangi kerusakan dengan membuatnya sangat sulit bagi mereka untuk melakukan hal bodoh. Saya tidak bisa lebih jelas tentang pentingnya ini.