Ini adalah PSA yang mungkin: Saya belum memastikan bahwa pembaruan File Station 5 benar-benar menjadi penyebab NAS melakukan reboot. Kebetulan saja setelah pembaruan, sekitar satu jam kemudian NAS tiba-tiba reboot tanpa sebab yang jelas. Saya sudah membuka tiket ke dukungan untuk melihat apakah mereka bisa meninjau log dan memastikan apakah itu memang masalahnya atau ada hal lain yang terjadi.
Ini adalah File Station 5 versi 5.5.6.5208_20260310 pada firmware QUTS 5.2.8.3359
TVS-1688x kami sesekali melakukan reboot secara tiba-tiba. Saya sudah menukar RAM dengan NAS lain (keduanya menggunakan RAM server Kingston—salah satu yang terbaik. Satu batch menggunakan Micron dan yang lain Hynex). Saya tidak pernah membuat tiket karena kejadiannya sangat jarang, saya pikir akan sulit untuk mengisolasi masalahnya dan dukungan teknis akan membuat saya kerepotan mencoba berbagai hal seperti tes RAM, padahal saya tahu masalahnya bukan pada RAM.
dalam banyak kasus, RAM yang rusak/tidak kompatibel telah menyebabkan reboot, jadi itu bukan tebakan yang buruk untuk pemecahan masalah. (Kebanyakan NAS juga tidak menggunakan RAM ECC)
Biasanya NAS menyala 24x7 selama berbulan-bulan. Saya biasanya hanya mematikan NAS untuk melakukan pembaruan firmware dan proses yang saya ikuti adalah pembaruan - diminta untuk reboot lalu saya pilih ya, pembaruan dan booting, matikan dan cabut daya selama 30 detik lalu nyalakan kembali.
Bukan masalah yang biasa jika sistem saya tiba-tiba reboot seperti ini. Satu-satunya error yang dilaporkan di qulog adalah Warning 2026-03-16 13:19:25 — — localhost — Power Status Daya NAS [Power] Sistem tidak dimatikan dengan benar terakhir kali.
Dukungan telah menghubungi saya kembali dan mereka mengatakan tampaknya bukan karena pembaruan File Station karena reboot terjadi 3 jam setelahnya. Mereka sedang melakukan analisis akar penyebab.
Untuk saat ini, abaikan PSA saya tentang pembaruan File Station.
Jika mereka
Jadi dukungan teknis sudah membalas saya, ternyata bukan masalah perangkat lunak, tapi semacam masalah perangkat keras.
Berikut adalah analisis mereka untuk catatan Anda terkait masalah ini:
Analisis gaya BERT:
Sistem mengalami host reset yang dipicu oleh TCO (watchdog) timeout, artinya CPU/core menjadi tidak responsif dalam waktu lama (tidak merespons interupsi SMI).
Terdapat error pada level PCIe / controller:
Receiver Error (Port0) → menandakan masalah integritas sinyal atau komunikasi perangkat keras.
Replay Timer Timeout (Port2) → mengindikasikan kegagalan retransmisi paket / ketidakstabilan link.
Karena kombinasi masalah ini, sistem mendeteksi dalam kondisi kritis yang tidak dapat dipulihkan, sehingga terjadi:
Platform crash
Crash log generation
Ini adalah masalah ketidakstabilan pada level perangkat keras, kemungkinan besar terkait dengan:
Masalah perangkat / controller PCIe
Kemungkinan kabel, slot, atau perangkat yang rusak
Ketidakstabilan firmware atau driver (kemungkinan kecil tapi tetap mungkin)
Singkatnya:
Sistem hang → error PCIe → watchdog timeout → host reset paksa → crash log dihasilkan.Catatan: Kami mungkin perlu memantau sistem ini dengan menonaktifkan Watchdog timer jika masalah muncul kembali. Mohon informasikan jika ini terjadi lagi.
Saya rasa KVM switch yang saya pasang untuk berbagi monitor/keyboard pada NAS dan mini PC saya yang menyebabkan masalah perangkat keras. KVM tersebut membuat mini PC saya hang dan blue screen. Setelah saya lepas video dari KVM, mini PC saya kembali normal. Jadi dalam kasus saya, KVM eksternal tersebut sepertinya bermasalah.
TVS-h1688X Setelah bertahun-tahun hal ini sesekali terjadi, sekarang hanya terjadi saat menggunakan port HDMI.