Synology-Forum.nl
OS Specifieke ondersteuning => Windows => Topic gestart door: kowa84 op 13 november 2025, 19:39:05
-
Beste,
Ik heb sinds kort een probleem bij het schrijven van een grotere set bestanden naar mijn Synology Nas.
- Het proces wordt meestal op 70% van het kopieren afgebroken
- Het schrijven van de bestanden naar een USB-schijf worden wel gekopieerd
Ik heb het volgende ondernomen:
- Kabel goed aangesloten
- Het is een nieuwe kabel
- NAS en pc opnieuw opgestart
- Ik heb sinds januari Windows 11
- Tweede kabel aangesloten op NAS, wijziging terug gedraaid
- "Grote verzendings Offload V2" uitgeschakeld bij netwerkadapter in windows 11
- De bestanden die gekopieerd worden, worden bij een enkele kopieeractie wel gekopieerd
- Speedtest van KPN geeft geen problemen
- Ik kan geen foutmelding terug vinden in de Windows logboeken
Heeft er iemand een idee, wat er mis gaat, of wat ik kan doen om het probleem op te lossen?
Alvast bedankt en met vriendelijke groet,
-
Voor mij absoluut geen sluitende uitleg, wat / hoe je een connectie maakt, met welk protocol, en via welke route?
Van waaruit probeer je bestanden te kopiëren.
Intern binnen je thuisnetwerk, of vanuit een externe locatie naar je NAS ??
Met welk protocol, of connectie methode.
Intern via SMB (Windows "verkenner"), of bijv. via een webbrowser en File Station / DSM (https) ?
Extern via bijv. VPN, en via die VPN alsnog connectie onder SMB (Windows "verkenner") ?
Misschien wel een heel ander protocol zoals bijv. "WebDAV" ?
https://www.google.com/search?q=Fout%200x8007003b&newwindow=1&sclient=gws-wiz
-
-
Excuus voor de onvolledigheid...
De fout treedt op bij het kopiëren van bestanden in Windows naar de NAS met SMB in een intern netwerk. Het gaat fout bij wanneer ik een grote groep bestanden kopieer.
Weet je zo genoeg?
-
In de gevallen die ik heb gezien is het altijd een probleem aan de Windows / netwerk kant en niet per se een fout van de NAS zelf. Maar kan diverse oorzaken hebben. Heb je toevallig jumbo frames aan staan op het netwerk en de NAS? Zo ja, zet dat eens uit.
-
Ik weet niet of en nog verschillende versies SMB in de NAS staan ingesteld voor ondersteuning?
Maar men zou oudere versies dan SMB 3, in de NAS kunnen uitschakelen.
Misschien dat dat ook nog wat uitmaakt??
-
Ik kopieer/verplaats vaak een paar grote bestand van ~50GB van Windows 11 Pro (25H2) naar m'n DS918+ (DSM 6.2.4-25556-8) via CIFS/SMB en heb nooit dit soort problemen en haal gemiddeld 100-110 MB/min.
Moet wel zeggen dat verplaatsen sneller gaat dan kopiëren maar, dat lijkt mij logisch.
-
Zelfs merk ik ook geen problemen.
Nu schreef de TS in zijn eerste post wel iets over "vervangen" van (wellicht) zijn gebruikte ethernet kabels.
Vervangen met nieuwe kabels zegt niet zoveel, met de tegenwoordige troep aan Chinese kabels die niet voldoen.
Het gaat erom dat kabels van goede kwaliteit zijn, om een betrouwbare connectie op te leveren.
-
Dankjulliewel....
Het zou volgens Synology kunnen liggen aan:
-Korte netwerkonderbrekingen,
-Time-out (Windows wacht te lang op de NAS),
-Niet-geoptimaliseerde SMB-instellingen (MTU, time-out, enz.),
-Softwarebeperkingen in Windows (cachebeheer, antivirus of netwerkservices).
Ik heb de volgende nieuwe wijzigingen aangebracht:
- IP in plaats van naam gebruikt
- SMB2 met Large MTU of SMB3 is ingeschakeld (Configuratiescherm > Bestandsservices > SMB/AFP/NFS > SMB).
- dezelfde MTU-waarde gebruikt
Via FTP kan ik wel gewoon verbinden en overdragen...
Ik heb een foto bijgevoegd van mijn SMB instellingen...
-
Hiermee is de kabel uitgesloten :)...
-
Het is gelukt!
Het viel me op dat het volume bijna vol is (categorie, hoe stom kun je zijn?)
Ik heb een nieuwe gedeelde map gemaakt op een ander volume , waar voldoende schijfruimte is. Opnieuw een opdracht gegeven om alles te kopieren. Nu lukt het dus wel...
Het is op zich vreemd dat hij een netwerkfout geeft zoals op de screenshot te zien is in plaats van dat de schijf vol is. Met FTP lukt het dus wel te schrijven naar het volume, dat is op zich raar.
Ook zie ik dat de transferrate nu stabiel is, ik haal 113mb/sec, en dat is constant. Naar het andere volume was dat niet het geval...
Verder heb ik voor de zekerheid een max Session TimeOut ingesteld van 600 sec. in het register...