[GH-ISSUE #114] Still getting the Firmware message :( #755

Closed
opened 2026-03-12 16:31:44 +03:00 by kerem · 17 comments
Owner

Originally created by @ghost on GitHub (Jul 9, 2023).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/114

Hi there,

awesome scripts - thank you for your work! I was successful in activating my Crucial NVME SSD for pool storage on my DS920+.
However I do it, though, I still get the following error message:

Bildschirmfoto 2023-07-09 um 15 02 19

What can I do about that? Other than that, everything is working fine, so it's not the end of the world. But would be nice to get it fixed. :)

Thank you again!!!

Originally created by @ghost on GitHub (Jul 9, 2023). Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/114 Hi there, awesome scripts - thank you for your work! I was successful in activating my Crucial NVME SSD for pool storage on my DS920+. However I do it, though, I still get the following error message: <img width="728" alt="Bildschirmfoto 2023-07-09 um 15 02 19" src="https://github.com/007revad/Synology_HDD_db/assets/139054748/1cb5a029-2dd5-4119-a30e-6b2560fe36e2"> What can I do about that? Other than that, everything is working fine, so it's not the end of the world. But would be nice to get it fixed. :) Thank you again!!!
kerem closed this issue 2026-03-12 16:31:50 +03:00
Author
Owner

@007revad commented on GitHub (Jul 10, 2023):

What does the following command return:
sudo -i jq . /var.defaults/lib/disk-compatibility/ds920+_host_v7.db | grep -A 1 CT500P3PSSD8

<!-- gh-comment-id:1627958929 --> @007revad commented on GitHub (Jul 10, 2023): What does the following command return: `sudo -i jq . /var.defaults/lib/disk-compatibility/ds920+_host_v7.db | grep -A 1 CT500P3PSSD8`
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

So I executed the mentioned command and the output.log is completely empty. Am I doing that wrong or is that plausible?

<!-- gh-comment-id:1628507099 --> @ghost commented on GitHub (Jul 10, 2023): So I executed the mentioned command and the output.log is completely empty. Am I doing that wrong or is that plausible?
Author
Owner

@007revad commented on GitHub (Jul 10, 2023):

Try this version: https://github.com/007revad/Synology_HDD_db/releases/tag/v3.1.60-RC

<!-- gh-comment-id:1628524460 --> @007revad commented on GitHub (Jul 10, 2023): Try this version: https://github.com/007revad/Synology_HDD_db/releases/tag/v3.1.60-RC
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

Issue persists. Executed the script multiple times and restarted the NAS. Firmware message remains.
The grep command still gives me an empty log-file.

<!-- gh-comment-id:1628543367 --> @ghost commented on GitHub (Jul 10, 2023): Issue persists. Executed the script multiple times and restarted the NAS. Firmware message remains. The grep command still gives me an empty log-file.
Author
Owner

@007revad commented on GitHub (Jul 10, 2023):

Can you run the script again with the -snf options syno_hdd_db.sh -snf them copy the output and paste it in your reply.

<!-- gh-comment-id:1628602521 --> @007revad commented on GitHub (Jul 10, 2023): Can you run the script again with the -snf options `syno_hdd_db.sh -snf` them copy the output and paste it in your reply.
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

Synology_HDD_db v3.1.60
DS920+ DSM 7.2-64570-1
Using options: -snf

HDD/SSD models found: 3
ST16000NM000J-2TW103,SCE2
ST4000VN008-2DR166,SC60
WD40EFPX-68C6CN0,81.00A81

M.2 drive models found: 1
CT500P3PSSD8,P9CR40A

No M.2 PCIe cards found

No Expansion Units found

ST16000NM000J-2TW103 already exists in ds920+_host.db
ST16000NM000J-2TW103 already exists in ds920+_host_v7.db
ST16000NM000J-2TW103 already exists in ds920+_host_v7.db.new
ST16000NM000J-2TW103 already exists in ds920+_host.db.new
ST4000VN008-2DR166 already exists in ds920+_host.db
ST4000VN008-2DR166 already exists in ds920+_host_v7.db
ST4000VN008-2DR166 already exists in ds920+_host_v7.db.new
ST4000VN008-2DR166 already exists in ds920+_host.db.new
WD40EFPX-68C6CN0 already exists in ds920+_host.db
WD40EFPX-68C6CN0 already exists in ds920+_host_v7.db
WD40EFPX-68C6CN0 already exists in ds920+_host_v7.db.new
WD40EFPX-68C6CN0 already exists in ds920+_host.db.new
CT500P3PSSD8 already exists in ds920+_host.db
CT500P3PSSD8 already exists in ds920+_host_v7.db
CT500P3PSSD8 already exists in ds920+_host_v7.db.new
CT500P3PSSD8 already exists in ds920+_host.db.new

Disabled support disk compatibility.

Support memory compatibility already enabled.

M.2 volume support already enabled.

Drive db auto updates already disabled.

  "model": "ST16000NM000J-2TW103",
  "firmware": "",
  "rec_intvl": [

  "model": "ST4000VN008-2DR166",
  "firmware": "SC60",
  "rec_intvl": [

  "model": "WD40EFPX-68C6CN0",
  "firmware": "",
  "rec_intvl": [

  "model": "CT500P3PSSD8",
  "firmware": "",
  "rec_intvl": [

DSM successfully checked disk compatibility.

You may need to reboot the Synology to see the changes.

<!-- gh-comment-id:1628641791 --> @ghost commented on GitHub (Jul 10, 2023): Synology_HDD_db v3.1.60 DS920+ DSM 7.2-64570-1 Using options: -snf HDD/SSD models found: 3 ST16000NM000J-2TW103,SCE2 ST4000VN008-2DR166,SC60 WD40EFPX-68C6CN0,81.00A81 M.2 drive models found: 1 CT500P3PSSD8,P9CR40A No M.2 PCIe cards found No Expansion Units found ST16000NM000J-2TW103 already exists in ds920+_host.db ST16000NM000J-2TW103 already exists in ds920+_host_v7.db ST16000NM000J-2TW103 already exists in ds920+_host_v7.db.new ST16000NM000J-2TW103 already exists in ds920+_host.db.new ST4000VN008-2DR166 already exists in ds920+_host.db ST4000VN008-2DR166 already exists in ds920+_host_v7.db ST4000VN008-2DR166 already exists in ds920+_host_v7.db.new ST4000VN008-2DR166 already exists in ds920+_host.db.new WD40EFPX-68C6CN0 already exists in ds920+_host.db WD40EFPX-68C6CN0 already exists in ds920+_host_v7.db WD40EFPX-68C6CN0 already exists in ds920+_host_v7.db.new WD40EFPX-68C6CN0 already exists in ds920+_host.db.new CT500P3PSSD8 already exists in ds920+_host.db CT500P3PSSD8 already exists in ds920+_host_v7.db CT500P3PSSD8 already exists in ds920+_host_v7.db.new CT500P3PSSD8 already exists in ds920+_host.db.new Disabled support disk compatibility. Support memory compatibility already enabled. M.2 volume support already enabled. Drive db auto updates already disabled. "model": "ST16000NM000J-2TW103", "firmware": "", "rec_intvl": [ "model": "ST4000VN008-2DR166", "firmware": "SC60", "rec_intvl": [ "model": "WD40EFPX-68C6CN0", "firmware": "", "rec_intvl": [ "model": "CT500P3PSSD8", "firmware": "", "rec_intvl": [ DSM successfully checked disk compatibility. You may need to reboot the Synology to see the changes.
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

Rebooted the NAS after this and the firmware message still persits.

<!-- gh-comment-id:1628642167 --> @ghost commented on GitHub (Jul 10, 2023): Rebooted the NAS after this and the firmware message still persits.
Author
Owner

@007revad commented on GitHub (Jul 10, 2023):

I can see you previously had DSM 6 installed before updating to DSM 7

It's interesting (to me) that the last db file edited was an old DSM 6 file so the script showed edits made to the old ds920+_host.db file instead of the ds920+_host_v7.db file.

If you run this command again what does it output?
sudo -i jq . /var.defaults/lib/disk-compatibility/ds920+_host_v7.db | grep -A 1 CT500P3PSSD8

<!-- gh-comment-id:1628713062 --> @007revad commented on GitHub (Jul 10, 2023): I can see you previously had DSM 6 installed before updating to DSM 7 It's interesting (to me) that the last db file edited was an old DSM 6 file so the script showed edits made to the old ds920+_host.db file instead of the ds920+_host_v7.db file. If you run this command again what does it output? `sudo -i jq . /var.defaults/lib/disk-compatibility/ds920+_host_v7.db | grep -A 1 CT500P3PSSD8`
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

Yea, that's correct. I upgraded from DSM 6 to 7 RC and then to the final version.
The log is empty for sudo -i jq . /var.defaults/lib/disk-compatibility/ds920+_host_v7.db | grep -A 1 CT500P3PSSD8

<!-- gh-comment-id:1628740480 --> @ghost commented on GitHub (Jul 10, 2023): Yea, that's correct. I upgraded from DSM 6 to 7 RC and then to the final version. The log is empty for sudo -i jq . /var.defaults/lib/disk-compatibility/ds920+_host_v7.db | grep -A 1 CT500P3PSSD8
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

Tried the same for the non-"v7".db:
jq: error: Could not open file /var.defaults/lib/disk-compatibility/ds920+_host.db: No such file or directory

<!-- gh-comment-id:1628756203 --> @ghost commented on GitHub (Jul 10, 2023): Tried the same for the non-"v7".db: jq: error: Could not open file /var.defaults/lib/disk-compatibility/ds920+_host.db: No such file or directory
Author
Owner

@007revad commented on GitHub (Jul 10, 2023):

I'm assuming you have home folders enabled on your Synology.

Do NOT run the following as root. Run them as an admin or user.

Can you run these 2 commands:

mkdir $HOME/var.defaults
sudo -i cp /var.defaults/lib/disk-compatibility/* $HOME/var.defaults/

Then run these 2 commands:

mkdir $HOME/var
sudo -i cp /var/lib/disk-compatibility/* $HOME/var/

Then go to your home folder and zip or tar the var.defaults and var folders and attach the zip or tar files to your reply.

<!-- gh-comment-id:1628793285 --> @007revad commented on GitHub (Jul 10, 2023): I'm assuming you have home folders enabled on your Synology. Do NOT run the following as root. Run them as an admin or user. Can you run these 2 commands: ``` mkdir $HOME/var.defaults sudo -i cp /var.defaults/lib/disk-compatibility/* $HOME/var.defaults/ ``` Then run these 2 commands: ``` mkdir $HOME/var sudo -i cp /var/lib/disk-compatibility/* $HOME/var/ ``` Then go to your home folder and zip or tar the **var.defaults** and **var** folders and attach the zip or tar files to your reply.
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

So I've been executing all of those commands via task scheduler. I haven't been able to do this with your latest commands.
Could you please let me know how to do that there? Just copying these commands there and executing results in no "var" folder being created in the HOMES-folder, nor in the specific user's folders.

<!-- gh-comment-id:1628876205 --> @ghost commented on GitHub (Jul 10, 2023): So I've been executing all of those commands via task scheduler. I haven't been able to do this with your latest commands. Could you please let me know how to do that there? Just copying these commands there and executing results in no "var" folder being created in the HOMES-folder, nor in the specific user's folders.
Author
Owner

@007revad commented on GitHub (Jul 10, 2023):

If your user name in DSM is Yousif you would run the following 4 lines in task scheduler as root:

mkdir /var/services/homes/Yousif/var.defaults 
cp /var.defaults/lib/disk-compatibility/* /var/services/homes/Yousif/var.defaults/
mkdir /var/services/homes/Yousif/var 
cp /var/lib/disk-compatibility/* /var/services/homes/Yousif/var/

Obviously if your user name is not Yousif you'd change Yousif to your user name.

<!-- gh-comment-id:1628896162 --> @007revad commented on GitHub (Jul 10, 2023): If your user name in DSM is Yousif you would run the following 4 lines in task scheduler as root: ``` mkdir /var/services/homes/Yousif/var.defaults cp /var.defaults/lib/disk-compatibility/* /var/services/homes/Yousif/var.defaults/ mkdir /var/services/homes/Yousif/var cp /var/lib/disk-compatibility/* /var/services/homes/Yousif/var/ ``` Obviously if your user name is not Yousif you'd change Yousif to your user name.
Author
Owner

@ghost commented on GitHub (Jul 10, 2023):

Got the following output:
cp: -r not specified; omitting directory '/var.defaults/lib/disk-compatibility/rules'
cp: -r not specified; omitting directory '/var/lib/disk-compatibility/rules'

Folders were created, though. PFA

home.zip

<!-- gh-comment-id:1628913553 --> @ghost commented on GitHub (Jul 10, 2023): Got the following output: cp: -r not specified; omitting directory '/var.defaults/lib/disk-compatibility/rules' cp: -r not specified; omitting directory '/var/lib/disk-compatibility/rules' Folders were created, though. PFA [home.zip](https://github.com/007revad/Synology_HDD_db/files/12002118/home.zip)
Author
Owner

@007revad commented on GitHub (Jul 11, 2023):

Can you try these commands:

hdmodel=CT500P3PSSD8
sed -i "s/$hdmodel\",\"firmware\":\"/$hdmodel\",\"firmware\":\"P9CR40A/" "/var/lib/disk-compatibility/ds920+_host.db"

Then reboot.

<!-- gh-comment-id:1630133030 --> @007revad commented on GitHub (Jul 11, 2023): Can you try these commands: ``` hdmodel=CT500P3PSSD8 sed -i "s/$hdmodel\",\"firmware\":\"/$hdmodel\",\"firmware\":\"P9CR40A/" "/var/lib/disk-compatibility/ds920+_host.db" ``` Then reboot.
Author
Owner

@ghost commented on GitHub (Jul 11, 2023):

Still the same :(

<!-- gh-comment-id:1630435615 --> @ghost commented on GitHub (Jul 11, 2023): Still the same :(
Author
Owner

@007revad commented on GitHub (Jul 12, 2023):

Have you previously run the Synology_enable_M2_volume script?

If yes, then run it with the --restore option then reboot. Note: the Synology may take up to 10 minutes to reboot.

<!-- gh-comment-id:1631716266 --> @007revad commented on GitHub (Jul 12, 2023): Have you previously run the Synology_enable_M2_volume script? If yes, then run it with the --restore option then reboot. Note: the Synology may take up to 10 minutes to reboot.
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/Synology_HDD_db#755
No description provided.