Mengapa 5 iMac yang berbeda mengembangkan partisi OS X yang korup ketika drive fisik baik-baik saja?

Saya seorang teknisi untuk distrik sekolah lokal saya dan kami mengalami beberapa masalah dengan Lab Multimedia iMac kami. Selama sembilan bulan terakhir, 5 dari 22 iMac telah menderita karena korupsi sistem file. Satu-satunya jalan untuk mesin-mesin ini adalah untuk sepenuhnya menghapus partisi OS X dan mulai segar (dengan pemulihan yang sesuai dari Time Machine.)

Inilah daftar mengapa saya tahu itu sistem file korupsi:

• IMac tidak akan mem-boot OS X. Saya telah melihatnya berhenti di "throbber", progress bar, atau hanya logo Apple.

• Memasang disk iMac melalui Mode Disk Target (suka fitur itu) berhasil, tetapi hanya untuk partisi Bootcamp. Partisi OS X gagal dipasang.

• Verifikasi disk mengungkapkan partisi OS X perlu diperbaiki (Saya telah melihat entri saudara yang tidak valid, anak yatim piatu, dll.). Upaya untuk memperbaiki disk gagal. Upaya terakhir ini (baru kemarin) mengatakan bahwa katalog B pohon tidak dapat dibangun kembali. Seharusnya saya membuat catatan yang lebih lengkap tentang apa yang dikatakan setiap kali, tetapi setiap kali sampai yang terakhir ini saya menganggap itu adalah peristiwa satu-dalam-sejuta jenis yang aneh. Sebuah kebetulan

• Mencoba untuk memperbaiki atau membangun kembali drive dengan Drive Genius 3 juga gagal Sejauh ini 98% dari file pengguna telah dipulihkan melalui Penyelamatan Data 3 Hard drive fisik tampaknya tidak gagal (mengambil file dari drive tidak hang atau "beachball" ", drive tidak muncul dan hilang di Disk Utility, Finder tetap responsif, dll.)

• Biasanya saya akan menuliskannya ke serangkaian drive buruk. Kebetulan pria yang sial itu membeli iMacs yang jelek, kan? Di sinilah hal-hal mulai menarik. Saya serahkan kepada Anda, daftar keanehan:

• Drive diverifikasi sebagus melalui SMART

• RAM memeriksa
• Setelah menghapus dan menciptakan kembali partisi (dan menginstal ulang OS X) semua masalah hilang.
• Korupsi belum terjadi pada Mac yang sama dua kali
• Bootcamp diinstal pada drive dan fungsi yang sama sebelum, sesudah, dan selama korupsi di sisi Mac.
• Partisi Bootcamp tidak memiliki masalah ini pada APAPUN dari iMacs

Juga, untuk mengesampingkan yang sudah jelas:

• Tidak ada brownout atau lonjakan

• Kami benar-benar meragukan virus, karena kerusakan muncul di mana saja secara bersamaan (dua mesin mati pada waktu yang sama sekitar sebulan yang lalu) hingga beberapa bulan terpisah. Plus, dokumen pengguna dipulihkan setelah diformat ulang, jadi orang akan menduga bahwa jika itu adalah program jahat Mac akan terus gagal berulang kali.

• Mesin-mesin itu berada di area yang dikontrol iklim

• Pengguna yang terpengaruh belum sama

• Kadang-kadang masalah terjadi setelah hard shutdown yang tidak terhindarkan (yang terjadi hanya jarang. Mesin ini tidak sedang dimatikan secara berlebihan dengan tidak benar. Hanya apa yang Anda harapkan dengan Mac Lab yang menjalankan multimedia lima hari seminggu), di lain waktu itu benar-benar keluar dari - biru

Perangkat lunak yang sering digunakan meliputi:

• iPhoto
• iDVD
• iMovie
• Safari

Mesin-mesin juga dimuat dengan Parallels 5, yang memuat partisi Bootcamp ke dalam VM. Parallels telah diatur melalui wizard standar, tidak ada konfigurasi aneh atau peretasan.

Dan yang tak kalah pentingnya, spesifikasi:

• iMac 10,1 (21,5 inci)
• Drive stok
• OS X Snow Leopard (pembaruan terbaru)
• Memori stok
• Bergabung dengan infrastruktur Direktori Aktif kami
• Sistem file HFS + (tidak peka huruf besar kecil, standar untuk OS X Snow Leopard)
• Tidak ada pemeliharaan drive yang tidak biasa. program. Drive Genius dimuat kemarin sore (SETELAH memulihkan dari kegagalan terbaru) untuk menjalankan verifikasi pada semua iMacs, tetapi belum diinstal sebelumnya. Semua Mac, baik yang pernah gagal di masa lalu maupun yang tidak pernah gagal, lulus dengan warna terbang.

TL; DR: Partisi OS X telah rusak pada lima iMac yang berbeda, tetapi drive fisik baik-baik saja. MENGAPA!?!?!

HFS Plus (HFS +) adalah sistem file yang rapuh dan sedikit ketinggalan jaman. Jika Anda google, Anda akan menemukan banyak laporan korupsi sistem file.

Mem-boot ulang tanpa melepas sistem file adalah cara terbaik untuk merusaknya. Ini terjadi ketika mac macet karena suatu alasan (dalam kasus saya ini adalah kartu video nvidia) atau gangguan listrik.

Berikut adalah beberapa tips, bahwa IMHO harus menurunkan kemungkinan korupsi sistem file:

1. Ketika sistem macet, coba reboot dari ssh. Ketika subsistem grafik dari freest mac saya, masih dapat diakses melalui SSH - coba buka koneksi ssh dari jaringan Anda dan reboot. Anda bisa menggunakan Apple Remote Desktop (€ 62) untuk tugas ini. Anda harus mengaktifkan akses ssh terlebih dahulu.

2. Lakukan diskutil verifyVolume /secara berkala. Ya, bahkan jika HFS + adalah sistem file jurnal, korupsi mungkin terjadi. Anda bisa menggunakan Apple Remote Desktop untuk menjalankan ini di semua komputer kelas sekaligus.

3. Gunakan beberapa volume. Menggunakan banyak volume harus mengurangi kemungkinan korupsi. Memisahkan /dari /Users/seharusnya membuat pemulihan lebih mudah (salah satu / atau Pengguna akan rusak). Perhatikan bahwa ini mungkin dapat memperumit masalah dengan Bootcamp.

4. Pasang partisi dengan opsi, yang mengurangi penulisan. Mount partisi dengan noatimeopsi harus mengurangi tulisan di atasnya. Secara default setiap kali file diakses, stempel waktu aksesnya "tersentuh".

5. Pastikan tidak ada upaya untuk memasang partisi HFS + dari os lain. Apakah mungkin seseorang memulai distro linux dari usb / dvd dan pemasangan /dalam mode rw atau bermain dengan pengaturan jurnal?

Semoga jawaban saya bermanfaat.

PS: korupsi biasanya bertahap, tidak mendadak. Ada kemungkinan sesuatu yang spesifik menyebabkan hal ini, perangkat lunak atau alur kerja. Pikiran saya ada di Parallels 5, tetapi seharusnya merusak volume bootcamp, bukan yang MacOS. Mencari KB mereka tidak mengungkapkan apa pun yang bermanfaat.

PPS: ini rapuh karena tidak memiliki sistem aktual untuk memperbaiki korupsi dalam file. Jurnal mencatat transfer dan upaya untuk menyalin kembali data untuk mengembalikan sistem file ke keadaan yang konsisten tetapi jika file yang hilang sangat penting (seperti data struktur sistem file yang sebenarnya) maka tidak ada jalan lain. Bahkan, karena File Katalog (yang berisi daftar semua informasi data logis) disimpan sebagai file, jika rusak di tempat-tempat tertentu seluruh sistem file Anda membuat data sampah yang tidak berguna, atau sebagian cenderung merawat sampah jika rusak dan a replay jurnal terjadi yang menyebabkannya merestrukturisasi sistem file dengan cara yang tidak konsisten dengan data (misalnya file a dan b masing-masing 1MB dan 2MB tetapi replay mengubahnya menjadi 2MB dan 1MB menghasilkan setengah dari isi B berada di dalam A).

Hal-hal yang dapat melakukannya dari atas kepalaku ...

Anda bilang belum mengalami lonjakan listrik atau mati listrik. Bagaimana Anda mengkonfirmasinya? Kami memiliki ruang kelas di mana catu daya PC nampak acak. Kami harus meminta staf pemeliharaan menghubungkan meteran pemantauan ke sirkuit dan menemukan bahwa outlet mengalami lonjakan tegangan yang sangat besar.

Memori tidak terpasang dengan benar dan merusak data.

Kendurkan kabel.

hard disk marginal yang memiliki sekumpulan sektor buruk tetapi tidak cukup buruk sehingga memicu peringatan atau pemindaian untuk sektor buruk.

Sesuatu di sisi Windows melalui bootcamp memodifikasi drive dengan cara yang tidak disukai drive. Perlindungan salinan? Utilitas drive?

Anda mengatakan itu di laboratorium. Apa yang siswa jalankan? Apakah Anda memantau atau mengunci apa yang bisa dieksekusi yang dapat melakukannya?

Anda mengatakan ini tampaknya acak, tidak ada dua mesin yang mengalami hal ini berturut-turut. Ini akan membuat saya curiga bahwa salah satu siswa atau sekelompok siswa menyebabkannya atau ada masalah kekuatan acak di lab yang menyebabkannya. Apakah ada cara pelacakan yang terakhir menggunakan mesin untuk melihat apakah masalah ini tampaknya secara ajaib mengikuti salah satu pengguna Anda?

Sudahkah Anda mempertimbangkan pemeriksaan mesin secara berkala? Anda dapat dengan mudah menjadwalkan melewati verifikasi fsck mingguan (sampai Anda mengetahui mengapa korupsi terjadi) dan kemudian setiap bulan untuk mengawasi hal-hal.

Dengan sistem file journaled, diperlukan beberapa perlakuan buruk berulang untuk mac untuk terdegradasi ke titik tidak boot. Bahkan perangkat lunak yang buruk tidak menulis ke sisi sistem boot, jadi saya akan curiga ada sesuatu yang salah. Pada mac yang dimatikan dengan bersih dan perhatikan kapan saja kesalahan kecil filesystem diperbaiki (kapan saja mac restart dan fsck tidak berjalan dalam mode preen adalah tanda masalah di cakrawala).

Dengan penyebaran 25 mac, Anda dapat dengan mudah meluangkan waktu untuk bersikap proaktif tentang pemeriksaan sistem file dan melihat yang tidak mematikan dengan mengatur server syslog atau sistem audit terpusat lainnya.

Saya akan mempertimbangkan kegiatan siswa. Jika Anda menjalankan bootcamp dan OS X, maka saya yakin para siswa menabrak sisi Mac untuk menjalankan boot camp, karena mereka tidak sabar. Ini juga bisa menjadi kasus jika ada hadiah loker layar.

Saya menyarankan:

1. Hapus kamp pelatihan. Sebaliknya jalankan VM baik di bawah Parallels atau Virtual Box. (Saya telah menemukan bahwa Windows XP di bawah VirtualBox berjalan cukup baik.) Konfigurasikan ini sehingga Mesin Virtual tidak dapat diubah, disimpan secara lokal di partisi bootcamp yang lama. Ini akan mencegah anak-anak dari bermain-main dengan menginstal windows. Arahkan direktori home mereka untuk membaca direktori home Mac mereka di server Anda. (Ini adalah PITA untuk didirikan pertama kali, karena mencakup sekitar satu juta rejim)

2. Buat beberapa bentuk pemantauan login sehingga Anda tahu siswa mana yang telah menggunakan mesin mana. Ini memiliki keuntungan bahwa Anda dapat melihat anak yang sama masuk pada beberapa mesin, biasanya melakukan ini sebagai bantuan untuk seseorang yang dilarang. Saya mengaturnya bahwa ketika login yang sama di dua mesin, kedua mesin itu reboot.