#572 - [GH-ISSUE #161] Partially working - One drive still unsupported - starred/Synology_HDD_db

kerem commented

2026-03-11 12:14:38 +03:00

Owner

Originally created by @b-col on GitHub (Nov 16, 2023).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/161

Hello,

I am running this script on a DS920+ running DSM 7.2-64570 Update 1. After running with -nr and rebooting, I see one of my drives is now supported, while the other still has the firmware warning message.

Before:
https://i.imgur.com/jdCYAW3.png

After:
https://i.imgur.com/SIkkoTx.png

I should mention that I have also ran your Synology_enable_M2_volume script.

Originally created by @b-col on GitHub (Nov 16, 2023). Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/161 Hello, I am running this script on a DS920+ running DSM 7.2-64570 Update 1. After running with -nr and rebooting, I see one of my drives is now supported, while the other still has the firmware warning message. Before: https://i.imgur.com/jdCYAW3.png After: https://i.imgur.com/SIkkoTx.png I should mention that I have also ran your Synology_enable_M2_volume script.

kerem closed this issue

2026-03-11 12:14:44 +03:00

kerem commented

2026-03-11 12:14:49 +03:00

Author

Owner

@007revad commented on GitHub (Nov 17, 2023):

What do the following commands return?

echo "'$(cat /sys/block/nvme0n1/device/model)'"

echo "'$(cat /sys/block/nvme0n1/device/firmware_rev)'"

echo "'$(cat /sys/block/nvme0n1/device/rev)'"

echo "'$(cat /sys/block/nvme1n1/device/model)'"

echo "'$(cat /sys/block/nvme1n1/device/firmware_rev)'"

echo "'$(cat /sys/block/nvme1n1/device/rev)'"

@007revad commented on GitHub (Nov 17, 2023): What do the following commands return? `echo "'$(cat /sys/block/nvme0n1/device/model)'"` `echo "'$(cat /sys/block/nvme0n1/device/firmware_rev)'"` `echo "'$(cat /sys/block/nvme0n1/device/rev)'"` `echo "'$(cat /sys/block/nvme1n1/device/model)'"` `echo "'$(cat /sys/block/nvme1n1/device/firmware_rev)'"` `echo "'$(cat /sys/block/nvme1n1/device/rev)'"`

kerem commented

2026-03-11 12:14:55 +03:00

Author

Owner

@007revad commented on GitHub (Nov 17, 2023):

And these commands:

synonvme --vendor-get /dev/nvme0

synonvme --model-get /dev/nvme0

synonvme --sn-fr-get /dev/nvme0

synonvme --vendor-get /dev/nvme1

synonvme --model-get /dev/nvme1

synonvme --sn-fr-get /dev/nvme1

@007revad commented on GitHub (Nov 17, 2023): And these commands: `synonvme --vendor-get /dev/nvme0` `synonvme --model-get /dev/nvme0` `synonvme --sn-fr-get /dev/nvme0` `synonvme --vendor-get /dev/nvme1` `synonvme --model-get /dev/nvme1` `synonvme --sn-fr-get /dev/nvme1`

kerem commented

2026-03-11 12:15:00 +03:00

Author

Owner

@b-col commented on GitHub (Nov 17, 2023):

Here you go!

https://i.imgur.com/lBtC1SP.png

@b-col commented on GitHub (Nov 17, 2023): Here you go! https://i.imgur.com/lBtC1SP.png

kerem commented

2026-03-11 12:15:05 +03:00

Author

Owner

@007revad commented on GitHub (Nov 17, 2023):

Sorry. Those last 6 commands should have included sudo.

sudo synonvme --vendor-get /dev/nvme0

sudo synonvme --model-get /dev/nvme0

sudo synonvme --sn-fr-get /dev/nvme0

sudo synonvme --vendor-get /dev/nvme1

sudo synonvme --model-get /dev/nvme1

sudo synonvme --sn-fr-get /dev/nvme1

@007revad commented on GitHub (Nov 17, 2023): Sorry. Those last 6 commands should have included sudo. `sudo synonvme --vendor-get /dev/nvme0` `sudo synonvme --model-get /dev/nvme0` `sudo synonvme --sn-fr-get /dev/nvme0` `sudo synonvme --vendor-get /dev/nvme1` `sudo synonvme --model-get /dev/nvme1` `sudo synonvme --sn-fr-get /dev/nvme1`

kerem commented

2026-03-11 12:15:10 +03:00

Author

Owner

@b-col commented on GitHub (Nov 17, 2023):

Thanks, much better results this time 👍
https://i.imgur.com/EgBS9Lw.png

@b-col commented on GitHub (Nov 17, 2023): Thanks, much better results this time 👍 https://i.imgur.com/EgBS9Lw.png

kerem commented

2026-03-11 12:15:15 +03:00

Author

Owner

@007revad commented on GitHub (Nov 18, 2023):

The model and firmware version look okay.

Can you tell me what this command returns:

jq . /var/lib/disk-compatibility/ds920+_host_v7.db | grep -A 21 Lexar

@007revad commented on GitHub (Nov 18, 2023): The model and firmware version look okay. Can you tell me what this command returns: `jq . /var/lib/disk-compatibility/ds920+_host_v7.db | grep -A 21 Lexar`

kerem commented

2026-03-11 12:15:20 +03:00

Author

Owner

@b-col commented on GitHub (Nov 18, 2023):

https://i.imgur.com/XRe5tQ6.png

@b-col commented on GitHub (Nov 18, 2023): https://i.imgur.com/XRe5tQ6.png

kerem commented

2026-03-11 12:15:25 +03:00

Author

Owner

@007revad commented on GitHub (Nov 18, 2023):

It looks like DSM is not checking the drive database for drives that don't return the vendor.

I've had a couple of people report the same issue, but they were using some Chinese brand NVMe drives they bought cheap off Alibaba. When they tried known brand NVMe drives everything worked as it should.

One last thing I can think of testing is to see if this is something new in DSM 7.2-64570 Update 1

Do you want to do the following:

Download this zip file to your home folder on your Synology. 64570_synonvme.zip
Unzip the downloaded file so that synonvme is in your home folder.
Then in SSH check you're in your home folder:
echo "$PWD"
That should return /var/services/homes/b-col (or whatever your username is)
Set the correct permissions on the downloaded synonvme:
chmod 755 $HOME/synonvme
Run the following command to see if it returns the vendor for the Lexar NVMe drive:
sudo $HOME/synonvme --vendor-get /dev/nvme0

@007revad commented on GitHub (Nov 18, 2023): It looks like DSM is not checking the drive database for drives that don't return the vendor. I've had a couple of people report the same issue, but they were using some Chinese brand NVMe drives they bought cheap off Alibaba. When they tried known brand NVMe drives everything worked as it should. One last thing I can think of testing is to see if this is something new in DSM 7.2-64570 Update 1 Do you want to do the following: 1. Download this zip file to **your home folder** on your Synology. [64570_synonvme.zip](https://github.com/007revad/Synology_HDD_db/files/13398776/64570_synonvme.zip) 2. Unzip the downloaded file so that synonvme is in **your home folder**. 3. Then in SSH check you're in your home folder: `echo "$PWD"` That should return **/var/services/homes/b-col** (or whatever your username is) 4. Set the correct permissions on the downloaded synonvme: `chmod 755 $HOME/synonvme` 5. Run the following command to see if it returns the vendor for the Lexar NVMe drive: `sudo $HOME/synonvme --vendor-get /dev/nvme0`

kerem commented

2026-03-11 12:15:30 +03:00

Author

Owner

@b-col commented on GitHub (Nov 18, 2023):

In fairness, Lexar are essentially in that same bracket given they're now owned by Longsys.

I've ran through those steps and am still getting the "Fail to get disk vender" error 😞

I'd guess not, but are there any options around manually setting the drive vendor?

@b-col commented on GitHub (Nov 18, 2023): In fairness, Lexar are essentially in that same bracket given they're now owned by Longsys. I've ran through those steps and am still getting the "Fail to get disk vender" error 😞 I'd guess not, but are there any options around manually setting the drive vendor?

kerem commented

2026-03-11 12:15:35 +03:00

Author

Owner

@007revad commented on GitHub (Nov 18, 2023):

There is a pci_vendor_ids.conf file that contains a list of hex vendor ids and the vendor name. Maybe adding Lexar to it will work.
We know the vendor name is Lexar so we just need to get the vendor id.

What do the following commands return:

sudo nvme id-ctrl /dev/nvme0 | grep NVME -A 5

sudo nvme id-ctrl /dev/nvme0 | grep -E ^vid | awk '{print $NF}'

@007revad commented on GitHub (Nov 18, 2023): There is a pci_vendor_ids.conf file that contains a list of hex vendor ids and the vendor name. Maybe adding Lexar to it will work. We know the vendor name is Lexar so we just need to get the vendor id. What do the following commands return: `sudo nvme id-ctrl /dev/nvme0 | grep NVME -A 5` `sudo nvme id-ctrl /dev/nvme0 | grep -E ^vid | awk '{print $NF}'`

kerem commented

2026-03-11 12:15:40 +03:00

Author

Owner

@b-col commented on GitHub (Nov 18, 2023):

https://i.imgur.com/IFpw9x4.png

@b-col commented on GitHub (Nov 18, 2023): https://i.imgur.com/IFpw9x4.png

kerem commented

2026-03-11 12:15:45 +03:00

Author

Owner

@007revad commented on GitHub (Nov 18, 2023):

Excellent.

Try the following:

sudo synosetkeyvalue /usr/syno/etc.defaults/pci_vendor_ids.conf 0x1d97 "Lexar Media"

If you already have storage manager open, close it and reopen it. Then check if storage manager is showing Lexar Media for the Lexar NVMe drive. If not reboot then check again.

@007revad commented on GitHub (Nov 18, 2023): Excellent. Try the following: `sudo synosetkeyvalue /usr/syno/etc.defaults/pci_vendor_ids.conf 0x1d97 "Lexar Media"` If you already have storage manager open, close it and reopen it. Then check if storage manager is showing Lexar Media for the Lexar NVMe drive. If not reboot then check again.

kerem commented

2026-03-11 12:15:50 +03:00

Author

Owner

@b-col commented on GitHub (Nov 19, 2023):

That's got the correct vendor name showing in storage manager after a reboot 😄
https://i.imgur.com/6lh83Lk.png

I can also see it when rerunning the previous commands you listed:
https://i.imgur.com/aSD4Iz0.png

I tried rerunning the original hdd script and rebooting, however I still see the firmware error - Not sure if I jumped the gun here though.

@b-col commented on GitHub (Nov 19, 2023): That's got the correct vendor name showing in storage manager after a reboot 😄 https://i.imgur.com/6lh83Lk.png I can also see it when rerunning the previous commands you listed: https://i.imgur.com/aSD4Iz0.png I tried rerunning the original hdd script and rebooting, however I still see the firmware error - Not sure if I jumped the gun here though.

kerem commented

2026-03-11 12:15:55 +03:00

Author

Owner

@007revad commented on GitHub (Nov 19, 2023):

It's great those changes made the vendor appear as it should. But it's disappointing that it's still showing the firmware error.

Try running syno_hdd_db.sh with -nrf

@007revad commented on GitHub (Nov 19, 2023): It's great those changes made the vendor appear as it should. But it's disappointing that it's still showing the firmware error. Try running syno_hdd_db.sh with -nrf

kerem commented

2026-03-11 12:16:01 +03:00

Author

Owner

@b-col commented on GitHub (Nov 19, 2023):

Same behaviour, unfortunately.

@b-col commented on GitHub (Nov 19, 2023): Same behaviour, unfortunately.

kerem commented

2026-03-11 12:16:06 +03:00

Author

Owner

@007revad commented on GitHub (Nov 19, 2023):

Maybe try running the Synology_enable_M2_volume script with the --restore option, then reboot.

@007revad commented on GitHub (Nov 19, 2023): Maybe try running the Synology_enable_M2_volume script with the --restore option, then reboot.

kerem commented

2026-03-11 12:16:11 +03:00

Author

Owner

@007revad commented on GitHub (Nov 19, 2023):

I just found another pci_vendor_ids.conf file.

Try this command:

sudo synosetkeyvalue /usr/syno/etc/pci_vendor_ids.conf 0x1d97 "Lexar Media"

@007revad commented on GitHub (Nov 19, 2023): I just found another pci_vendor_ids.conf file. Try this command: `sudo synosetkeyvalue /usr/syno/etc/pci_vendor_ids.conf 0x1d97 "Lexar Media"`

kerem commented

2026-03-11 12:16:16 +03:00

Author

Owner

@b-col commented on GitHub (Nov 19, 2023):

Okay, so some good progress.

I first ran your latest command to modify the pci_vendor_ids.conf file, rebooted, then reran the HDD script, but still had the issue.

Running the Synology_enable_M2_volume script with the --restore option, then rebooting with the HDD script set to run at boot has cleared the warning message 🎉

With that in mind, is there any need to run the Synology_enable_M2_volume script given I am still able to use the drives for storage right now?

Additionally, is there any harm in adding the two conf file commands to my boot script or is this unnecessary?

@b-col commented on GitHub (Nov 19, 2023): Okay, so some good progress. I first ran your latest command to modify the pci_vendor_ids.conf file, rebooted, then reran the HDD script, but still had the issue. Running the Synology_enable_M2_volume script with the --restore option, then rebooting with the HDD script set to run at boot has cleared the warning message 🎉 With that in mind, is there any need to run the Synology_enable_M2_volume script given I am still able to use the drives for storage right now? Additionally, is there any harm in adding the two conf file commands to my boot script or is this unnecessary?

kerem commented

2026-03-11 12:16:21 +03:00

Author

Owner

@007revad commented on GitHub (Nov 19, 2023):

The Synology_HDD_db script is the only one I use.

Since I updated Synology_HDD_db to enable creating volumes in storage manager with non-Synology NVMe drives I don't run the Synology_enable_M2_volume script anymore.

You'd only need to run those commands again after a DSM update.

I'm updating the Synology_HDD_db script to detect "unknown" NVMe drives and automatically run those commands. So far I've got a list of 9 vendors that aren't in the pci_vendor_ids.conf files.

0x10ec TEAMGROUP
0x1987 Phison 
0x1c5c "SK Hynix" 
0x1cc4 UMIS 
0x1d97 SPCC/Lexar
0x1dbe ADATA 
0x1e49 ZHITAI 
0x1e4b HS/MAXIO
0x1f40 Netac

I also need to make up a vendor name for "unknown" NVMe drives that aren't in the script. I was thinking maybe "Contact 007revad" or just "007revad" or "el cheapo" 😄

@007revad commented on GitHub (Nov 19, 2023): The Synology_HDD_db script is the only one I use. Since I updated Synology_HDD_db to enable creating volumes in storage manager with non-Synology NVMe drives I don't run the Synology_enable_M2_volume script anymore. You'd only need to run those commands again after a DSM update. I'm updating the Synology_HDD_db script to detect "unknown" NVMe drives and automatically run those commands. So far I've got a list of 9 vendors that aren't in the pci_vendor_ids.conf files. ``` 0x10ec TEAMGROUP 0x1987 Phison 0x1c5c "SK Hynix" 0x1cc4 UMIS 0x1d97 SPCC/Lexar 0x1dbe ADATA 0x1e49 ZHITAI 0x1e4b HS/MAXIO 0x1f40 Netac ``` I also need to make up a vendor name for "unknown" NVMe drives that aren't in the script. I was thinking maybe "Contact 007revad" or just "007revad" or "el cheapo" 😄

kerem commented

2026-03-11 12:16:26 +03:00

Author

Owner

@b-col commented on GitHub (Nov 20, 2023):

Ah okay, I wasn't aware the volume features were added to the HDD script so that makes sense.

Really appreciate your help with this (especially over a weekend) 😄

@b-col commented on GitHub (Nov 20, 2023): Ah okay, I wasn't aware the volume features were added to the HDD script so that makes sense. Really appreciate your help with this (especially over a weekend) 😄

kerem referenced this issue

2026-03-12 17:38:36 +03:00

[GH-ISSUE #572] No error message but still failed to create a storage pool #874

Rows
Columns

[GH-ISSUE #161] Partially working - One drive still unsupported #572