Unrecognized firmware DS1823xs+? #87
Comments
|
I'm surprised more people aren't complaining about these issues. You're only the 3rd person who's mentioned them since DSM 7.2 was officially released. Because of the reports by the other 2 people I've been working on fixing these issues. Things I've already fixed (but I haven't released the updated version yet).
Do you want to try Synology_HDD_db v2.3.49-RC Does your "Samsung SSD 960 PRO 2TB" show in storage manager without the "Unsupported firmware version" message? Or is it the NVMe drive that is in the M2D20 that does not show at all in storage manager? FYI If you previously ran either script with an older version of DSM (DSM 6 or 7.1.1 etc) do NOT run the syno_hdd_bd.sh with the --restore option. It will restore the old DSM version's backup of synoinfo.conf and you'll lose access to storage manager and few tabs in control panel. I'm working on a fix for this issue. |
|
Thanks for the quick reply. I could try the 2.3.49 tomorrow. "Does your "Samsung SSD 960 PRO 2TB" show in storage manager without the "Unsupported firmware version" message? Or is it the NVMe drive that is in the M2D20 that does not show at all in storage manager?" - The M2M20 card does not show up in storage manager, neither does the drive (Samsung SSD 960 PRO 2TB) under HDD/SDD in storage manager. The only place I saw it popping up was in your script output, so I had some hope that you could make it workable, since the system can clearly "see" the card and the drive, as proven by your script; but it does not show up anywhere in the DSM GUI (I have not tried anything else yet e.g. using ssh, just added the card today since it was laying around). In the info center in the control panel it shows for the PCI slot just "occupied". This is nothing urgent and just an interesting thing on the side. Also it should be noted that Synology does not list the M2D20 card for the DS1823xs+ as compatible. |
|
Update: I used the 2.3.51-RC script by running The 'unrecognized firmware' is now gone for disks 1-6, but not for the two M2 drives !?! M2D20: Any thoughts on how this possibly could be accessed as read-cache on your end, though not part of your script? |
|
Update 2: Changed the task scheduler according your advice to: /volume1/data/.scripts/syno_hdd_db.sh --autoupdate=7 removed M2_enable script. Same result: The 'unrecognized firmware' is now gone for disks 1-6, but not for the two M2 drives !?! |
|
So the 2 M.2 drives in the internal M.2 slots of the DS1823xs+ still show "Unrecognized firmware version"? I only discovered yesterday that the M2D20 only works with certain models, but not the DS1823xs+ or my DS1821+. And I have no idea how Synology pick which models to make it work with. To me, if it has a PCIe slot any M.2 or network card should work. The M2D20 card also does not work in my DS1821+ but it does work in a DS1819+ !?!?! I might compare those 2 models' DSM files to see if I can work out how to enable M2D20 support in officially unsupported models. My Synology_M2_volume script should be able to create a storage pool on the M.2 drives in the M2D20. https://github.com/007revad/Synology_M2_volume You'd then go into storage manager and do an online assemble then create your volume. After that you could then setup the M2 drives in the internal M.2 slots of the DS1823xs+ as a cache from within storage manager. |
|
Yes, correct, All SSD and HDD are fine, just the M2 drives show the 'unrecognized firmware' (Crucial P3 Plus):
Note, to enable those M2 drives plugged into the internal M2 slots (not the M2D20) as storage volume I had to use the enable_M2 script originally when I first set it up. I was surprised to read in your other thread here that everything is now handled by the hdd_db script and the enable_M2 is not needed anymore. M2D20: I ran the Synology_M2_volume as dry run; it seems I could create a pool with the M2D20 drive, but a) is that safe, since the drive is not even displayed under HDD in storage manager (?), and b) it wouldn't solve that I want to use the drive as read-cache, right now storage manager says "no drive available", when I try to add a read-cache SSD (?) Output of M2_volume script for M2D20 drive: |
The hdd_db script on it's own works for Synology NAS models that officially support M2 volumes. The enable_M2 script also works on those models, but seems to also work on some models that don't officially support M2 volumes.
I would try it just to see if they can then be seen in Storage Manager.
If moving the 2 crucial drives to the M2D20 makes them appear as volume (because they already have a volume setup), you could then use the Samsung drive in the DS1823xs+ as cache. Officially the DS1823xs+ does not support M2D20, M2D18 or E10M20-T1. I'm interested in seeing if I can make the M2D20, M2D18 and E10M20-T1 become supported on NAS models that don't support them. Unfortunately I don't have an M2D20, M2D18 or E10M20-T1 to test with. According to Synology my DS1821+ does not support the M2D20, M2D18 or E10M20-T1, yet DSM for the DS1821+ includes disk compatibility .db files for E10M20-T1, M2D20, M2D18 and M2D17. |
|
I just ran the syno_create_m2_volume, but nothing changed even after restart; no hdd visible, no storage pool or volume other than what is shown above. The script created a volume (same output as in the dry-run), but it doesn't seem accessible without further modifications somewhere. Storage manager still says "no ssd available for cache". |
|
What do the following 2 commands return?
|
|
nvme1n1 nvme2n1 sata1 sata2 sata3 sata4 sata5 sata6 sata7 sata8 nvme0n1 |
|
I think I may have found how to enable your M2D20 card. Can you try the following command:
then (without rebooting) check in storage manager is the missing NVMe drive now shows up. If it's still missing reboot and check again. |
|
Genius, it works as read-cache now, see screenshots below. Awesome, many thanks. Probably worth to integrate it into HDD_DB script for others. It seems volume creation is not allowed on the M2D20 (see below), but my intention was read-cache, that works. 
|
|
Excellent. I was hoping you'd say it worked because while I was waiting for your reply I went ahead and wrote the code to add it the script. Did you need to reboot to the see M2D20 in storage manager? Regarding the Crucial NVMe drives, I'm wondering if it needs to be "Crucial CT4000P3PSSD8" instead of "CT4000P3PSSD8". Can you save the DS1823xs+__host_v7.db file, zip it and attach the zip file to your reply. |
|
Yes, please find attached. I needed to reboot for the M2D20 to pop up; it took like 5min for that reboot. |
|
Can you replace /var/lib/disk-compatibility/ds1823xs+_host_v7.db with the one in the attached zip file. You might need to set the permissions on the new /var/lib/disk-compatibility/ds1823xs+_host_v7.db file to chmod 644 Then either reboot or run the following command: |
|
Did that, after restart (and before) |
|
You don't get any output from Do the Crucial NVMe drives still show unsupported firmware? |
|
The output of 'echo $?' is '0' The output of 'sudo /usr/syno/sbin/synostgdisk --check-all-disks-compatibility' is nothing. Maybe related to the chmod 644, I did not apply that, but also did not see any error messages. The unrecognized firmware on the Crucial M2 remains. Apologies for time delay, I am in GMT +8 |
|
Try running it with the -f option. |
|
I tried the -f option, also with the new script v3. Unfortunately the Crucials M2 still sate unrecognized firmware. Is there anything else I could try? |
|
You could try running the Synology_enable_M2_volume script... but I'd like to find out why syno_hdd_db is not fully working for you. What does the following command return: Did you ever try one of the Crucial NVMe drives in the M2D20? Or the Samsung NVMe drive in the DS1821xs+? I'm curious if the Crucial still has the warning when it is in the M2D20, and if the Samsung still has no warning when in one of the NAS' M.2 slots. |
|
Here is the return of ************ Disk Info ***************
Interesting spelling error on 'Temperature' I didnt try to swap the M2's, since the M2D20 clearly said it wont work for volume, see above screenshot. Here the output of the enable_m2_volume script, it did not solve the 'unrecognized firmware' warning of the two Crucial M2 drives. Using options: Checking file. File already edited. |
|
Yep, that "Tempeture" stands out. I forgot that you've already run synology_enable_m2_volume 2 weeks ago.
It's interesting that DSM assigned /nvme0n1 to the Samsung in the M2D20, and then /dev/nvme1n1 and /dev/nvme2n1 to the 2 NVMe drives in the NAS' internal M.2 slots. It's also interesting that there's 2 "Disk id: 1". My script, synodisk and Storage Manager all show the same CT4000P3PSSD8 model number for the Crucial drives. My script and Storage Manager both show the same P9CR40A firmware version for the Crucial drives. Do these return the P9CR40A firmware version? Do these return the CT4000P3PSSD8 model number? |
|
This is the output (I did not paste the serial number here): nvme1 - Model name: CT4000P3PSSD8 |
|
Sorry, I took a few days to think about your issue and forgot reply earlier. I've got 2 different ds1823xs+_host_v7.db files for you to try. After replacing the ds1823xs+_host_v7.db file run this command (or reboot): |
|
Thank you, I can only test this next week Friday due to travel. |
|
I tested both files with reboot, unfortunately they both lead to the same results, no change in 'unrecognized firmware' for the Crucial NVME drives. Does no one else use those? |
|
There have only been a few people who mentioned Crucial NVMe drives: Mostly people reporting that the script worked for their Synology model and with a Crucial NVMe. None of them had '23 series xs+ model. But there was 1 person on reddit who had a Crucial NVMe drive die after less than a week. So they got a replacement and it too died in less than a week. They then got a Samsung NVMe and everything was fine. I've searched through the 112 different Synology models' DSM 7.2 host .db files for any crucial drives: One of them had 1 instance of "Crucial_CTxxxxx" but others as "CTxxxxx" and the other 58 models that contained an entry for a Crucial drive all had "CTxxxxx". The only xs+ models who's DSM 7.2 host .db files contained entries for Crucial drives were '17 and '19 series. I was hoping to find something different in the xs+ models. I suspect something has changed in DSM 7.2 for recent xs+ models. There was 1 person on reddit with an xs+ model who had to run the Synology_HDD_db script 3 times before all of their drives stopped showing the firmware warning. I don't know if they rebooted after each time they ran the script, or if they just ran it 3 times and rebooted. Is the Samsung SSD 960 PRO 2TB still in the M2D20 card? Can you run the Synology_enable_M2_volume script with the --restore option then reboot - just in case it's somehow causing the NVMe drives in the internal M.2 slots to still show the firmware warning. |
|
Thanks for the detailed reply. td;lr issue is fixed The placement of the SSD are still as described by you. I ran as suggested Synology_enable_M2_volume script with the --restore option then reboot (note HDD script is running upon startup too as scheduled task) - the reboot took 10min (panic attack), but now (even after second reboot with normal startup time) all drives finally show no more 'unrecognized firmware'. The issue can now be closed, and many many thanks for your dedicated and detail oriented support. This script is awesome. |
|
@70m7E
|
Unfortunately that NAS is not operational right now due to moving; I'll do it when it's back up. |
|
The same drive model and the same problem for me. Tried to -- restore but no luck. This script is applied on shutdown and HDD_db one on the boot. Any further ideas, @007revad? |
Which script do you have scheduled to run on shutdown? |
|
Sorry, need to sleep a bit :) Synology_enable_M2_volume is on shutdown. |
|
Solved. Disabling syno_enable_m2_volume from run and running syno_enable_m2_volume.sh --restore helped! Do I understand correctly there is no need in syno_enable_m2_volume anymore and Synology_HDD_db enables m2 volumes as well? @007revad |
That was what I was going to suggest.
Correct. For '20 series and later models with DSM 7.2.1 you only need Synology_HDD_db. |
I am probably doing something wrong, since it seems to work for everyone else: I still get the 'unrecognized firmware' on all my drives. Although sometimes that message is gone and everything seems fine; I cant repeat it though.
Here is the output of my script when run manually, the error message seems new:
Here is the config in task scheduler, with options -nr:
Side-note: I also added an old M2D20 to my DS1823xs+, with one M2 drive. The script 1.0.6 indeed finds it and displays the correct M2 disk. Not sure if you can solve this, but would be nice if the NAS would be able to access it. So far it only displays the drives 1-8, 2xM2 build in slots, but not the M2D20 drive under storage manager:
Issue:
The text was updated successfully, but these errors were encountered: