mirror of
https://github.com/007revad/Synology_HDD_db.git
synced 2026-04-25 21:55:59 +03:00
[GH-ISSUE #319] Unable to create SSD storage pool [DS920+; DSM 7.1.1-42962 Update 5] #824
Labels
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/Synology_HDD_db#824
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @jhlchu on GitHub (Jul 8, 2024).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/319
DS920+ on DSM 7.1.1-42962 Update 5.
1 Intel SSD (M.2 slot 2) as read-cache before buying and installing another SSD (Firecuda 530) in M.2 slot 1.
I following the sequence:
Cache Device 1in Storage Manager./volume1/homes/{username}/scripts/. Run the script from Putty.Not Initialized. ClickManage Available Drives > Create Storage Pool, dialog "Cannot perform this action. No drives are available or meet the requirements"Synology_M2_volume, reboot, same error as 5.Both drives are still recognized as
Cache device.Terminal outputs
Synology_HDD_db
Synology_M2_volume
@007revad commented on GitHub (Jul 8, 2024):
Upgrade to DSM 7.2.1 and it will work with just Synology_HDD_db
https://global.synologydownload.com/download/DSM/release/7.2.1/69057-1/DSM_DS920%2B_69057.pat
@jhlchu commented on GitHub (Jul 8, 2024):
I was concerned about upgrading to 7.2.1 because of https://github.com/007revad/Synology_HDD_db/issues/292. They are using the same drive, therefore I was hesitant in updating as that OP had to downgrade back to 7.1.1 for drives to be recognized again.
Was the source of their issue identified?
Should I do any prep work on 7.1.1 to ensure that I don't have "missing in syno_slot_mapping and /run/synostorage/disks"? (e.g. remove the script edited files from Synology_M2_volume or Synology_HDD_db, restore some default values before updating, disable scheduled task)
@007revad commented on GitHub (Jul 8, 2024):
They have a DS923+ which officially supported M.2 volumes in DSM 7.1.1
I'm fairly sure DSM for the DS920+ did not have the necessary files until DSM 7.2 (which was when storage manager became a package).
@jhlchu commented on GitHub (Jul 10, 2024):
That was indeed the issue.
Disabled schedule task, updated to 7.2.1, ran the script, reboot, drive now shows as M.2 Drive.