Linux rentan terhadap korupsi dalam pemadaman listrik?


10

Para sysadmin di perusahaan saya mengatakan bahwa Linux cenderung terkena nuklir karena pemadaman listrik. Mereka mengatakan mesin Windows selalu selamat dari pemadaman listrik tetapi kotak Linux sering menjadi tidak dapat dipulihkan (yaitu Anda tidak bisa lagi mem-boot mesin). Ini muncul karena mereka mengatakan kepada saya bahwa perusahaan listrik mematikan daya ke kantor kami untuk waktu yang lama sehingga admin ingin saya mematikan semua kotak Linux yang saya sendiri memiliki akses sebelum pemadaman.

Saya pikir Linux seharusnya kuat?
Pertanyaan saya, - apakah ada beberapa proses yang harus saya jalankan agar kotak Linux saya tidak terputus oleh pemadaman listrik?


2
Nah, mengabaikan masalah OS yang berbeda, pemadaman listrik mempengaruhi mesin apa pun, hanya karena setiap proses yang berjalan berhenti. Itu selalu lebih baik untuk membiarkan mesin mati sendiri, karena dengan demikian semua proses dibiarkan berhenti secara normal.
Doktoro Reichard

Doh, aku tahu ini. Pertanyaannya adalah apakah Linux lebih rapuh daripada Windows karena beberapa alasan, dan jika demikian, adakah yang bisa saya lakukan untuk meningkatkan kekokohannya (seperti memaksanya untuk mem-flush cache disk-nya lebih sering entah bagaimana, misalnya).
Tyler Durden

2
Jawaban saya mas dimaksudkan untuk menjadi umum dan mencakup: tidak peduli apa yang Anda lakukan, selalu ada risiko sesuatu yang gagal. Jika Linux lebih rapuh, saya serahkan untuk mereka yang bisa menjawab. Pengalaman pribadi saya (dengan Windows dan dengan OSX) menunjukkan kepada saya bahwa kecuali saya melakukan sesuatu yang saya perhatikan hasilnya (simulasi, misalnya), mereka memantul kembali dengan mudah. Mungkin sesuatu yang harus Anda tambahkan adalah bagaimana mesin itu digunakan.
Doktoro Reichard

"Apakah ada beberapa proses yang harus saya jalankan untuk menghindari kotak Linux saya menjadi nuked oleh pemadaman listrik?" Masalahnya adalah pada tingkat perangkat keras, satu-satunya perintah yang dapat Anda jalankan di sini yang akan membantu adalah "mematikan komputer" Jika Anda khawatir tentang hal ini, saya sarankan UPS (meskipun ini menjadi cepat mahal jika Anda memiliki banyak komputer)
David

7
Selalu merupakan kata yang besar, juga salah. Windows dapat menjadi rusak selama pemadaman listrik. Mengapa Anda tidak memiliki cadangan baterai dan mengonfigurasi sistem Anda ke shutdown? Saya dapat dengan aman mengatakan bahwa siapa pun yang mengatakan "selalu" akan salah 99,99999% dari waktu.
Ramhound

Jawaban:


14

Apakah linux lebih rapuh daripada windows?
Jawabannya adalah: Tergantung .

Ketika seseorang mengatakan "tidak bisa boot" dalam situasi ini saya menerjemahkannya ke "File system corruption" dan jawabannya Ya atau Tidak untuk pertanyaan awal semua tergantung pada sistem file yang Anda gunakan.

Windows tidak membiarkan Anda memiliki pilihan penuh untuk sistem file yang diizinkan oleh kotak Linux. Anda hampir tidak pernah melihat sistem windows non NTFS. NTFS memiliki hal-hal yang ada di dalamnya untuk membantu jika ada kehilangan daya, seperti penjurnalan dan mengajukan transaksi yang dapat dibatalkan jika terjadi kegagalan.

Kotak Linux dapat memiliki ini, dan tidak bisa. Itu semua tergantung pada bagaimana server diatur. Jika server menggunakan ext2 1 Anda bisa sangat rentan untuk mengajukan korupsi jika terjadi kegagalan daya. Bandingkan dengan sistem yang menggunakan sesuatu seperti Btrfs yang memiliki lebih banyak fitur integritas data daripada NTFS.

Jadi jika sysadmin Anda di mana berbicara dengan hanya pernah bekerja dengan sistem ext2 dia sangat mungkin benar, tetapi jika Anda menggunakan sistem file lain dia bisa salah.


1: Ext2 adalah default untuk Debian dan Red Hat Linux untuk waktu yang sangat lama. Sekarang sebagian besar telah diganti dengan Ext3 yang lebih setara dengan NTFS untuk fitur untuk integritas data.


Bagaimana dengan sistem file dengan penjurnalan dan transaksi file yang bukan NTFS? Saya tidak mempermasalahkan kurangnya kekuatan total dan total pada Windows yang dapat menghasilkan stabilitas yang lebih baik jika ada sesuatu yang terganggu.
Ramhound

3
Saya menyebutkan bahwa dalam catatan saya di bagian bawah, Ext3 adalah tingkat yang sama dengan NTFS. Saya percaya bahwa sysadmin mungkin hanya mengalami filesystem Ext2, dan dari sudut pandangnya ia akan benar. Ini seperti jika Anda hanya terpapar pada filesystem Fat32 dan belum pernah melihat NTFS, Anda akan merasakan hal yang sama tentang windows (versi Windows pada Fat32 memiliki sejarah mengerikan file korupsi pada kehilangan daya)
Scott Chamberlain

Saya sepenuhnya melewatkan catatan kaki :-(
Ramhound

+1 untuk merujuk pada berbagai sistem file yang digunakan dan penjurnalan.
Doktoro Reichard

Jawaban terbaik di sini +1
Pimp Juice IT

3

Tidak, Linux secara inheren tidak kalah kuat dari Windows ketika tiba-tiba terjadi pemadaman listrik. Apa yang bisa terjadi - dalam kasus salah satu OS - adalah bahwa hal-hal sedang ditulis ke sistem file pada harddisk pada saat yang tepat daya hilang, dan (secara historis) ini dapat merusak sistem file.

Solusi untuk masalah ini adalah dengan menggunakan sistem file jurnal yang kebal terhadap masalah ini berdasarkan cara menulis informasi. Sebagian besar filesystem baru - termasuk Ext3 dan ExT4 (filesystem paling umum untuk Linux), seperti, saya percaya, NTFS juga. Jadi selama Anda menggunakan sistem file jurnal Anda tidak akan mengalami masalah ini.

Kemudian pada proses boot, jika Anda memiliki database (Saya melihat MYSQL, Postgres tidak menderita karena ini), Anda mungkin memiliki masalah analog dengan database MYSQL - MYSQL sering tidak terlalu kuat (Google ACID kepatuhan MYSQL untuk topik ini). Anda dapat mengatasi masalah ini dengan memaksa pemeriksaan indeks saat reboot jika pengaturan MySQL Anda tidak sesuai dengan ACID.

Pandangan lain (agak Jaded dan mungkin tidak adil untuk Windows) mungkin adalah ini - kotak Linux lebih dapat diandalkan daripada kotak Windows (yang diukur dengan Uptime dan kebutuhan untuk melakukan reboot) - sehingga ada kemungkinan bahwa ketika kotak Linux gagal di reboot itu adalah masalah perangkat keras karena usia tua daripada masalah perangkat lunak - sedangkan kotak Windows yang gagal dapat dideteksi lebih cepat karena lebih sering reboot)


1

Bergantung pada distro dan sistem file apa yang Anda miliki, itu bisa lebih atau kurang rentan. Jika Anda tahu tentang pemadaman listrik yang dijadwalkan, Anda harus mematikan secara manual (dan menggunakan waktu untuk pemeliharaan seperti menyedot debu sistem atau mungkin memasang ulang ... Untuk pemadaman listrik yang tidak terjadwal, dapatkan sistem UPS dengan perangkat lunak pematian Linux sehingga Anda tidak perlu khawatir. Anda harus menjalankan ini pula. Ada file APCUPSD tersedia untuk sebagian besar distribusi Linux, jika tidak, maka periksa dengan distro Anda untuk melihat apa yang sudah ada di dalamnya atau tersedia untuk itu. Pastikan itu akan dimatikan sistem Anda bersih sebelum mengandalkannya.


-9

Saya melakukan penelitian pada pertanyaan ini dan saya menemukan bahwa apa yang dikatakan departemen TI saya pada dasarnya benar, Linux jauh lebih rentan daripada Windows untuk pemadaman listrik. Alasan mengapa adalah bagaimana tabel inode bekerja di Linux / unix. Karena ini adalah daftar yang tidak berurutan dan terus-menerus dimodifikasi, tidak ada pemisahan antara file-file penting dan statis seperti kernel binari, dan file-file tidak berharga seperti file-file sementara. Apakah ini berarti bahwa entri inode ke file sistem kritis terus-menerus ditulis ulang, desain yang sangat buruk jelas. Bahkan, file sistem kritis sebenarnya lebih mungkin untuk memiliki entri inode mereka ditulis pada waktu tertentu daripada file yang tidak penting. Ketika listrik padam, ia cenderung menerbangkan bagian mana pun dari tabel inode yang sedang ditulis, yang sepertinya tidak mengandung pointer ke file sistem. File sistem itu sendiri baik dan utuh, tetapi direktori untuk menemukannya rusak. Situasi ini diperburuk oleh caching disk yang memiliki efek meningkatkan ukuran area yang rusak dari tabel inode.

Di Windows, bahkan sistem file FAT lama jauh lebih kuat dari ini. FAT juga memiliki tabel, tetapi ini adalah tabel yang diurutkan, sehingga tidak memiliki file sistem yang tercampur dengan file sementara. Biasanya file sistem berada dalam satu area direktori bersama-sama dan area ini tidak mungkin ditulis sangat sering. Selain itu, FAT memiliki direktori cadangan, jadi meskipun direktori tersebut rusak, ia hanya kembali ke cadangan. Ini berarti bahwa dengan FAT pengguna tidak mungkin kehilangan tautan file apa pun jika terjadi kegagalan daya, bahkan file sementara. Namun, dengan Linux, karena tabel inode terus-menerus ditulis, pengguna secara virtual dijamin kehilangan akses ke file-file karena kegagalan daya.

Satu-satunya hal yang dapat dilakukan untuk mengurangi ini adalah mematikan caching disk.


2
-1. Tolong dukung klaim Anda dengan tautan, artikel, sumber, dll. Dan saya akan mencabut downvote saya. Sistem file Linux apa yang Anda rujuk?
Kamil Maciorowski

Tyler - Anda membaca jawaban yang ditulis Scott Chamberlain pada pertanyaan Anda, bukan? Apakah Anda 100% yakin bahwa cara Anda menjelaskan tabel inode ini menyimpan pointer untuk file Linux termasuk file sistem OS adalah cara ini bekerja untuk semua sistem file Linux saat ini karena Anda dapat memilih lebih dari satu saja seperti yang dijelaskan, & beberapa memang memiliki ini lebih file meta data yang kuat kontrol inode / jurnal / transaksi dari yang lain termasuk beberapa yang lebih kuat daripada NTFS seperti yang dijelaskan? Mungkin Anda adalah sistem atau yang Anda tulis adalah karena penggunaan sistem file Linux yang lebih lama & karenanya memilih dengan bijak?
Pimp Juice,

Alasan utama saya menemukan jawaban ini — dan seluruh pertanyaan — sebagai lelucon adalah Linux / Unix yang memperkuat Internet, bukan Windows. Jika pemadaman dapat menerbangkan sistem Linux / Unix dengan mudah, Internet tidak akan dapat berfungsi. Selain itu, router yang menggunakan Linux tidak akan berguna jika mereka dinyalakan dan dimatikan dengan cepat.
JakeGould

Jawaban ini tidak hanya buruk; itu hanya omong kosong. Tidak satu pun dari fakta-fakta yang dinyatakan dalam jawaban ini yang bahkan jauh akurat.
duskwuff -inactive-
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.