DSM 7.3 Neue Version 7.3.2 – 86009

[Andy+]

Was allerdings auch früher oder später zu erwarten war und nicht wirklich überraschend ist

Ich verstehe nicht, was damit gemeint ist. Sollte damit gemeint sein, dass der ARC Loader mit DSM 7.3 grundlegende Probleme hat, ist das so nicht richtig. Es geht in erster Linie um einen geordneten Umgang mit Bestandssystemen, auf denen DSM 7.2 läuft und gerade da klemmts etwas.

Auf der anderen Seite muss ich sagen, DSM 7.2.2-U5 scheint mir nicht schlechter, wie DSM 7.3.2. Mir kommt es sogar eher so vor, also ob im DSM 7.3.x auch nur vielleicht diverse Begrenzungen zur Hardware aufgehoben worden, aber in jedem Fall mehr Angstmacherei bezüglich angeblichen Kompatibilitätsgeschichten implementiert worden. Das einzig handfeste ist, das nun vollständige Entfernen von PHP 7, sodass nun alle APPs mit PHP 8 laufen.

 

[maxblank]

Fremde Hardware und so - das ist damit gemeint.

 

[Andy+]

Ja, das ist sicherlich so, aber bei den Komponenten werden oft ähnliche Fabrikate und Typen verwendet, ob das nun Ugreen, Minusforum, Aoostar, Terramaster usw. ist. Im Falle des Toolkits dafür sind das EEPROM Zugriffe, die kompatibel sein müssen betreffend CPU und RAM.

 

[shardsofwar]

Hallo,

ich betreibe seit fast 2 Jahren eine DS124 mit einer WD Red 1 TB NAS SSD. Das hat bisher problemlos funktioniert.

Vor einigen Tagen habe ich das Update auf 7.3.2-86009 installiert, als ich im Benachrichtigungscenter auf die neue Version hingewiesen wurde.

Nach dem erfolgreichen Update erhielt ich direkt eine neue Mitteilung, dass meine SSD nicht in einer Kompatbilitätsliste zu finden wäre und daher TRIM deaktiviert wird.

TRIM function has been disabled due to SSD compatibility issues in Volume [1]. Please visit Synology website for compatible SSD list.

Ich hatte Mitte 2025 Artikel gelesen und mitbekommen, dass Synology bei neuen Produkten einen Hardwarezwang andenkt und auch beginnt umzusetzen. Ich bin aber nicht davon ausgegangen, dass man bei einem gekauften Produkt per Softwareupdate zu einem späteren Zeitpunkt den Leistungsumfang reduziert.

Ich frage mich gerade, was ich jetzt tun kann. Ist es ggf. nur ein Fehler und wird behoben? Muss ich aktiv werden? Muss ich ggf. wieder auf die alte Version wechseln?

So einfach akzeptieren möchte ich das jedenfalls nicht. Mein erster Gedanke war jedenfalls, dass dieses Vorgehen fragwürdig ist und unter Umständen sogar gegen ein Verbraucherschutzgesetz verstößt.


Cu

 

[maxblank]

Prüfe mal, ob du TRIM nachträglich im Speicher-Manager wieder aktivieren kannst.

Screenshot gemacht? Synology damit anschreiben und Ticket eröffnen.

Ansonsten das Script von @DaveR ausführen, sollte das Thema auch lösen.

 

[Benie]

Screenshot gemacht? Synology damit anschreiben und Ticket eröffnen.

Auf jeden Fall, das ist eine Frechheit. Zudem hat es nicht geheißen Sata SSD bleiben außen vor?

 

[shardsofwar]

Prüfe mal, ob du TRIM nachträglich im Speicher-Manager wieder aktivieren kannst.

Screenshot gemacht? Synology damit anschreiben und Ticket eröffnen.

Ansonsten das Script von @DaveR ausführen, sollte das Thema auch lösen.

Hallo,

im Speichermanager hatte ich schon geguckt. Die Option wird mir nicht mehr angeboten.

Ein Ticket habe ich bereits erstellt und um Aufklärung/Behebung gebeten. Ich habe mir aber auch ein Foren-Account erstellt, um auch hier nach Hilfe zu fragen.

Was für ein Script? Und was muss ich genau tun? Ich bin eher unbedarfter Anwender und nicht tief in der Materie.

 

[plang.pl]

https://www.synology-forum.de/threa...pt-synology_hdd_db-synology_m2_volume.129745/

 

[shardsofwar]

Auf jeden Fall, das ist eine Frechheit. Zudem hat es nicht geheißen Sata SSD bleiben außen vor?

Grundsätzlich würde ich es immer hinterfragen wollen, wenn man ein im Einsatz befindliches Produkt (unabhängig der verwendeten Festplatte) nachträglich mit einem Update in seiner Leistung gezielt einschränkt und wie in dem Fall die Lebensdauer verkürzt. Das ist zumindest mein "rechtliches" Verständnis.

 

[DaveR]

Synology has a habit of removing features that existed when people bought their Synology.

I have a habit of re-storing the removed features: https://007revad.github.io/

 

[DaveR]

Auf jeden Fall, das ist eine Frechheit. Zudem hat es nicht geheißen Sata SSD bleiben außen vor?

The current https://kb.synology.com/de-de/DSM/tutorial/Drive_compatibility_policies says that only SATA SSDs on the Incompatible list are blocked from storage pool or cache creation and migration. I've not seen a incompatible list yet.

 

[DaveR]

I think the incompatible list is included in the compatible drive database. If I'm correct then so far only some of Synology's own drives, with certain firmware versions, are listed as incompatible with "compatibility": "unverified".

        "SAT5210-3840G": {                                         <---------------- Synology 2.5" SATA SSD
            "SCEMH3.2": {                                          <---------------- firmware version
                "fw_buildnumber": 2,
                "firm_bin": "SCEMH3.2.bin",
                "compatibility_interval": [{
                        "compatibility": "support",                <---------------- compatible
                        "not_yet_rolling_status": "support",       <---------------- compatible
                        "fw_dsm_update_status_notify": false,
                        "barebone_installable": true,
                        "barebone_installable_v2": "auto",
                        "smart_test_ignore": true,
                        "smart_attr_ignore": true
                    }
                ]
            },
            "SCEMH3.1": {                                          <---------------- firmware version
                "fw_buildnumber": 1,
                "firm_bin": "SCEMH3.1.bin",
                "compatibility_interval": [{
                        "compatibility": "unverified",             <---------------- incompatible?
                        "not_yet_rolling_status": "unverified",    <---------------- incompatible?
                        "fw_dsm_update_status_notify": false,
                        "barebone_installable": true,
                        "barebone_installable_v2": "auto",
                        "smart_test_ignore": true,
                        "smart_attr_ignore": true
                    }
                ]
            },

 

[DaveR]

@shardsofwar
Which DSM version was your DS124 using before you updated to DSM 7.3.2 ?

 

[DaveR]

@shardsofwar
Personally I would just schedule syno_hdd_db to run as root at boot up and get back to using your NAS with TRIM enabled.

To schedule it see https://github.com/007revad/Synology_HDD_db/blob/main/how_to_schedule.md

 

[shardsofwar]

Hello,

Synology has a habit of removing features that existed when people bought their Synology.

I have a habit of re-storing the removed features: https://007revad.github.io/

nice to see that someone looks into it and provides help. Thank you.

Removing a feature or tool is one thing. But in my perspective this is just over the top as they cut a substantial function just by saying the SSD isnt verified from one day to another and so negatively influence the lifespan of my SSD.

To me it looks like they are trying to push their own hardware. Its legally questionable and I might invest time & energy to dig deeper here.

Which DSM version was your DS124 using before you updated to DSM 7.3.2 ?

Based on the logs the system was running DSM 7.2.2-72806 Update 5 before, which was installed automatically in November 2025. (Log: Start install [DSM 7.2.2-72806 Update 5] automatically.)

Personally I would just schedule syno_hdd_db to run as root at boot up and get back to using your NAS with TRIM enabled.

To schedule it see https://github.com/007revad/Synology_HDD_db/blob/main/how_to_schedule.md

Thanks for pointing it out. I will see whether I understand all the steps to get this done. However, I really wanna see them fix it on their end and not get away with this.



I got an offical answer regarding my ticket:

Thank you for contacting Synology Technical Support.


This decision was made since the TRIM function should not have been allowed for unverified SSDs, to prevent compatibility issues that might happen when performing TRIM on unverified SSDs.


However, before DSM 7.3, it was not properly enforced on unverified SSDs, so they disabled it in DSM 7.3 and only enabled it for the compatible SSDs, unfortunately.


We apologize for any inconvenience this may have caused. Although there are currently no plans to bring back TRIM for unverified SSDs, I will send a feature request for you on this matter.


Hope the information helps. We appreciate your understanding and cooperation.

They are just trying to fool someone.

 

[DS213j]

Zunächst: gesundes Neues allen Mitforisten

Seit dem Update gab es Probleme mit dem AdGuard Container.
Habe diesen dann neu installiert und mit den gleichen Einstellungen und DNS Filtern wie vorher betrieben. Trotzdem funktionieren etliche Webseiten erst nach nochmaligem Aufruf, Anmeldedaten für Mediatheken werden vergessen etc.
Hat jemand ähnliche Erfahrungen gemacht?

 

[shardsofwar]

The current https://kb.synology.com/de-de/DSM/tutorial/Drive_compatibility_policies says that only SATA SSDs on the Incompatible list are blocked from storage pool or cache creation and migration. I've not seen a incompatible list yet.
Anhang anzeigen 110167

Mhh, I guess TRIM would just be a function that generally falls under the category (Neuinstallation, Migration etc.), but so far I just see nothing what is not supported for "Not verified" SATA-SSD's. It should just all run without problems based on their own article. Even if the article doesnt address the DS series, but DS Plus series next to others.

Also the article states that their "drive compatibility policies" starting with 2025 models. Nothing said about it affects older models and series.

However, I replied to the support that their answer isnt satisfying.

 

[DaveR]

TRIM is in the category of "some features may not be available if your drives are not in the compatible drive list" that was mentioned in the original version of the 25 plus series Drive compatibility policies document. That comment seemed to infer SSD TRIM, firmware updates, SMART info etc.

There's a current thread on reddit - https://www.reddit.com/r/synology/comments/1q1hu5s/comment/nx6c7mb/ - where the OP migrated their Synology SAT5210-960G SSDs with SCEMH3.2 firmware to a new DS1525+ only to find out that their SAT5210-960G SSDs with SCEMH3.2 firmware are not on the compatible drive list for the DS1525+, so TRIM is not available.

The SAT5210-960G SSDs currently being sold by Synology have SCEMH3.4 firmware which are on the compatible drive list for the DS1525+.

Synology's latest SynoOnlinePack and SynoOfflinePack updates only include the SCEMH3.2 firmware for the SAT5210-960G so the person can't even update the firmware to get TRIM working - and they refuse to run syno_hdd-db - so they are not happy Synology.

 

[Benie]

When I installed my DS1525+, I installed WDRedPlus HDDs and two M.2 NVMEs Lexar NM790.
First boot and installation of DSM. Than
I copied Your HDD Script to the HDDs and entered it in the Task Scheduler.
Performed a second reboot and the NVMEs were initialized.
Created a storage pool on the NVMEs. It was so easy, like setup at my DS920+
Your script works like a charm on DS1525+.

 

[shardsofwar]

TRIM is in the category of "some features may not be available if your drives are not in the compatible drive list" ....

Thanks for clarification.

Btw. I've created another post this afternoon and answered your question already, but it says that the post is hidden and needs an approval. Not sure why this happen or what triggered it.

Which DSM version was your DS124 using before you updated to DSM 7.3.2 ?

Based on the logs the system was running DSM 7.2.2-72806 Update 5 before, which was installed automatically in November 2025.


And thats the answer from the Synology support team about my case:

This decision was made since the TRIM function should not have been allowed for unverified SSDs, to prevent compatibility issues that might happen when performing TRIM on unverified SSDs.


However, before DSM 7.3, it was not properly enforced on unverified SSDs, so they disabled it in DSM 7.3 and only enabled it for the compatible SSDs, unfortunately.


We apologize for any inconvenience this may have caused. Although there are currently no plans to bring back TRIM for unverified SSDs, I will send a feature request for you on this matter.


Hope the information helps. We appreciate your understanding and cooperation.