Cara Pantau Kesihatan Komputer: Suhu, SSD, Bateri dan Log Ralat
Panduan membina baseline kesihatan komputer dan memantau suhu, storan, bateri serta kestabilan tanpa bergantung pada satu aplikasi atau satu skor.
Template laporan kerosakan komputer yang membezakan aduan, gejala, diagnosis dan tindakan supaya masalah boleh dikesan serta diselesaikan dengan lebih cepat.
Laporan “komputer rosak” tidak membantu diagnosis. Laporan yang baik menerangkan apa yang berlaku, bila, dalam keadaan apa dan apa yang telah diuji—tanpa membuat kesimpulan sebelum bukti diperoleh.

Rajah aliran PTIS: gunakan langkah secara berurutan dan rekod hasil sebelum tindakan seterusnya.
Aduan: apa yang pengguna laporkan.
Gejala disahkan: apa yang juruteknik dapat ulang atau lihat.
Diagnosis: punca yang disokong oleh ujian.
Tindakan: perubahan, baik pulih atau penggantian yang dibuat.
Identiti | ID aset/nombor siri, jenama, model, lokasi dan pengguna |
|---|---|
Masa | Tarikh ditemui, masa kejadian dan kekerapan |
Gejala | Perkara yang dilihat, bunyi, lampu, suhu dan mesej ralat tepat |
Konteks | Aplikasi, beban, peranti luaran dan perubahan terakhir |
Impak | Seorang pengguna, satu unit atau operasi kritikal |
Bukti | Foto, video, tangkap layar, log dan keputusan diagnostik |
Rekod ujian satu demi satu: tarikh, alat atau kaedah, keadaan sebelum ujian, keputusan dan siapa yang menjalankannya. Kemudian catat komponen ditukar, nombor alat ganti, tetapan berubah, data disandarkan, keputusan ujian selepas baik pulih serta tempoh waranti.
“PC Kaunter 02 dimulakan semula dua kali ketika eksport PDF pada 10:15. Tiada bau atau bunyi luar biasa. Suhu CPU meningkat sebelum restart. Masalah dapat diulang sekali. Ventilasi didapati berhabuk; data pengguna telah disandarkan. Diagnostik memori lulus. Status: perlu pemeriksaan sistem penyejukan.”
Selesai dan diuji
Selesai sementara; pemantauan diperlukan
Menunggu alat ganti/vendor
Tidak ekonomik dibaiki
Tiada kerosakan ditemui; perlukan maklumat tambahan
Jangan masukkan kata laluan, kunci pemulihan atau data peribadi ke dalam laporan umum. Kaburkan maklumat sensitif dalam tangkap layar. Simpan bukti mengikut akses dan tempoh yang diluluskan organisasi.
Terlalu umum: “Laptop selalu hang. Tolong repair.”
Boleh didiagnosis: “Laptop Kaunter 04 beku tiga kali antara 9:00–10:30 ketika membuka fail pada pemacu D. Tetikus masih bergerak selama kira-kira 20 saat. Masalah bermula selepas gangguan elektrik semalam. Sandaran terakhir berjaya pada 17:00. Belum menjalankan CHKDSK kerana data perlu disalin dahulu.”
Komponen | Bukti berguna |
|---|---|
SSD/HDD | SMART, ralat media, fail terjejas, masa kehilangan pemacu |
RAM | Kod diagnostik, konfigurasi modul, slot dan keadaan ujian |
Kuasa | Adapter, soket, LED, keadaan beban dan masa shutdown |
Haba | Suhu bilik, CPU/GPU, kipas, beban dan masa sebelum throttling |
Paparan | Monitor/kabel diuji, port, artefak dan keadaan sebelum boot |
Setiap laporan perlu mempunyai pelapor, penerima, pemilik tindakan, tarikh sasaran dan status. Jika diserah kepada vendor, catat nombor kes, barang yang dihantar dan aksesori disertakan. Apabila kembali, periksa nombor siri dan uji semula gejala asal.
Gunakan kategori punca hanya selepas diagnosis: penggunaan, persekitaran, komponen, firmware, kuasa, kemalangan atau tidak dapat ditentukan. Tinjau laporan bulanan untuk model, lokasi atau gejala berulang. Jangan mengubah klasifikasi lama tanpa menyimpan sebab perubahan.
Tetapkan siapa boleh melihat bukti, berapa lama ia disimpan dan cara tangkap layar dilindungi. Laporan teknikal tidak memerlukan kandungan fail pengguna. Minimumkan data peribadi sambil mengekalkan bukti yang membantu diagnosis.

Rajah rujukan PTIS: petunjuk ini membantu membuat keputusan, tetapi tidak menggantikan diagnosis model khusus.
Gunakan istilah pemerhatian: “LED kuasa menyala selama dua saat kemudian padam” lebih baik daripada “PSU rosak”. Diagnosis hanya ditulis selepas ujian menyokongnya. Jika juruteknik menukar andaian, kekalkan kronologi: diagnosis awal, bukti baharu dan diagnosis akhir. Ini penting untuk pembelajaran dan audit. Untuk foto, sertakan pandangan keseluruhan dan dekat, tetapi jangan dedahkan skrin pengguna, dokumen atau kata laluan.
Kes | Tafsiran | Tindakan |
|---|---|---|
PC tidak hidup | Laporan menyatakan motherboard rosak tanpa ujian | Rekod soket, kabel, LED, PSU diketahui baik dan kod diagnostik |
Skrin biru | Foto hanya menunjukkan skrin jauh | Catat stop code tepat, masa, beban dan perubahan terakhir |
Masalah tidak berulang di bengkel | Tiket terus ditutup | Rekod keadaan ujian dan minta video/log ketika kejadian seterusnya |
Siapa melapor dan menerima
Kronologi tepat
Bukti dan lokasi simpanan
Setiap ujian serta hasil
Alat ganti/nombor bahagian
Pengesahan pengguna dan status akhir
Rekod yang konsisten membolehkan anda membandingkan keadaan sebelum dan selepas, mengenal pasti kerosakan berulang dan mengelakkan pembelian komponen berdasarkan tekaan.
Gunakan prosedur berikut sebagai sesi pemeriksaan sebenar. Sediakan masa tanpa gangguan, elakkan menguji pada satu-satunya salinan data dan pastikan anda tahu cara kembali kepada keadaan asal. Tujuannya ialah menghasilkan keputusan yang boleh diulang, bukan mencuba sebanyak mungkin perubahan.
Langkah 1: Berikan ID unik kepada laporan dan peranti. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.
Langkah 2: Salin mesej ralat tepat bersama tarikh serta masa. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.
Langkah 3: Pisahkan aduan pengguna daripada gejala disahkan. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.
Langkah 4: Rekod setiap ujian dan hasil secara kronologi. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.
Langkah 5: Tetapkan pemilik, keutamaan dan tarikh sasaran. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.
Langkah 6: Tutup hanya selepas pengguna mengesahkan fungsi. Catat pemerhatian dan jangan bergerak ke langkah seterusnya jika terdapat risiko keselamatan atau data.
Ulang keadaan yang mencetuskan gejala dengan beban dan tempoh yang serupa. Bandingkan bukti sebelum dan selepas, kemudian pantau sekurang-kurangnya beberapa kitaran penggunaan. Jika keputusan tidak konsisten, tandakan sebagai belum disahkan. Jangan menyatakan komponen telah pulih hanya kerana komputer berjaya boot sekali.
Berhenti apabila terdapat risiko elektrik, bateri berubah bentuk, kehilangan data, suhu atau bunyi luar biasa yang semakin teruk, diagnostik gagal berulang atau prosedur memerlukan pembukaan komponen di luar kemahiran anda. Serahkan rekod, gambar dan keputusan ujian kepada juruteknik supaya kerja tidak bermula semula daripada tekaan.
Ya, terutama apabila beberapa unit model sama digunakan. Hadkan pendedahan pada sistem awam.
Catat “tidak dapat diulang”, keadaan ujian dan maklumat yang masih diperlukan; jangan meneka punca.
Gunakan laporan bersama panduan penyelenggaraan komputer. Untuk konteks sekolah, lihat log penggunaan dan kerosakan makmal komputer.
ID peranti:
Model/nombor siri:
Lokasi dan pengguna:
Tarikh/masa ditemui:
Gejala tepat:
Mesej atau kod ralat:
Aktiviti ketika kejadian:
Perubahan terakhir:
Ujian yang telah dibuat:
Keputusan setiap ujian:
Status sandaran data:
Tahap impak:
Tindakan seterusnya/pemilik:
Kritikal: risiko keselamatan, ramai pengguna terjejas atau operasi utama terhenti.
Tinggi: satu fungsi utama gagal dan tiada alternatif munasabah.
Sederhana: kerja masih boleh diteruskan dengan penyelesaian sementara.
Rendah: isu kosmetik atau tidak menjejaskan fungsi semasa.
Nyatakan ujian yang dilakukan, tempoh ujian, keadaan beban dan siapa yang mengesahkan. Jika alat ganti digunakan, simpan nombor bahagian dan waranti. Jika masalah berulang, pautkan kepada laporan terdahulu supaya corak dapat dilihat tanpa menggabungkan dua kejadian secara tidak tepat.