5Sep
Apakah shutdown yang tidak diharapkan berbahaya bagi Linux seperti pada sistem operasi lain? Baca terus saat kami menyelidiki dampak penghentian sistem bencana pada sistem berkas Linux.
Pertanyaan Hari Ini &Sesi jawaban datang kepada kami atas izin SuperUser - subdivisi dari Stack Exchange, pengelompokan berbasis komunitas dari Q & A situs web.
Pertanyaan
User reader SuperUser User208554 penasaran dengan struktur file Linux dan mengkhawatirkan sebuah aplikasi / instalasi yang sedang dia kerjakan:
Saya mengembangkan aplikasi pada papan tertanam Linux( menjalankan Debian) mis. Raspberry Pi, Dewan Beagle / Bone, atau olimex. Papan bekerja pada lingkungan yang listriknya terputus tak terduga( terlalu rumit untuk menempatkan PSU, dll.) Dan itu akan terjadi setiap hari beberapa kali. Saya heran jika pemadaman listrik tak terduga akan menyebabkan masalah pada Sistem Operasi Linux? Jika itu adalah sesuatu yang harus saya khawatirkan, apa yang akan Anda sarankan untuk mencegah kerusakan pada OS terhadap pemadaman listrik yang tidak terduga?
PSAplikasi perlu menulis beberapa data ke media penyimpanan( kartu SD), menurut saya tidak cocok untuk me-mountnya sebagai hanya-baca.
Jadi apa putusannya?
Jawaban
Kontributor SuperUser l0b0 menawarkan beberapa wawasan tentang sistem file journal / non-journaling:
Ini akan tergantung pada
- apakah Anda menggunakan sistem file journal dan
- seberapa baik aplikasi dapat menangani pemrosesan yang dibatalkan.
Pertimbangkan misalnya aplikasi yang memproses file dan menulis hasilnya saat dihitung( satu baris output per baris masukan) ke file lain. Jika daya terputus saat pemrosesan, dan aplikasi yang sama dijalankan setelah restart, tidak bisa restart proses mulai dari awal file input - yang berarti file output berisi informasi duplikat.
Bisa jadi sangat sulit untuk mengatakan sesuatu yang pasti tentang sistem kompleks hipotetis, namun perangkat lunak Linux yang paling stabil tampaknya dapat menangani crash dengan cukup baik.
Stu menyarankan untuk memisahkan sistem operasi dan data, serta menambahkan cadangan baterai:
Untuk membantu meminimalkan kemungkinan terjadinya korupsi, mungkin sebaiknya partisi terpisah "sistem" dan "data" pada kartu SD.Dengan cara itu Anda bisa me-mount partisi "system" read-only dan menggunakan FS yang sangat tahan pada partisi "data".
Selain itu, sebagian besar papan memiliki persyaratan daya sangat rendah, jadi cadangan baterai dimungkinkan. Papan "LiPo rider" untuk Raspberry Pi dapat digunakan sebagai UPS dasar untuk memberikan shutdown bersih pada kehilangan daya.
Akhirnya, Jenny D mengembang pada sistim file journal:
Pemadaman listrik tak terduga dapat menyebabkan korupsi data sistem berkas - mis. Jika sebuah proses sudah mulai menulis ke sebuah file, namun belum selesai menulisnya, file tersebut mungkin hanya akan ditulis setengahnya. Sekarang bayangkan jika pemadaman listrik terjadi saat Anda setengah jalan melalui upgrade kernel. ..
Seperti yang ditulis oleh l0b0, menggunakan sistem berkas jurnal akan membantu, karena ini akan dapat melacak apa yang sebenarnya telah selesai dilakukan. Selain info wikipedia yang terkait dengan l0b0, Anda mungkin tertarik untuk melakukan Penjurnalan Filesystems Guarantee Against Corruption After a Power Failure juga.
Anda sebagai programmer jelas perlu mempertimbangkan dengan saksama bagaimana menangani penulisan ke file sehingga menjadi proses atomik( yaitu dilakukan sepenuhnya atau tidak dilakukan sama sekali, namun tidak pernah dilakukan setengahnya).Ini adalah masalah yang cukup rumit.
Punya sesuatu untuk ditambahkan ke penjelasannya? Terdengar dalam komentar. Ingin membaca lebih banyak jawaban dari pengguna Stack Exchange tech-savvy lainnya? Simak thread diskusi selengkapnya disini.
