[GH-ISSUE #420] Enhancement Request: add option for directly applying u/Alex_of_Chaos patch for making HDD hibernation work when you (only) have NVMe I/O activity

kerem commented

2026-03-07 19:16:21 +03:00

Owner

Originally created by @TorbenSchreiter on GitHub (Jan 3, 2025).
Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/420

Referring to this and parts of the related Python script from https://github.com/AlexFromChaos/synology_hibernation_fixer.

While the Synology DSM HDD hibernation fixer script does a number of different things, I would find what Alex labels "applying in-memory patches for DSM binaries which prevent HDD hibernation to function normally when there is an NVMe activity (allows for eg. to setup noisy Docker containers on an NVMe partition and have working HDD hibernation)" as probably very useful in most cases where Synology_HDD_db is applied. He states explicitly that this goes beyond just Docker usage (and I have observed the same on my unit).

My understanding of Alex' original Reddit post is that this strange behavior was probably introduced w/ SSD Cache in mind. As it is the main point of Synology_HDD_db to actually make the M.2 slots work for normal storage purposes, it would make sense to also integrate the hibernation fix directly here as many people will move their frequently accessed files to the M.2 first (I would expect).

Having this available as an (experimental) option directly in Synology_HDD_db (while giving credit to Alex in the Readme) would be a great addition IMHO.

Originally created by @TorbenSchreiter on GitHub (Jan 3, 2025). Original GitHub issue: https://github.com/007revad/Synology_HDD_db/issues/420 Referring to [this](https://www.reddit.com/r/synology/comments/129lzjg/fixing_hdd_hibernation_when_you_have_docker_on/) and parts of the related Python script from https://github.com/AlexFromChaos/synology_hibernation_fixer. While the Synology DSM HDD hibernation fixer script does a number of different things, I would find what Alex labels "applying in-memory patches for DSM binaries which prevent HDD hibernation to function normally when there is an NVMe activity (allows for eg. to setup noisy Docker containers on an NVMe partition and have working HDD hibernation)" as probably very useful in _most_ cases where Synology_HDD_db is applied. He states explicitly that this goes beyond just Docker usage (and I have observed the same on my unit). My understanding of Alex' original Reddit post is that this strange behavior was probably introduced w/ SSD Cache in mind. As it is the main point of Synology_HDD_db to actually make the M.2 slots work for normal storage purposes, it would make sense to also integrate the hibernation fix directly here as many people will move their frequently accessed files to the M.2 first (I would expect). Having this available as an (experimental) option directly in Synology_HDD_db (while giving credit to Alex in the Readme) would be a great addition IMHO.

kerem added the

enhancement

label

2026-03-07 19:16:21 +03:00

kerem commented

2026-03-07 19:16:22 +03:00

Author

Owner

@007revad commented on GitHub (Jan 3, 2025):

If I add hibernation fixer as an option, rather than copying Alex's work I'd probably make syno_hdd_db download hiber_fixer.py and run it when syno_hdd_db has finished.

I've never run hiber_fixer.py so I'll have a play with it.

@007revad commented on GitHub (Jan 3, 2025): If I add hibernation fixer as an option, rather than copying Alex's work I'd probably make syno_hdd_db download hiber_fixer.py and run it when syno_hdd_db has finished. I've never run hiber_fixer.py so I'll have a play with it.

kerem commented

2026-03-07 19:16:23 +03:00

Author

Owner

@007revad commented on GitHub (Jan 3, 2025):

Okay, I just ran hiber_fixer.py

Alex obviously doesn't believe in the standard 80 column shell window. The first 5 lines:

----------------------------------------------------------------------------------------------------
Select desired triggering periods for synocrond tasks. Depending on your NAS usage scenario you
might want to leave some of them enabled (for eg. periodic BTRFS-related maintaining jobs). If you
don't want to specify your setup, you can just press Enter for all tasks to choose the default
recommended values
----------------------------------------------------------------------------------------------------

are a mess for me:

I'd probably end up fixing that :o)

The default schedules for most items looked okay to me. They were either daily, weekly or monthly. I'm not worried about my NAS waking up the HDDs once a day (as long those daily schedules aren't spread out too much).

There were 10 crontab schedules, that I didn't bother working out how frequently they were scheduled for.

@007revad commented on GitHub (Jan 3, 2025): Okay, I just ran hiber_fixer.py Alex obviously doesn't believe in the standard 80 column shell window. The first 5 lines: ``` ---------------------------------------------------------------------------------------------------- Select desired triggering periods for synocrond tasks. Depending on your NAS usage scenario you might want to leave some of them enabled (for eg. periodic BTRFS-related maintaining jobs). If you don't want to specify your setup, you can just press Enter for all tasks to choose the default recommended values ---------------------------------------------------------------------------------------------------- ``` are a mess for me: ![image](https://github.com/user-attachments/assets/f0ddce78-9c03-40a0-aa8a-ddf40d42a6bd) I'd probably end up fixing that :o) The default schedules for most items looked okay to me. They were either daily, weekly or monthly. I'm not worried about my NAS waking up the HDDs once a day (as long those daily schedules aren't spread out too much). There were 10 crontab schedules, that I didn't bother working out how frequently they were scheduled for.

kerem commented

2026-03-07 19:16:23 +03:00

Author

Owner

@TorbenSchreiter commented on GitHub (Jan 3, 2025):

Just saw this (from 5 months ago, thus more recently than the latest version on Github):

But don't use it right now - I have updates for the script pending for a long time which I need to clean up and push to github.

Although first I'm going to release another hibernation-related thing once I have some free time - a script to force DSM to boot only from NVMe (DSM system partitions only on NVMe disks). That in-memory patch to separate SATA/NVMe activity for the hibernation timer will be included there too and in general it should make the synology_hibernation_fixer script useless for those who apply the upcoming one.

Regardless of the above: I think hiber_fixer.py does a lot of things unrelated to what Synology_HDD_db is meant for. They will be useful for other scenarios but I would maybe not mix up things too much.

So maybe, if you are thinking about making hiber_fixer.py more controllable via shell, then an option that only does the NVMe patch (but not the other bunch of things largely unrelated to M.2s) makes more sense?

@TorbenSchreiter commented on GitHub (Jan 3, 2025): Just saw [this](https://www.reddit.com/r/synology/comments/10cpbqd/comment/lj410pi/) (from 5 months ago, thus more recently than the latest version on Github): > But don't use it right now - I have updates for the script pending for a long time which I need to clean up and push to github. > >Although first I'm going to release another hibernation-related thing once I have some free time - a script to force DSM to boot only from NVMe (DSM system partitions only on NVMe disks). That in-memory patch to separate SATA/NVMe activity for the hibernation timer will be included there too and in general it should make the synology_hibernation_fixer script useless for those who apply the upcoming one. Regardless of the above: I think hiber_fixer.py does a lot of things unrelated to what Synology_HDD_db is meant for. They will be useful for other scenarios but I would maybe not mix up things too much. So maybe, if you are thinking about making hiber_fixer.py more controllable via shell, then an option that _only_ does the NVMe patch (but not the other bunch of things largely unrelated to M.2s) makes more sense?

kerem commented

2026-03-07 19:16:23 +03:00

Author

Owner

@007revad commented on GitHub (Jan 3, 2025):

It would depending on how Alex intends to force DSM to boot only from NVMe drives. Assuming Alex's method would need to be redone after each DSM update it would need to be done after syno_hdd_db has run.

I'd hope Alex knows some way to add md0 and md1 to the NVMe drives without needing to reformat them.

@007revad commented on GitHub (Jan 3, 2025): It would depending on how Alex intends to force DSM to boot only from NVMe drives. Assuming Alex's method would need to be redone after each DSM update it would need to be done after syno_hdd_db has run. I'd hope Alex knows some way to add md0 and md1 to the NVMe drives without needing to reformat them.

kerem commented

2026-03-07 19:16:23 +03:00

Author

Owner

@TorbenSchreiter commented on GitHub (Dec 4, 2025):

tagging @AlexFromChaos to see whether there would be willingness to integrate here; possible testers could be recruited from here possibly

some threads I had been following:

@TorbenSchreiter commented on GitHub (Dec 4, 2025): tagging @AlexFromChaos to see whether there would be willingness to integrate here; possible testers could be recruited from here possibly some threads I had been following: * https://www.reddit.com/r/synology/comments/1eqv7h0/comment/mwux3bt/?context=3 * https://www.reddit.com/r/synology/comments/1fkn5ok/comment/mwa66sl/?context=3

kerem commented

2026-03-07 19:16:23 +03:00

Author

Owner

@007revad commented on GitHub (Dec 11, 2025):

Alex hasn't posted anything on GitHub in the last 2 years. And nothing on reddit in the last 6 months.

@007revad commented on GitHub (Dec 11, 2025): Alex hasn't posted anything on GitHub in the last 2 years. And nothing on reddit in the last 6 months.

kerem referenced this issue

2026-03-11 11:59:59 +03:00

[GH-ISSUE #149] DSM 7.2.1 Diskstation 918+ NVME volume not supported #562

kerem referenced this issue

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

[GH-ISSUE #150] DSM 7.2.1-69057 Won't support syno_hdd_db.sh #566

kerem referenced this issue

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

[GH-ISSUE #149] DSM 7.2.1 Diskstation 918+ NVME volume not supported #772

kerem referenced this issue

2026-03-12 16:51:34 +03:00

[GH-ISSUE #150] DSM 7.2.1-69057 Won't support syno_hdd_db.sh #776