[Synology] Vraag en antwoord - deel 3

[kraats]

Hier draait 'ie zonder problemen. Ook websites, mail en dockers zonder issues.
Was alleen mijn eerste update na een NVME SSD te gebruiken met het HDD_DB script. En dat ging nog even niet zo goed. Mocht wat herstelwerkzaamheden uitvoeren. Hopelijk gaat het de volgende update beter

[Gdsur5all]

Sharky schreef op woensdag 19 augustus 2026 @ 14:28:
Iemand de laatste update (7.4.1-90080 volgens mij) al geïnstalleerd? Mijn 920+ is haast niet meer te benaderen Home Assistant die in een VM draait reageert nog amper. Reboot heeft nog niet geholpen.

Ja hier 2x op een 920+ draait prima al enkele dagen.

[Sharky]

kraats schreef op woensdag 19 augustus 2026 @ 14:32:
Hier draait 'ie zonder problemen. Ook websites, mail en dockers zonder issues.
Was alleen mijn eerste update na een NVME SSD te gebruiken met het HDD_DB script. En dat ging nog even niet zo goed. Mocht wat herstelwerkzaamheden uitvoeren. Hopelijk gaat het de volgende update beter

Gdsur5all schreef op woensdag 19 augustus 2026 @ 14:40:
[...]

Ja hier 2x op een 920+ draait prima al enkele dagen.

Heb de oorzaak al achterhaald. Hij begon spontaan uit zichzelf datascrubbing uit te voeren (pas nog gedaan) en daar wordt hij altijd traag van. Vooral VM's (of specifiek Home Assistant) trekken dat slecht.

[dirks]

Sharky schreef op woensdag 19 augustus 2026 @ 14:28:
Iemand de laatste update (7.4.1-90080 volgens mij) al geïnstalleerd? Mijn 920+ is haast niet meer te benaderen Home Assistant die in een VM draait reageert nog amper. Reboot heeft nog niet geholpen.

Ik kreeg net de melding dat de update beschikbaar is en kan dus maar beter even wachten...

Zie nu dat er een volgende pagina met positieve reacties is, dus toch maar installeren.

De update is prima verlopen, docker en meer heeft de storm doorstaan.

[ Voor 16% gewijzigd door dirks op 19-08-2026 20:33 ]

[dvdheiden]

Mijn 920+ draait prima op DSM 7.4.1-90080. Had bij een vorige versie juist problemen, waarbij die na een update niks meer deed. Toen even de stroom eraf en daarna weer opstarten en toen deed 'ie het gelukkig weer.

[MrDirect]

Henkhuppelschot schreef op woensdag 19 augustus 2026 @ 10:18:
[...]

[Afbeelding]


Upload snelheid is wel oke denk ik :-)


Hoe kan ik het sneller laten uploaden dan/anders doen?

Tailscale installeren. Quick connect is echt heel langzaam. Heeeeeeel langzaam.

[Boeryepes]

Vraagje. Ik heb een ds218j die nog dsm 7.1 draait. Hoewel updates automatisch staan ingesteld doet ie dat niet (7.4 moet kunnen).

Handmatig lukt dat ook niet. Ik kies op de Synology site de juiste updates voor dit model om naar 7.4 te komen (eerst update naar 7.2) en download deze. In het controleportaal kies dan voor handmatige upgrade maar na de melding dat enige packages niet meer ondersteund worden, doet ie vervolgens niks.

Wat zie ik over het hoofd?

[gambieter]

Als ik op https://www.synology.com/...DS218j?version=7.4#system je huidige versie intik en je doelversie, dan hoef je niet via 7.2? Gelijk 7.4.1-90080 downloaden en installeren.

[boner]

Ik heb een vreemd gevalletje aan de hand. Ik heb een stokoude Syno DS416play. en die werkt prima. Al jaren en nog nooit enige storing gehad. Deze heeft een ip-adres achter mijn firewall en daar kon ik tot voor kort prima mbv de webinterface inloggen. Dat werkt echter niet meer. Ik probeer vanaf mijn macbook in te loggen met 3 verschillende browsers. Safari, Brave en Firefox. Alleen Safari kan een connectie leggen en zowel firefox als brave zeggen dat er geen connectie mogelijk is. MIjn Mac en DS zitten op hetzelfde netwerk, dus er hoeft niet gerouteerd te worden. Op Safari krijg ik keurig een login prompt en na het invoeren van username en password krijg ik een wachtikoon. En dat blijft zo. ALs ik met SSH verbind werkt het prima, ook met dit username en password. Op mijn telefoon werkt DS FILE en die andere Syno tool ook niet en discovery laat geen syno's op mijn netwerk zien.help!

[pzijde]

boner schreef op woensdag 26 augustus 2026 @ 13:54:
Ik heb een vreemd gevalletje aan de hand. Ik heb een stokoude Syno DS416play. en die werkt prima. Al jaren en nog nooit enige storing gehad. Deze heeft een ip-adres achter mijn firewall en daar kon ik tot voor kort prima mbv de webinterface inloggen. Dat werkt echter niet meer. Ik probeer vanaf mijn macbook in te loggen met 3 verschillende browsers. Safari, Brave en Firefox. Alleen Safari kan een connectie leggen en zowel firefox als brave zeggen dat er geen connectie mogelijk is. MIjn Mac en DS zitten op hetzelfde netwerk, dus er hoeft niet gerouteerd te worden. Op Safari krijg ik keurig een login prompt en na het invoeren van username en password krijg ik een wachtikoon. En dat blijft zo. ALs ik met SSH verbind werkt het prima, ook met dit username en password. Op mijn telefoon werkt DS FILE en die andere Syno tool ook niet en discovery laat geen syno's op mijn netwerk zien.help!

Probeer eerst eens of je hem via het ip-adres wel kunt bereiken. Als de webinterface niet werkt even pingen met 'ping [ip-nummer]'. Je kunt ook even in je router kijken of hij wel is aangemeld.

Als dit allemaal niet lukt dan kan je proberen te herstarten met behulp van de powerknop. Duimen dat 'ie het dan weer gaat doen. Succes!

[boner]

pzijde schreef op woensdag 26 augustus 2026 @ 14:04:
[...]

Probeer eerst eens of je hem via het ip-adres wel kunt bereiken. Als de webinterface niet werkt even pingen met 'ping [ip-nummer]'. Je kunt ook even in je router kijken of hij wel is aangemeld.

Als dit allemaal niet lukt dan kan je proberen te herstarten met behulp van de powerknop. Duimen dat 'ie het dan weer gaat doen. Succes!

SSH werkt gewoon prima. Dus de IP verbinding is niks mis mee.

[menn0]

boner schreef op woensdag 26 augustus 2026 @ 14:05:
[...]

SSH werkt gewoon prima. Dus de IP verbinding is niks mis mee.

Herstart GUI via SSH

https://community.synology.com/enu/forum/17/post/43435

[pzijde]

boner schreef op woensdag 26 augustus 2026 @ 14:05:
[...]

SSH werkt gewoon prima. Dus de IP verbinding is niks mis mee.

Dat was niet mijn punt. Soms is een server wel via het IP-adres bereikbaar, maar niet via de naam. Dan ligt het niet aan de IP-verbinding maar aan het toekennen van de naam (DNS).

[ Voor 30% gewijzigd door pzijde op 26-08-2026 22:30 ]

[boner]

pzijde schreef op woensdag 26 augustus 2026 @ 20:10:
[...]

Dat was niet mijn punt. Soms is een server wel via het IP-adres bereikbaar, maar niet via de naam. Dan ligt het niet aan de IP-verbinding maar aan het toekennen van de naam (DNS).

Ik probeer het op 2 manieren. Ik heb een entry in de hosts file gemaakt voor dat ip-adres met de naam waaronder de syno zich bij een DDNS server aanmeldt. En ik probeer het ook zonder die hosts entry op zuiver het ip-adres. op beide manieren werkt SSH wel maar komt de login via de webgui niet voorbij de login prompt. Let wel: ik krijg dus wel een login scherm maar inloggen geeft een wachtikoon.

[boner]

menn0 schreef op woensdag 26 augustus 2026 @ 16:45:
[...]

Herstart GUI via SSH

https://community.synology.com/enu/forum/17/post/43435

we webgui is wel 'gewoon' gestart maar laat mij niet meer inloggen.

[menn0]

boner schreef op woensdag 26 augustus 2026 @ 23:36:
[...]

we webgui is wel 'gewoon' gestart maar laat mij niet meer inloggen.

ik denk een beetje aan te voelen dat deze bak niet in handbereik is en dat je daarom ook niet via ssh een reboot commando geeft omdat je bang bent dat hij helemaal niet meer up komt?

[boner]

menn0 schreef op donderdag 27 augustus 2026 @ 10:22:
[...]

ik denk een beetje aan te voelen dat deze bak niet in handbereik is en dat je daarom ook niet via ssh een reboot commando geeft omdat je bang bent dat hij helemaal niet meer up komt?

ik heb m zowel met de aan/uit knop een reboot gegeven en ook een keertje met SSH ingelogd en shutdown uitgevoerd (en daarna met de hand weer aangezet ). In alle gevallen is het resultaat hetzelfde.... Ook nog even safari op mijn ipad geprobeerd en die kan er ook niet eens bij. Ook die zegt dat de host onbereikbaar is.

[pzijde]

boner schreef op woensdag 26 augustus 2026 @ 23:36:
[...]

Ik probeer het op 2 manieren. Ik heb een entry in de hosts file gemaakt voor dat ip-adres met de naam waaronder de syno zich bij een DDNS server aanmeldt. En ik probeer het ook zonder die hosts entry op zuiver het ip-adres. op beide manieren werkt SSH wel maar komt de login via de webgui niet voorbij de login prompt. Let wel: ik krijg dus wel een login scherm maar inloggen geeft een wachtikoon.

Ok, dat is nieuwe informatie. Kan aan meerdere dingen liggen. Kijk eerst eens of de schijf vol is.

Vanuit SSH: df -h | grep md0

Als dat niet de oorzaak is kijk dan eens naar het geheugen en de actieve processen:

Vanuit ssh: htop

[ Voor 7% gewijzigd door pzijde op 27-08-2026 11:39 ]

[ElCondor]

boner schreef op woensdag 26 augustus 2026 @ 23:36:
[...]

Ik probeer het op 2 manieren. Ik heb een entry in de hosts file gemaakt voor dat ip-adres met de naam waaronder de syno zich bij een DDNS server aanmeldt. En ik probeer het ook zonder die hosts entry op zuiver het ip-adres. op beide manieren werkt SSH wel maar komt de login via de webgui niet voorbij de login prompt. Let wel: ik krijg dus wel een login scherm maar inloggen geeft een wachtikoon.

Dit heb ik ook eens gehad. Als je dat wacht ikoon hebt, en je klikt nogmaals op F5, laadt de gui dan wel? Bij mij bleek dat een probleem in het browser profiel te zijn. Het feit dat je dit al geprobeerd hebt met andere browsers, zonder verschil, geeft me weinig hoop dat dit het is, maar wie weet...

[boner]

ElCondor schreef op donderdag 27 augustus 2026 @ 12:11:
[...]

Dit heb ik ook eens gehad. Als je dat wacht ikoon hebt, en je klikt nogmaals op F5, laadt de gui dan wel? Bij mij bleek dat een probleem in het browser profiel te zijn. Het feit dat je dit al geprobeerd hebt met andere browsers, zonder verschil, geeft me weinig hoop dat dit het is, maar wie weet...

Goed idee. Helaas: geen resultaat

[gielie]

boner schreef op donderdag 27 augustus 2026 @ 18:50:
[...]

Goed idee. Helaas: geen resultaat

Heb je al een netwerk reset gedaan, dit reset de netwerk instellingen met behoud van data. Heb ik zelf weleens moeten uitvoeren toen ik een vast ip had ingesteld en mijn netwerk veranderd was, kwam er ook niet meer in, na de reset weer wel en opgelost.

[elsinga]

Ik heb eens gehad dat Volume 1 onder water was volgelopen met logs van de Task Scheduler, die dus niet ergens zichtbaar terechtkwamen maar onder water. Kon ik alleen via SSH wissen en ook alleen direct na aanzetten, want na even wachten begon de DS918+ weer heel langzaam te worden door iets.

[matthijst]

Iemand ervaring met VPN?
Ik heb Ziggo 400/40.
Als ik een speedtest doe vanaf vakantieadres (100/100) dan haal ik met zowel OpenVPN als via Tailscale rond de 15 down, 30 up.

Ik had meer verwacht, bijvoorbeeld rond de 30/35.
Het is een DS920+, CPU staat bij een speedtest op 40%.
Testen vanaf iPhone 14 Pro Max, of via een Beryl 7 router en dan vanaf laptop.

Is ZIggo gewoon te traag qua upload? Ik had enige hoop dat ik series zou kunnen streamen vanaf huis (direct, SMB met kodi).

[pzijde]

matthijst schreef op zaterdag 29 augustus 2026 @ 13:21:
Iemand ervaring met VPN?
Ik heb Ziggo 400/40.
Als ik een speedtest doe vanaf vakantieadres (100/100) dan haal ik met zowel OpenVPN als via Tailscale rond de 15 down, 30 up.

Ik had meer verwacht, bijvoorbeeld rond de 30/35.
Het is een DS920+, CPU staat bij een speedtest op 40%.
Testen vanaf iPhone 14 Pro Max, of via een Beryl 7 router en dan vanaf laptop.

Is ZIggo gewoon te traag qua upload? Ik had enige hoop dat ik series zou kunnen streamen vanaf huis (direct, SMB met kodi).

Hier ook een DS920+. Ik gebruik mijn router (Fritz!box) voor WireGuard toegang. Tailscale is daarop gebaseerd. Ik haal daarmee ruim 40 Mbps. Misschien is dat een optie? Of anders via SSH-tunneling, maar dat is wat complexer.

[matthijst]

Ziggo heeft die connectbox. Misschien eens kijken naar een andere oplossing.

[renem]

matthijst schreef op zaterdag 29 augustus 2026 @ 13:21:
Iemand ervaring met VPN?
Ik heb Ziggo 400/40.
Als ik een speedtest doe vanaf vakantieadres (100/100) dan haal ik met zowel OpenVPN als via Tailscale rond de 15 down, 30 up.

Ik had meer verwacht, bijvoorbeeld rond de 30/35.
Het is een DS920+, CPU staat bij een speedtest op 40%.
Testen vanaf iPhone 14 Pro Max, of via een Beryl 7 router en dan vanaf laptop.

Is ZIggo gewoon te traag qua upload? Ik had enige hoop dat ik series zou kunnen streamen vanaf huis (direct, SMB met kodi).

Ik gebruikte eerder altijd OpenVPN op de 920+ en een GL-iNet Opal. Haalde nooit hoger dan 5 a 10mb. Ik heb een Ziggo 1Gbps/100Mbps. Daar baalde ik zo van dat ik met behulp van AI 2 Beryls heb gekocht, 1 thuis en 1 op reis en nu haal ik met Wireguard de maximale 100Mbps op reis. Mits er een goeie internet verbinding aanwezig is in het hotel waar ik ben. Ik gebruik het zwarte standaard modem van Ziggo.

[matthijst]

renem schreef op zondag 30 augustus 2026 @ 02:00:
[...]

Ik gebruikte eerder altijd OpenVPN op de 920+ en een GL-iNet Opal. Haalde nooit hoger dan 5 a 10mb. Ik heb een Ziggo 1Gbps/100Mbps. Daar baalde ik zo van dat ik met behulp van AI 2 Beryls heb gekocht, 1 thuis en 1 op reis en nu haal ik met Wireguard de maximale 100Mbps op reis. Mits er een goeie internet verbinding aanwezig is in het hotel waar ik ben. Ik gebruik het zwarte standaard modem van Ziggo.

Oh goeie, is dat zo simpel zoals het lijkt: op de ene Wireguard Server aanzetten, config file genereren. Importeren (of QR code scannen op de client) en gaan met die banaan?

[W1ck1e]

matthijst schreef op zaterdag 29 augustus 2026 @ 13:21:
Iemand ervaring met VPN?
Ik heb Ziggo 400/40.
Als ik een speedtest doe vanaf vakantieadres (100/100) dan haal ik met zowel OpenVPN als via Tailscale rond de 15 down, 30 up.

Ik had meer verwacht, bijvoorbeeld rond de 30/35.
Het is een DS920+, CPU staat bij een speedtest op 40%.
Testen vanaf iPhone 14 Pro Max, of via een Beryl 7 router en dan vanaf laptop.

Is ZIggo gewoon te traag qua upload? Ik had enige hoop dat ik series zou kunnen streamen vanaf huis (direct, SMB met kodi).

Ik heb dezelfde ziggo internet snelheid en een GL.inet opal.
Maar als vpnserver heb ik een RaspberryPI2 in gebruik. Met dietpi en pivpn via wireguard

• 408/41 ziggo 400/40
• 370/40 glinet verbonden met deco netwerk (vpn uit)
• 34/36 vpn over raspi2
• 46/17 vpn over privado
• 47/34 vpn over proton
• 30/20 glinet verbonden met modem wifi (vpn uit)
• 20/22 vpn over raspi2
• 25/23 vpn over privado
• 19/24 vpn over proton
• 37/6 glinet verbonden met samsung telefoon wifi 2.4GHz (vpn uit)
• 36/15 vpn over raspi2
• 11/6 vpn over raspi2
• 21/17 vpn over raspi2
• 13/5 vpn over raspi2
• 82/6 glinet verbonden met samsung telefoon wifi 5GHz (vpn uit)
• 18/6 vpn over raspi2
• 21/33 vpn over raspi2
• 17/12 vpn over raspi2
• 19/15 vpn over raspi2

De snelheden zijn in Megabits down en up
Het modem staat in de kelder, ik zit 2 verdiepingen hoger
de GLinet is snel genoeg voor mijn verbinding
de RaspberryPI2 ook

Proton en Privado zijn vpn servers ergens op de wereld.

Misschien is je nas niet snel genoeg met vpn, of moet je wireguard gebruiken.

Oh goeie, is dat zo simpel zoals het lijkt: op de ene Wireguard Server aanzetten, config file genereren. Importeren (of QR code scannen op de client) en gaan met die banaan?

Ja. ik was het beu om zelf een oplossing te vinden om op basis van openwrt of raspberry pi een vpn travel router te maken, Dus ik heb een licht modelletje GL inet gekocht. Goedkoper dan een complete RPI set. Maar ik het nog niet echt gebruikt op andere lokaties om daar ziggo tv te kijken via de vpn server thuis in het ziggo netwerk.

[ Voor 12% gewijzigd door W1ck1e op 30-08-2026 14:27 ]

[matthijst]

Ik heb een DS920+, hij lijkt snel genoeg, tenminste, als ik naar CPU/mem-gebruik kijk.
Maar bedankt voor de tips, ik ga ook even zo'n Pi of 2x Beryl variant proberen. Dan ben ik meteen van VPN op de Synology af.

[renem]

matthijst schreef op zondag 30 augustus 2026 @ 14:05:
[...]

Oh goeie, is dat zo simpel zoals het lijkt: op de ene Wireguard Server aanzetten, config file genereren. Importeren (of QR code scannen op de client) en gaan met die banaan?

Ja, dat is het wel ongeveer. Ben er ook geen expert in. Gemini heeft goed geholpen 😅

[mickjuh]

boner schreef op woensdag 26 augustus 2026 @ 13:54:
Ik heb een vreemd gevalletje aan de hand. Ik heb een stokoude Syno DS416play. en die werkt prima. Al jaren en nog nooit enige storing gehad. Deze heeft een ip-adres achter mijn firewall en daar kon ik tot voor kort prima mbv de webinterface inloggen. Dat werkt echter niet meer. Ik probeer vanaf mijn macbook in te loggen met 3 verschillende browsers. Safari, Brave en Firefox. Alleen Safari kan een connectie leggen en zowel firefox als brave zeggen dat er geen connectie mogelijk is. MIjn Mac en DS zitten op hetzelfde netwerk, dus er hoeft niet gerouteerd te worden. Op Safari krijg ik keurig een login prompt en na het invoeren van username en password krijg ik een wachtikoon. En dat blijft zo. ALs ik met SSH verbind werkt het prima, ook met dit username en password. Op mijn telefoon werkt DS FILE en die andere Syno tool ook niet en discovery laat geen syno's op mijn netwerk zien.help!

Heb ik ook gehad. Als je in de DNS jouw IP adres invult van jouw NAS, kan je er dan via Firefox wel bij? Zo ja; dan draai je waarschijnlijk een macOS beta?

In de macOS beta zat een bug (iets met NECP drop), deze is inmiddels opgelost vanaf beta 5.

[menn0]

matthijst schreef op zaterdag 29 augustus 2026 @ 13:21:
Iemand ervaring met VPN?
Ik heb Ziggo 400/40.
Als ik een speedtest doe vanaf vakantieadres (100/100) dan haal ik met zowel OpenVPN als via Tailscale rond de 15 down, 30 up.

Ik had meer verwacht, bijvoorbeeld rond de 30/35.
Het is een DS920+, CPU staat bij een speedtest op 40%.
Testen vanaf iPhone 14 Pro Max, of via een Beryl 7 router en dan vanaf laptop.

Is ZIggo gewoon te traag qua upload? Ik had enige hoop dat ik series zou kunnen streamen vanaf huis (direct, SMB met kodi).

ik gebruik de ddsn servrice van Synology en Wireguard als vpn. DDNS omdat mijn externe IP iedere 24 uur wijzigt.
Er zijn 2 dingen die mijn inziens nog belangrijk zijn, 1. ga van SMB naar NFS, minder overhead. 2. MTU speed tweaken, dit doe je als je tunnel staat en werkt en zijn guides voor online. Wireguard kan je ook native op je synology draaien zonder docker, zo draai ik het ook.

[boner]

mickjuh schreef op maandag 31 augustus 2026 @ 08:15:
[...]

Heb ik ook gehad. Als je in de DNS jouw IP adres invult van jouw NAS, kan je er dan via Firefox wel bij? Zo ja; dan draai je waarschijnlijk een macOS beta?

In de macOS beta zat een bug (iets met NECP drop), deze is inmiddels opgelost vanaf beta 5.

nee het juist net andersom. Safari doet het enigzins, ik krijg daar wel een ligin prompt mee, en firefox en Brave doen het beide niet. Ook werjt SSH wel. en ik draai ook geen beta (ik moet mijn geld met mijn mac verdienen).

[menn0]

boner schreef op dinsdag 1 september 2026 @ 08:31:
[...]

nee het juist net andersom. Safari doet het enigzins, ik krijg daar wel een ligin prompt mee, en firefox en Brave doen het beide niet. Ook werjt SSH wel. en ik draai ook geen beta (ik moet mijn geld met mijn mac verdienen).

Ok, even een andere invalshoek. Je hebt hoogstwaarschijnlijk nog niet 7.4.1 geinstalleerd.

Wat je kan doen is via SSH het OS upgraden.

code:

<code>synoupgrade --check</code>
<code>synoupgrade --auto</code>
<code>synoupgrade --patch /volume1/your_shared_folder/filename.pat</code>

[ Voor 7% gewijzigd door menn0 op 01-09-2026 10:03 ]

[gerritjan]

Wie heeft ervarig met de health monitor die in DSM is ingebouwd voor het monitoren van de harde schijven? Graag jullie mening.

De quick-test gaf een paar dagen geleden aan: extended test recommended.
Na een extended test is de status nu Healthy, met de opmerking "attention required, keep monitoring the status of your drive".
Maar.. in Scrutiny ziet het er een stuk spannender uit, en als ik die screenshot door AI laat analyseren is de conclusie: Replace drive immediately. Foute boel.

Vooral de waardes bij 5 en 198 lijken mij tamelijk alarmerend.



Gegevens: DS923+, DSM 7.4.1-90080, 2x Seagate ST12000NM000J, SHR-1.
Drive heeft ruim 10.000 uur gedraaid.

[ID-College]

Ik overweeg om een DS725+ te halen.. Na al dat gezeur met die compatibility hard drives vind ik het vrij lastig te achterhalen met welke schijven je NAS nu nog goed samen werkt.

Vroeger kon je dat hier heel mooi zien: https://kb.synology.com/en-global/DSM/tutorial/Drive_compatibility_policies. Nu listen ze alleen nog maar mooi Synology schijven (die behoorlijk prijzig zijn). Hoe kan je nu nog makkelijk achterhalen welke schijf goed werkt met je NAS?

Ik kocht altijd een WD Red Plus en dat werkte altijd. Kan je er nu vanuit dat dit gewoon een veilige koop is?

[Vorkie]

ID-College schreef op vrijdag 4 september 2026 @ 19:09:
Ik overweeg om een DS725+ te halen.. Na al dat gezeur met die compatibility hard drives vind ik het vrij lastig te achterhalen met welke schijven je NAS nu nog goed samen werkt.

Vroeger kon je dat hier heel mooi zien: https://kb.synology.com/en-global/DSM/tutorial/Drive_compatibility_policies. Nu listen ze alleen nog maar mooi Synology schijven (die behoorlijk prijzig zijn). Hoe kan je nu nog makkelijk achterhalen welke schijf goed werkt met je NAS?

Ik kocht altijd een WD Red Plus en dat werkte altijd. Kan je er nu vanuit dat dit gewoon een veilige koop is?

Werken doen ze wel, ik weet niet beter dan dat ze de boel hebben teruggedraaid, alleen krijg je nu waarschuwingen.

https://www.tomshardware....tation-manager-7-3-update

let wel op;

Notably, the change does not apply to M.2 storage drives, meaning that creating storage pools still requires drives from the official Hardware Compatibility List.

[ID-College]

Vorkie schreef op vrijdag 4 september 2026 @ 19:12:
[...]


Werken doen ze wel, ik weet niet beter dan dat ze de boel hebben teruggedraaid, alleen krijg je nu waarschuwingen.

https://www.tomshardware....tation-manager-7-3-update

let wel op;

[...]

Klopt, dat laatste wist ik. Het vervelende is:

• Vroeger had je dus incompatible schijven voor een Synology
• En compatible schijven.

Maar nu staat er op hun lijst alleen nog maar Synology rommel. Je weet dus nu heel niet meer exact welke nu wel/niet compatible meer zijn, behalve uiteraard hun eigen schijven. Ik vind dat erg ondoorzichtig mja.. Zal ze een worst wezen, hoeven ze waarschijnlijk ook niet meer iedere schijf te testen

[GEi]

gerritjan schreef op vrijdag 4 september 2026 @ 18:35:
<KNIP>

Vooral de waardes bij 5 en 198 lijken mij tamelijk alarmerend.


[Afbeelding]
Gegevens: DS923+, DSM 7.4.1-90080, 2x Seagate ST12000NM000J, SHR-1.
Drive heeft ruim 10.000 uur gedraaid.

Better safe than sorry; ik zou de schijf vervangen.

[pzijde]

gerritjan schreef op vrijdag 4 september 2026 @ 18:35:
Wie heeft ervarig met de health monitor die in DSM is ingebouwd voor het monitoren van de harde schijven? Graag jullie mening.

De quick-test gaf een paar dagen geleden aan: extended test recommended.
Na een extended test is de status nu Healthy, met de opmerking "attention required, keep monitoring the status of your drive".
Maar.. in Scrutiny ziet het er een stuk spannender uit, en als ik die screenshot door AI laat analyseren is de conclusie: Replace drive immediately. Foute boel.

Vooral de waardes bij 5 en 198 lijken mij tamelijk alarmerend.


[Afbeelding]
Gegevens: DS923+, DSM 7.4.1-90080, 2x Seagate ST12000NM000J, SHR-1.
Drive heeft ruim 10.000 uur gedraaid.

De waarde bij 188 is ook uitermate zorgwekkend: 335012560974. Dat zijn timeouts bij het uitvoeren van commando's.

Deze schijf loopt duidelijk op z'n einde, dus gelijk vervangen.

[pzijde]

ID-College schreef op vrijdag 4 september 2026 @ 19:09:
Ik overweeg om een DS725+ te halen.. Na al dat gezeur met die compatibility hard drives vind ik het vrij lastig te achterhalen met welke schijven je NAS nu nog goed samen werkt.

Vroeger kon je dat hier heel mooi zien: https://kb.synology.com/en-global/DSM/tutorial/Drive_compatibility_policies. Nu listen ze alleen nog maar mooi Synology schijven (die behoorlijk prijzig zijn). Hoe kan je nu nog makkelijk achterhalen welke schijf goed werkt met je NAS?

Ik kocht altijd een WD Red Plus en dat werkte altijd. Kan je er nu vanuit dat dit gewoon een veilige koop is?

Ik heb een DS920+. Werkt prima met WD Red Plus. Ik weet niet wat jij voor NAS hebt, maar volgens mij moeten die gewoon werken.

[ID-College]

pzijde schreef op zaterdag 5 september 2026 @ 00:19:
[...]

Ik heb een DS920+. Werkt prima met WD Red Plus. Ik weet niet wat jij voor NAS hebt, maar volgens mij moeten die gewoon werken.

Nu een 220+ en dat werkt idd gewoon. Maar die staat er al wat jaartjes, voordat dit hele gezeur begon. Ik begreep dat dit niet representatief is omdat oude schijven gewoon bleven werken, ondanks alle wijzigingen (anders zou je NAS ineens stil vallen en forceren ze je directnieuwe schijven te kopen). Ik ben wel fan van WD maar heb geen in gezeur.. moet gewoon werken :-)

[gerritjan]

pzijde schreef op zaterdag 5 september 2026 @ 00:16:
[...]

De waarde bij 188 is ook uitermate zorgwekkend: 335012560974. Dat zijn timeouts bij het uitvoeren van commando's.

Als ik AI mag geloven ligt dat wat genuanceerder bij Seagate-drives. Maar het is inderdaad bepaald geen normale waarde,

Seagate uses the raw value of SMART 188 in a rather unusual packed format. It contains three separate 16-bit counters, rather than one simple counter.

[Palomar]

Sinds kort heb ik een DS223J. Mijn doel voor aanschaffen is als volgt:
Ik heb mijn foto's en documenten in de cloud staan. Een deel staat in Onedrive (vnl. 'Office' documenten e.d.) en een deel bij Google (vnl. foto's). Dit werkt goed, ik acht dit veilig genoeg en vertrouw erop dat dit niet zomaar door technisch falen verloren gaat. Echter door de politieke ontwikkelingen en een man in een wit huis die onvoorspelbare dingen doet wil ik de data ook lokaal hebben staan.
Daarom heb ik nu op mijn NAS ingesteld dat alles van mijn Onedrive en GoogleDrive gesynct wordt naar mijn NAS. Voor foto's heb ik de Synology Photos app op mijn telefoon, zodat ook elke nieuwe foto meteen naar de NAS gaat (en ook naar Google Photos en iCloud). Dit mede omdat de Cloud Sync van Synology niet rechtstreeks 'ingeprikt' kan worden op Google Photos en iCloud.

Ik gebruik dus eigenlijk nog steeds de clouddiensten als primaire plek voor mijn data. Dat wil ik voorlopig nog wel zo houden, omdat het gebruiksgemak gewoon goed is (foto's opzoeken in Google Photos werkt bijv. heel goed). Ook vind ik het tricky om helemaal op die Synology NAS te vertrouwen, omdat het natuurlijk iets is wat kapot kan gaan of dat er dataverlies optreedt door een domme fout van mijzelf.

Qua hardware heb ik er nu 1 schijf in van 4TB (er is plek voor nog een schijf). Ik ben er nog niet over uit of een RAID-opstelling met een tweede schijf het geld waard is. Bij user errors of brand heb je niet zoveel aan RAID. Als een schijf faalt zou je wel terug kunnen vallen op de andere schijf, maar ik heb mijn data dan ook nog in de cloud staan. Ook kun je met SMART monitoring eea. soms zien aankomen. Al hou ik een tweede schijf ondanks de kosten wel in overweging.

Verder verwacht ik met mijn huidige gebruik de NAS niet dagelijks nodig te hebben. Kan het dan voor de levensduur van de harddisk handiger zijn om hem bijvoorbeeld 1 keer per week een dag aan te zetten? (gescheduled). Dan kunnen de clouddiensten even syncen. Of kunnen hierdoor andere problemen ontstaan? Die Synology Photos app kan dan bijv. op de dagen dat de NAS uitstaat zijn foto's niet uploaden. Ik zou dan even moeten uitzoeken of deze ze alsnog uploadt als de verbinding er wel is.

Lang verhaal, maar ik was als nieuwe Synology-gebruiker even benieuwd of er verbeteringen mogelijk zijn in mijn 'flow' hoe ik het nu in gebruik heb genomen?

[menn0]

Palomar schreef op maandag 21 september 2026 @ 11:06:
Sinds kort heb ik een DS223J. Mijn doel voor aanschaffen is als volgt:
Ik heb mijn foto's en documenten in de cloud staan. Een deel staat in Onedrive (vnl. 'Office' documenten e.d.) en een deel bij Google (vnl. foto's). Dit werkt goed, ik acht dit veilig genoeg en vertrouw erop dat dit niet zomaar door technisch falen verloren gaat. Echter door de politieke ontwikkelingen en een man in een wit huis die onvoorspelbare dingen doet wil ik de data ook lokaal hebben staan.
Daarom heb ik nu op mijn NAS ingesteld dat alles van mijn Onedrive en GoogleDrive gesynct wordt naar mijn NAS. Voor foto's heb ik de Synology Photos app op mijn telefoon, zodat ook elke nieuwe foto meteen naar de NAS gaat (en ook naar Google Photos en iCloud). Dit mede omdat de Cloud Sync van Synology niet rechtstreeks 'ingeprikt' kan worden op Google Photos en iCloud.

Ik gebruik dus eigenlijk nog steeds de clouddiensten als primaire plek voor mijn data. Dat wil ik voorlopig nog wel zo houden, omdat het gebruiksgemak gewoon goed is (foto's opzoeken in Google Photos werkt bijv. heel goed). Ook vind ik het tricky om helemaal op die Synology NAS te vertrouwen, omdat het natuurlijk iets is wat kapot kan gaan of dat er dataverlies optreedt door een domme fout van mijzelf.

Qua hardware heb ik er nu 1 schijf in van 4TB (er is plek voor nog een schijf). Ik ben er nog niet over uit of een RAID-opstelling met een tweede schijf het geld waard is. Bij user errors of brand heb je niet zoveel aan RAID. Als een schijf faalt zou je wel terug kunnen vallen op de andere schijf, maar ik heb mijn data dan ook nog in de cloud staan. Ook kun je met SMART monitoring eea. soms zien aankomen. Al hou ik een tweede schijf ondanks de kosten wel in overweging.

Verder verwacht ik met mijn huidige gebruik de NAS niet dagelijks nodig te hebben. Kan het dan voor de levensduur van de harddisk handiger zijn om hem bijvoorbeeld 1 keer per week een dag aan te zetten? (gescheduled). Dan kunnen de clouddiensten even syncen. Of kunnen hierdoor andere problemen ontstaan? Die Synology Photos app kan dan bijv. op de dagen dat de NAS uitstaat zijn foto's niet uploaden. Ik zou dan even moeten uitzoeken of deze ze alsnog uploadt als de verbinding er wel is.

Lang verhaal, maar ik was als nieuwe Synology-gebruiker even benieuwd of er verbeteringen mogelijk zijn in mijn 'flow' hoe ik het nu in gebruik heb genomen?

Ik zou overstappen naar Immich met external libraries (of eventueel van hun interne libraries gebruik maken)

Data kan je via Cloudsync, Google export en https://github.com/Euphonique/iCloudPhotoSync (icloud) syncen naar je NAS.

Ik gebruik platte data folders jaar/maand en dan laat ik Immich die scannen en maakt er mooie database van met memories, gezichtsherkenning etc, alles lokaal! Als je dan helemaal over bent zou je immich op android/iphone kunnen installeren en al je oude cloude apps de prullenbak in gooien!

[spaceboy]

menn0 schreef op maandag 21 september 2026 @ 12:07:
[...]

Ik zou overstappen naar Immich met external libraries (of eventueel van hun interne libraries gebruik maken)

Data kan je via Cloudsync, Google export en https://github.com/Euphonique/iCloudPhotoSync (icloud) syncen naar je NAS.

Ik gebruik platte data folders jaar/maand en dan laat ik Immich die scannen en maakt er mooie database van met memories, gezichtsherkenning etc, alles lokaal! Als je dan helemaal over bent zou je immich op android/iphone kunnen installeren en al je oude cloude apps de prullenbak in gooien!

Helemaal eens met dit advies. Ik heb ook immich met external libraries. Klein nadeel daarvan is dat je sommige best fancy functionaliteit in Immich niet hebt (zoals tagging, EXIF-info aanpassen, mutaties, duplicaten opruimen), tenminste: dat is mijn nooit gelukt.

Het (grote) positieve nieuws van external libraries (read only mount in docker compose) is dat je
nul risico loopt dat Immich iets op een bepaalde manier verkloot in je bestanden. Ik ben ontzettend tevreden met Immich. Face tagging werkt heel goed. Wat (bij mij) overigens heel raar is: ik heb een aantal mensen in mijn familie/vriendenkring die een donkere huidskleur hebben en die worden door Immich heel vaak totaal niet herkend als persoon. Het voelt soms bijna racistisch en lijkt te maken te hebben met een algoritme dat focus had op West-Europeanen. Herkent iemand dit?

[Palomar]

@menn0 Dank voor de tip, alleen is dat Immich als ik de specs bekijk wat te zwaar voor mijn DS223J.

[menn0]

Palomar schreef op maandag 21 september 2026 @ 13:09:
@menn0 Dank voor de tip, alleen is dat Immich als ik de specs bekijk wat te zwaar voor mijn DS223J.

Je kunt gewoon container manager draaien dus ja/nee. Wat een probleem is maar ook niet echt, jouw initiële setup gaat lang duren, dus scannen en vooral de AI taken op cpu als face recognition... Denk aan een >week. De performance van je NAS (en dus ook voor andere taken) zal dalen tot beneden het nul punt. Echter is dit vooral een probleem bij je initiële setup .. Als jij per dag een aantal foto's schiet dan kan je die dagelijkse delta prima hebben.
Dus ja, je cpu was liever krachtiger, maar wat wel heel cool is aan immich, als jij nog een gamepc hebt staan, kan je de AI taken gewoon uitbesteden aan die pc met een dikke Gpu.
Dan heb je eigenlijk nergens last van. Dit kan je doen voor de initiele setup maar door timing schema's ook op elkaar afstemmen.


Ikzelf draai xpenology op een Intel Quad-Core Processor J4105 en 100.000 fotos duurt dan ook langer dan een week. Ik had helaas geen ondersteuning van een GPU.

[pzijde]

Palomar schreef op maandag 21 september 2026 @ 11:06:
Sinds kort heb ik een DS223J. Mijn doel voor aanschaffen is als volgt:
Ik heb mijn foto's en documenten in de cloud staan. Een deel staat in Onedrive (vnl. 'Office' documenten e.d.) en een deel bij Google (vnl. foto's). Dit werkt goed, ik acht dit veilig genoeg en vertrouw erop dat dit niet zomaar door technisch falen verloren gaat. Echter door de politieke ontwikkelingen en een man in een wit huis die onvoorspelbare dingen doet wil ik de data ook lokaal hebben staan.
Daarom heb ik nu op mijn NAS ingesteld dat alles van mijn Onedrive en GoogleDrive gesynct wordt naar mijn NAS. Voor foto's heb ik de Synology Photos app op mijn telefoon, zodat ook elke nieuwe foto meteen naar de NAS gaat (en ook naar Google Photos en iCloud). Dit mede omdat de Cloud Sync van Synology niet rechtstreeks 'ingeprikt' kan worden op Google Photos en iCloud.

Ik gebruik dus eigenlijk nog steeds de clouddiensten als primaire plek voor mijn data. Dat wil ik voorlopig nog wel zo houden, omdat het gebruiksgemak gewoon goed is (foto's opzoeken in Google Photos werkt bijv. heel goed). Ook vind ik het tricky om helemaal op die Synology NAS te vertrouwen, omdat het natuurlijk iets is wat kapot kan gaan of dat er dataverlies optreedt door een domme fout van mijzelf.

Qua hardware heb ik er nu 1 schijf in van 4TB (er is plek voor nog een schijf). Ik ben er nog niet over uit of een RAID-opstelling met een tweede schijf het geld waard is. Bij user errors of brand heb je niet zoveel aan RAID. Als een schijf faalt zou je wel terug kunnen vallen op de andere schijf, maar ik heb mijn data dan ook nog in de cloud staan. Ook kun je met SMART monitoring eea. soms zien aankomen. Al hou ik een tweede schijf ondanks de kosten wel in overweging.

Verder verwacht ik met mijn huidige gebruik de NAS niet dagelijks nodig te hebben. Kan het dan voor de levensduur van de harddisk handiger zijn om hem bijvoorbeeld 1 keer per week een dag aan te zetten? (gescheduled). Dan kunnen de clouddiensten even syncen. Of kunnen hierdoor andere problemen ontstaan? Die Synology Photos app kan dan bijv. op de dagen dat de NAS uitstaat zijn foto's niet uploaden. Ik zou dan even moeten uitzoeken of deze ze alsnog uploadt als de verbinding er wel is.

Lang verhaal, maar ik was als nieuwe Synology-gebruiker even benieuwd of er verbeteringen mogelijk zijn in mijn 'flow' hoe ik het nu in gebruik heb genomen?

Ik zou een 2e schijf nemen. Als die ene schijf kapot gaat dan moet je alles opnieuw inrichten. Dat is toch weer een aardige klus. Bij brand heb je daar inderdaad niets aan, maar de kans dat de schijf kapot gaat is een stuk groter dan dat je huis afbrandt.

[Gynnad]

@menn0 @spaceboy ik ben wel benieuwd waarom je immich boven Synology Photos zou kiezen, wat voor voordelen biedt het?

Synology Photos heeft bijv. ook gezichtsherkenning.

[Palomar]

pzijde schreef op maandag 21 september 2026 @ 13:39:
[...]

Ik zou een 2e schijf nemen. Als die ene schijf kapot gaat dan moet je alles opnieuw inrichten. Dat is toch weer een aardige klus. Bij brand heb je daar inderdaad niets aan, maar de kans dat de schijf kapot gaat is een stuk groter dan dat je huis afbrandt.

Ik heb nu een seagate ST4000VN006, die ook op de compatible list staat. Ik kom nu goedkoop een ST4000VN008 tegen die niet op deze lijst staat. Iemand een idee of dat voor problemen zorgt als tweede schijf (met SHR) in mijn ds223j?

[ Voor 3% gewijzigd door Palomar op 21-09-2026 19:49 ]

[menn0]

Gynnad schreef op maandag 21 september 2026 @ 18:48:
@menn0 @spaceboy ik ben wel benieuwd waarom je immich boven Synology Photos zou kiezen, wat voor voordelen biedt het?

Synology Photos heeft bijv. ook gezichtsherkenning.

Dat heeft Immich ook! En behoorlijk geavanceerd. Immich ontwikkeld zich ook veel sneller en je bent natuurlijk niet afhankelijk van Big Tech (synology in dit geval). Ik vond Synology vooral erg traag en inaccuraat. Slechte app etc. Wellicht is dat wat beter maar Immich heeft ook weer meer integraties.

[Bongoarnhem]

Palomar schreef op maandag 21 september 2026 @ 11:06:
Sinds kort heb ik een DS223J. Mijn doel voor aanschaffen is als volgt:
Ik heb mijn foto's en documenten in de cloud staan. Een deel staat in Onedrive (vnl. 'Office' documenten e.d.) en een deel bij Google (vnl. foto's). Dit werkt goed, ik acht dit veilig genoeg en vertrouw erop dat dit niet zomaar door technisch falen verloren gaat. Echter door de politieke ontwikkelingen en een man in een wit huis die onvoorspelbare dingen doet wil ik de data ook lokaal hebben staan.
Daarom heb ik nu op mijn NAS ingesteld dat alles van mijn Onedrive en GoogleDrive gesynct wordt naar mijn NAS. Voor foto's heb ik de Synology Photos app op mijn telefoon, zodat ook elke nieuwe foto meteen naar de NAS gaat (en ook naar Google Photos en iCloud). Dit mede omdat de Cloud Sync van Synology niet rechtstreeks 'ingeprikt' kan worden op Google Photos en iCloud.

Ik gebruik dus eigenlijk nog steeds de clouddiensten als primaire plek voor mijn data. Dat wil ik voorlopig nog wel zo houden, omdat het gebruiksgemak gewoon goed is (foto's opzoeken in Google Photos werkt bijv. heel goed). Ook vind ik het tricky om helemaal op die Synology NAS te vertrouwen, omdat het natuurlijk iets is wat kapot kan gaan of dat er dataverlies optreedt door een domme fout van mijzelf.

Qua hardware heb ik er nu 1 schijf in van 4TB (er is plek voor nog een schijf). Ik ben er nog niet over uit of een RAID-opstelling met een tweede schijf het geld waard is. Bij user errors of brand heb je niet zoveel aan RAID. Als een schijf faalt zou je wel terug kunnen vallen op de andere schijf, maar ik heb mijn data dan ook nog in de cloud staan. Ook kun je met SMART monitoring eea. soms zien aankomen. Al hou ik een tweede schijf ondanks de kosten wel in overweging.

Verder verwacht ik met mijn huidige gebruik de NAS niet dagelijks nodig te hebben. Kan het dan voor de levensduur van de harddisk handiger zijn om hem bijvoorbeeld 1 keer per week een dag aan te zetten? (gescheduled). Dan kunnen de clouddiensten even syncen. Of kunnen hierdoor andere problemen ontstaan? Die Synology Photos app kan dan bijv. op de dagen dat de NAS uitstaat zijn foto's niet uploaden. Ik zou dan even moeten uitzoeken of deze ze alsnog uploadt als de verbinding er wel is.

Lang verhaal, maar ik was als nieuwe Synology-gebruiker even benieuwd of er verbeteringen mogelijk zijn in mijn 'flow' hoe ik het nu in gebruik heb genomen?

En ik zou de nas gewoon hele dagen laten draaien. Voor mijn gevoel is opstarten/uitzetten een zwaardere belasting dan 24/7 draaien. De syno gaat toch uit zichzelf in hibernation modus.