Kesalahan Mac OS X yang menarik

3

Adakah yang pernah melihat kesalahan seperti yang digambarkan di bawah ini di Mac OS X? Apa itu? Sistem ini 10.6.6. Saya cukup berpengalaman di OS X tapi saya belum pernah melihat hal seperti itu. Saya mem-boot dalam modem verbose, dan sepertinya mode verbose datang "melalui".

masukkan deskripsi gambar di sini

Benedikt Wutzi
sumber

Jawaban:

4

Sepertinya panik kernel dalam mode Verbose.

FeifanZ
sumber
Sudahkah Anda menginstal sesuatu baru-baru ini, terutama perangkat keras / driver baru atau perangkat lunak tingkat sistem (kexts, dll.)?
Saya lakukan tetapi saya curiga itu adalah updater Blizzard. BTW saya tahu ini panik kernel tetapi saya belum pernah melihat ini "verbose-mode-overlay"
Benedikt Wutzi
3
Ketika Anda telah mengaktifkan mode verbose, Anda juga mendapatkan panik kernel verbose alih-alih layar "Anda harus memulai ulang komputer Anda". (Versi lama dari Mac OS X selalu panik dengan cara ini.) Tentu saja, setidaknya Anda harus menghubungi Rogue Amoeba.
Nicholas Riley
4

Ini adalah laporan panik kernel gaya lama. Ketika kernel crash, tidak ada cara untuk mencatat apa yang terjadi (karena logging membutuhkan sistem file yang berfungsi, yang merupakan bagian dari kernel ...), jadi OS X digunakan untuk membuang info macet ke buffer layar.

Di OS X v10.2, mereka beralih ke sistem di mana ia menyimpan info macet ke dalam PRAM, dan menampilkan pesan bahwa "Anda harus me-restart komputer Anda. Tahan tombol Power selama beberapa detik atau tekan tombol Restart." dalam 4 bahasa. Setelah reboot, info tersebut ditransfer dari PRAM ke file log normal.

... tapi kadang-kadang, untuk beberapa alasan, laporan panik gaya lama masih muncul di bawah versi yang lebih baru dari OS X. Saya belum melihat ini terjadi dalam beberapa saat, tetapi tampaknya masih mungkin di bawah 10.6.6. Saya tidak tahu apa yang menyebabkannya kembali ke laporan gaya lama (mungkin mode verbose?).

Lihat artikel KB Apple # HT1392 untuk detail lebih lanjut, dan contoh gaya panik yang berbeda.

EDIT: Terpikir oleh saya bahwa mungkin keduanya menuliskan info macet ke layar, dan ke PRAM dan karenanya file log. Lapor masuk / Perpustakaan / Log / Laporan Diagnostik dan lihat apakah ada laporan panik yang cocok.

Gordon Davisson
sumber
Apakah ada cara awam membaca penyebab panik kernel? Apakah aman untuk membagikan log Anda di / Library / Log / DiagnosticReports? Apakah ada informasi sensitif / pribadi yang terkandung di dalamnya?
Randy6T9
1
@HandyRandy: log panik tidak akan bisa dibaca oleh siapa pun selain programmer kernel - dalam hal ini, Anda dapat mengatakan bahwa ekstensi kernel "com.rogueamoeba.hermes" terlibat (dan karena proses saat ini adalah kextd, yang memuat & menurunkan ekstensi kernel, mungkin dia baru saja dimuat atau ekstensi lain yang bertentangan dengannya baru saja dimuat). Log umumnya harus aman untuk dibagikan, meskipun ada kemungkinan sangat kecil, sesuatu yang sensitif akan terjadi dalam register atau tumpukan panggilan saat crash.
Gordon Davisson
1

Ini adalah kernel panik. Sepertinya ekstensi kernel dengan pengenal bundel "com.rogueamoeba.hermes" (Airfoil?) Mogok.


sumber