mirror of
https://github.com/007revad/Synology_HDD_db.git
synced 2026-04-25 13:45:59 +03:00
[GH-ISSUE #499] HGST HUS724040ALA640 still not working on DS1512+ with DX513 expansion (DSM 6.2.4-25556 U8) #672
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#672
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 @MortenCB on GitHub (Jul 31, 2025).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/499
First run (with no parameters):

Second run, with -w and -n:

I have also added the scipt as a startup task as "/volume2/Backups/Synology_HDD_db-3.6.111/syno_hdd_db.sh -n -w --autoupdate=3"
Rebooted many times, it still won't let me add this drive as a hot spare and rebuild my array.
@MortenCB commented on GitHub (Aug 1, 2025):
The drive has been used in a virtual Synology before, with DSM7. Could that have something to do with it? Is there a way to format the drive when the gui says it isn't supported to see if it helps removing the old traces of DSM on it?
@MortenCB commented on GitHub (Aug 1, 2025):
Seems like it was some remains from the old Synology that made this Synology say it was not supported. After buying a USB-SATA adapter and connecting it to my computer and removing the partitions, it came up as supported and works fine.
@007revad commented on GitHub (Aug 2, 2025):
As you've discovered DSM does not like drives that already has partitions on them.