QNAP TVS-471U-RP berhenti merespons pada suatu waktu, bukan setelah pembaruan firmware. Perangkat tidak dapat dijangkau melalui jaringan.
Melepas semua 4 HDD tidak membantu.
Setelah dinyalakan sekarang, hanya tulisan “Starting” yang muncul di layar. Saya mendengar bunyi beep pendek, tetapi tidak ada beep panjang.
BIOS Avago berfungsi dan dapat dikonfigurasi untuk boot dari USB.
Saya mencoba pemulihan firmware sesuai wiki.qnap.com/wiki/Firmware_Recovery, tidak bisa boot Clonezilla maupun banyak distro lainnya, tetapi akhirnya bisa menyalin IMG menggunakan Tiny Linux.
Namun, “Starting” tetap muncul. Kadang-kadang login muncul, dan saya bisa masuk menggunakan admin:admin, bukan password MAC atau Cloud. Terlihat itu adalah HAL. ifconfig kosong.
Qfinder tidak mendeteksi perangkat saat langsung dihubungkan ke komputer. Tidak yakin apakah Windows Firewall mungkin memblokirnya.
Saya berasumsi firmware sekarang lebih lama, tetapi tidak bisa memastikan apakah NAS berfungsi dengan baik secara hardware.
Saya sudah mencoba mengikuti jawaban komunitas dan wiki, tetapi tidak bisa melanjutkan, mohon lihat apakah Anda bisa membantu.
Apa yang telah dikatakan QNAP? Apakah Anda sudah membuat tiket ke QNAP?
Saya mencoba melapor di service.qnap.com tetapi saya hanya mendapatkan pesan “Terjadi kesalahan. Silakan coba lagi nanti.”
ini berhasil untuk saya.
apakah kamu punya akun? kamu perlu masuk agar bisa berfungsi dengan benar
Saya punya akun, mungkin perlu logout dan login lagi, bagaimanapun saya membuka tiket dan mereka merespons dengan tautan https://www.qnap.com/en/how-to/faq/article/nas-recovery-guide-for-x86-based-nas.
Itu mirip dengan yang pernah saya gunakan sebelumnya, tapi entah bagaimana kali ini berhasil. Tidak yakin apakah ada hubungannya dengan saya mencoba dengan 486 Clonezilla. Bagaimanapun, NAS berhasil boot dan bisa login.
Lalu muncul masalah lain. Saya perlu menjaga data agar sistem tidak diinisialisasi. Disk masih belum terpasang.
Qfinder tidak melihat pembaruan dari 1.2.8. Ketika saya menerapkan pembaruan 4.5.4 secara manual dari img, tampaknya 100%, NAS tidak bisa boot, terhenti di “Booting the kernel”. Kemudian saat menerapkan 5.2.2 gagal di 20%.
Saya tidak yakin apakah saya harus memasukkan disk terlebih dahulu lalu mencoba pembaruan, saya tidak melihat detail itu dijelaskan. Karena saran untuk melepas storage tidak berlaku. https://www.qnap.com/en-as/how-to/faq/article/why-wont-my-nas-boot-after-a-firmware-update
Saya rasa Anda akan tetap terjebak kecuali Anda bisa melibatkan QNAP.
Hanya ingin tahu, apakah Anda sama sekali tidak memiliki cadangan data QNAP Anda?
Pertanyaan tentang backup sekarang mungkin dianggap retoris…
Pelajaran: jika sesuatu berjalan lancar, jangan lakukan pembaruan. Jika gagal, kemungkinan besar masalahnya ada pada perangkat keras.
Saya heran mengapa firmware lama 1.2.8 berukuran 492MB dan yang baru 5.2.2 hanya 216MB.
QNAP tidak memiliki instruksi khusus jika pembaruan firmware gagal.
DOM gagal? Kenapa dan apa maksudnya?
Saya sudah bertanya apakah saya perlu memperbarui ke firmware perantara, tapi tidak ada jawaban.
Apa yang akan terjadi jika saya memasang kembali disk pada firmware lama, apakah ada daftar kompatibilitas? Saya kira tidak ada, karena secara resmi mungkin harus selalu diperbarui.
Ngomong-ngomong, saya tidak mengerti perbedaan antara community.qnap.com dan forum.qnap.com.
Saya bertanya di sini karena situs Forum sering tidak bisa diakses oleh saya.
community.qnap.com adalah forum baru, sedangkan forum lama forum.qnap.com berjalan di phpbb dan mengalami banyak masalah karena banyaknya spambots yang menyerang situs tersebut.
Mencari pesan pembaruan cat: /mnt/update/newver: Tidak ada file atau direktori seperti itu
Sepertinya New 419PII with Firmware issues - QNAP NAS Community Forum menawarkan sebuah ide.
Tapi saya tidak bisa melihat tautan maupun lampiran, juga tidak bisa login di sana, meskipun saya punya akun sejak beberapa tahun lalu, karena tingkat “keamanan” yang konyol dengan kucing dan anjing membuat saya gila.
Karena saya sudah mengganti password untuk Service, saya tidak tahu apakah Forum punya SSO atau password lama sendiri.
Edit: menggunakan browser lain dan setelah banyak anjing akhirnya bisa login.
Masalahnya adalah itu adalah thread yang sudah berumur 12 tahun. Saya rasa situasinya sudah berubah sekarang. Apakah QNAP tidak membantu Anda lagi?
Untuk pertanyaan detail dengan, misalnya, error yang sama seperti 12 tahun lalu, mereka hanya memberikan jawaban umum. Coba lagi atau kirim ke pusat servis di negara bagian lain yang jauh.
Saya masih tidak tahu apakah ini masalah perangkat lunak (SW) atau perangkat keras (HW), karena versi 1.2.8 bisa boot, seharusnya ini masalah perangkat lunak, mungkin ada pembaruan yang gagal sehingga mencegah semua pembaruan berikutnya.
Saya bertanya bagaimana cara membersihkan atau menjalankan fsck atau apapun, tidak ada bantuan spesifik.
Saya sudah mencoba trik dari forum itu, hasilnya sama.
Jika DOM gagal (hal ini bisa terjadi), Anda dapat menggantinya dengan USB DOM 9pin yang baru, atau mengubah urutan boot ke USB stick
Terima kasih, saya belum tahu.
Tapi bagaimana cara mengetahui apakah itu DOM, bagaimana cara mengujinya?
Jika firmware 1.2.8 berfungsi, kesalahan DOM apa yang bisa mencegah pembaruan?
DOM mirip dengan USB stick tetapi dengan header yang berbeda, bisa saja sebagian penyimpanannya rusak sehingga data yang ditulis ke sana menimbulkan error atau bahkan mengunci akses sepenuhnya.
Tanpa breakout board 9-pin (Anda bisa mendapatkannya di ebay atau AliExpress), akan sulit untuk menguji DOM. Namun dengan panduan di atas, Anda bisa melepas DOM dan mengujinya menggunakan USB stick sederhana.
Saya mendapatkan info yang lebih berguna di sini daripada dengan QNAP. Mereka mengklaim DOM rusak, tanpa memberikan metode untuk memverifikasi.
Saya ingin mencoba tes perangkat lunak terlebih dahulu, sebelum mengikuti panduan penggantian yang bagus itu..
Jika saya menguji DOM seperti sistem file biasa, saya tidak melihat error seperti badblocks, saya bisa menghapus PT. Ketika saya flash ulang v1.2.8, saya melihat ada "Partition has different physical/logical endings" tapi saya rasa itu sudah diketahui karena NAS tetap berfungsi.
Kesimpulan akhir saya adalah setiap pembaruan ke versi baru yang tersedia (4.5 dan 5.x) membuatnya rusak.
Ada saran di forum untuk melewati versi perantara, tapi QNAP tidak menyediakan link (mereka sebelumnya sudah menghapusnya). Jadi saya kekurangan versi seperti v4.1.0 untuk dicoba.
4.3.5 Build 0760 membantu? Masukkan nomor model Anda di kolom dan pilih modelnya setelah muncul di sini:
Terima kasih untuk 4.3.5. Saya juga tidak bisa memperbarui ke versi itu. Saya menemukan 4.2.2 dan saya bisa memperbarui dari awal di sana dan menyalakan NAS, tetapi tidak bisa lanjut ke 4.3 atau 4.5. Pembaruan Qfinder berjalan sampai 90% di mana tertulis Restart, tetapi setelah itu NAS tidak boot dengan benar. Mungkin seharusnya saya menunggu lebih lama, seperti satu jam? Saya tidak yakin apakah penting saya mencoba tanpa disk.
Saya sudah mencoba pembaruan manual, dengan mengekstrak IMG dari 4.5 dan menyalin file ke /sda2/boot tapi menariknya NAS masih boot dengan 1.2.8. Saya tidak menyalin ke /sda3 karena saya pikir sda2 adalah yang aktif.
Kamu tahu bahwa mengutak-atik partisi disk bisa menyebabkan kerusakan, NAS ini bukan platform Linux standar yang bisa kamu lakukan apa saja padanya, kan?
Bagaimana saya melihatnya: partisi DOM dapat dihapus, atau disk dapat diperiksa. Saat melakukan flashing image penuh, partisi tersebut akan diatur kembali. Jadi seharusnya memungkinkan untuk bereksperimen.
Selain tidak bisa memperbaiki ini, ada beberapa masalah yang tidak jelas:
- mengapa QNAP tidak memiliki metode untuk menguji DOM untuk melihat apakah itu penyebabnya, perangkat apa saja, dapat dijangkau saat boot dari sesuatu yang lain
- bagaimana saya bisa flash 1.28 dan upgrade ke 4.2.2 tapi tidak lebih lanjut
- bagaimana jika saya memasukkan disk di 4.2.2, apakah seharusnya berfungsi jika firmware sebelumnya yang bekerja dengan disk tersebut adalah 5.x
Mungkin versi yang lebih baru menggunakan area memori yang rusak pada DOM Anda.
Seperti yang sudah disebutkan sebelumnya, Anda mungkin harus melepas DOM tersebut dan mengujinya secara eksternal atau cukup mendapatkan yang baru untuk diuji. Pilihan Anda tanpa melakukan salah satu dari itu tampaknya terbatas.