Bagaimana cara mengatasi masalah perangkat keras di linux?

3

Hanya untuk mencatat saya tidak memiliki masalah saat ini, tetapi sebelumnya telah jadi memicu rasa ingin tahu saya ...

Ketika komputer terkunci tiba-tiba sehingga caps lock berkedip tanpa henti dan satu-satunya kemungkinan untuk memulai kembali .... bagaimana Anda memecahkan masalah apa yang menyebabkannya? Pada Windows akan ada beberapa kesalahan dalam log peristiwa ... di Linux tampaknya tidak ada peluang untuk apa pun ditulis ke log, sehingga sulit untuk memecahkan masalah ...

Dalam hal ini, bagaimana Anda memecahkan masalah melalui linux?

linux troubleshooting

— Jack
sumber

1

Penguncian H / W yang tiba-tiba jarang dicatat apa saja sistem operasi.

— kmarsh

Yah, mereka lakukan di windows, bahkan jika itu samar ....

— Jack

tidak selalu. tergantung pada masalahnya; jika itu adalah pembekuan perangkat keras yang benar, indikasi pertama yang Windows akan berikan (dalam log kesalahan) adalah bahwa itu reboot. (BSoD bukanlah penguncian perangkat keras yang sebenarnya dalam hal ini.)

— quack quixote

Saya sudah memiliki laporan Windows tentang masalah CPU, masalah memori dll. Sepertinya Linux tidak memiliki kemampuan untuk pelaporan, dan saya lebih suka menggunakan alat diagnostik lainnya. Benar?

— Jack

2

Flashing caps lock mengindikasikan panik kernel (yang kurang lebih sama dengan BSoD pada Windows). Ini belum tentu masalah perangkat keras, bisa jadi bug di kernel / driver.

— Marius Gedminas

4

Coba boot memtest86 + dari media yang dapat di-boot dan lihat apa yang dikatakan tentang memori dan integritas subsistem memori Anda.

Juga, pekerjaan terakhir yang dimulai mungkin bisa login Cron ke / var / log / syslog atau / var / log / messages.

Jika tidak, dan men-debug masalah ini secara berkelanjutan, Anda dapat mengatur audit dan pekerjaan cron dengan ps untuk mencatat aktivitas sistem dan pekerjaan apa yang sedang berjalan secara terus menerus.

— kmarsh
sumber

Tidak tidak ... seperti yang saya katakan saya tidak memiliki masalah saat ini, saya hanya ingin tahu cara yang sama untuk melihat masalah perangkat keras di linux, seperti yang saya bisa di windows.

— Jack

3

Perangkat kernel akan melaporkan masalah ke dmesg, yang dapat dicatat secara terpisah juga, atau dalam kern.log.

Untuk masalah serius, a Papan diagnostik POST dapat digunakan.

— mctylr
sumber

2

Log adalah tempat pertama untuk dilihat, seperti yang dikatakan kmarsh, tetapi jika log tidak memberi tahu banyak dalam kasus kegagalan HW yang serius, maka tidak masalah OS apa yang Anda gunakan, hanya perlu beberapa percobaan dan kesalahan sekolah lama .

Tentukan apakah itu masalah perangkat keras dengan menjalankan CD langsung, jika tidak, bisa jadi masalah driver salah didiagnosis sebagai kegagalan perangkat keras.

Penguncian HW dilakukan secara acak, tetapi sering. Saya akan mulai dengan mengeluarkan kartu grafis (gunakan kartu on-board atau cadangan), kartu jaringan atau (terkesiap) modem jika Anda memiliki, satu per satu sampai Anda menentukan penyebabnya. Jalankan dengan satu memory stick pada satu waktu (jika Anda memiliki x2) atau tukar dengan stick lainnya saat pengujian.

PSU Anda juga bisa gagal, kadang-kadang menambahkan kartu baru memakan watt Anda, membuat CPU kelaparan jika PSU Anda tidak cukup kuat, menyebabkan kegagalan acak.

Jika tidak ada yang memberikan petunjuk, itu bisa menjadi papan utama Anda (biasanya korosi jika 2+ tahun tergantung pada kelembaban tempat Anda tinggal) atau CPU.

Gunakan perangkat lunak untuk memantau suhu CPU, terlalu panas dapat menyebabkan penguncian juga.

Setelah mencoba semuanya di bawah matahari, tanpa hasil, mungkin sudah waktunya untuk PC baru;)

— invert
sumber

Kesalahan driver dapat terjadi pada CD langsung seperti halnya pada sistem yang diinstal penuh. Itu semua penting pada driver apa yang digunakan sistem. Jika Anda hanya menggunakan driver generik dan itu masih terjadi, MAKA itu akan menjadi masalah HW.

— Kevin M

2

Pada sebagian besar linux hari ini, Anda harus dapat memiliki log MCE (Pengecekan Periksa Mesin) yang dapat didekodekan untuk menemukan kesalahan perangkat keras yang sebenarnya ( http://freshmeat.net/projects/mcelog/ ). Juga, Anda dapat menjalankan Kernel Crash Dump, sebuah kernel yang menjalankan kernel linux yang Anda gunakan setiap hari, dan dengan menangkap insiden ini dan men-debug penyebabnya

— Sverre Marvik
sumber

0

Saat ini setiap kali pengaturan yang sebelumnya berfungsi mulai bertingkah buruk, saya bahkan tidak repot-repot membaca log atau yang seperti itu terlebih dahulu. Kualitas driver, dll. Hari ini begitu baik sehingga sebagian besar kematian mendadak -bugs telah disetrika dan beberapa hal perangkat keras lebih mungkin daripada bug perangkat lunak. Dan bahkan kode yang paling sempurna tidak dapat melawan masalah fisik.

Beberapa waktu lalu laptop saya mulai bertingkah aneh. Saat menonton film atau menyusun kode atau melakukan sesuatu yang bahkan termasuk CPU intensif, semuanya tiba-tiba menjadi lebih lambat. Memindahkan jendela membutuhkan waktu antara 1-15 detik. Frekuensi CPU turun dari 2 GHz ke 800 MHz dan memutuskan untuk tetap di sana. Bahkan suhu idle sekitar + 60C. Sesekali semuanya terkunci.

Setelah membersihkan debu di dalam laptop semuanya kembali normal. Suhu idle + 35-40C, tidak ada pelambatan.

OK, yang itu cukup mudah dilacak karena panas dan debu yang berlebihan di laptop. :-)

Jika sesuatu yang lebih rumit muncul, saya biasanya membiarkan memtest86 berjalan semalam dan melihat apakah itu memberi saya hasil. Jika tidak, saya jalankan cpuburn atau program serupa dan lihat apakah itu membuat komputer saya mogok. Jika itu tidak membantu, saya beralih ke menyiksa hard disk dengan Bonnie ++ atau iozone dan melihat apakah itu crash sesuatu. Lalu saya beralih ke tes 3D, seperti bermain PPRacer.

Jika saya tidak bisa mendapatkan crash yang terkendali setelah semua tes itu, saya beralih ke memeriksa untuk hal-hal yang lebih jelas. Mungkin USB autosuspend yang harus disalahkan? Atau sesuatu yang lebih aneh.

Dalam satu kasus komputer memang mengunci setiap kali perangkat lunak webcam dimulai. Setelah menghabiskan terlalu banyak waktu dalam mengkonfigurasi parameter kernel dan seterusnya, lsusb mengungkapkan sesuatu yang memalukan. Webcam terhubung ke port USB 1.1 bukannya port USB 2.0. Setelah menghubungkan cam ke port USB 2.0, ia mulai bekerja.

— Janne Pikkarainen
sumber