{"id":1224,"date":"2018-01-21T22:34:56","date_gmt":"2018-01-21T21:34:56","guid":{"rendered":"https:\/\/bergs.biz\/blog\/?p=1224"},"modified":"2018-02-17T11:14:28","modified_gmt":"2018-02-17T10:14:28","slug":"nie-wieder-synology","status":"publish","type":"post","link":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/","title":{"rendered":"Nie wieder Synology!"},"content":{"rendered":"<p>Ich muss mir heute mal meinen Frust \u00fcber die schlechte Qualit\u00e4t der Synology-Disk Station Manager (DSM)-Software vom Leib schreiben.<\/p>\n<p>Seit ich Synology-Produkte einsetze &#8212; immerhin seit mehr als f\u00fcnfeinhalb Jahren (DS212+, DS414, DS415+, <a href=\"http:\/\/amzn.to\/2sgegfp\" target=\"_blank\">DS916+<\/a>, wir reden hier \u00fcber insgesamt mehr als 1.800 EUR, die nur die &#8220;nackten&#8221; Ger\u00e4te gekostet haben!) &#8212; \u00e4rgere ich mich immer wieder \u00fcber geradezu st\u00fcmperhafte Implementierungen von bestimmten Funktionen. Und was dem Ganzen dann die Krone aufsetzt ist der geradezu unversch\u00e4mt reagierende Synology-Support, der Bugs einfach nicht als Bugs akzeptiert, sondern &#8220;gerne in meinem Namen einen Change Request einreicht, aber ob und wann der implementiert wird k\u00f6nnen wir nicht sagen&#8221;. Oder teilweise geradezu d\u00e4mliche Workarounds als &#8220;L\u00f6sung&#8221; vorschl\u00e4gt, statt das Problem richtig zu l\u00f6sen. \ud83d\ude41<\/p>\n<p>Damit wir uns nicht falsch verstehen: Die absoluten Grundfunktionen (Dateiserver \u00fcber SMB, CIFS, AFP) funktionieren selbstredend problemlos. Aber dabei ist ja auch nichts falsch zu machen. Synology \u00fcbernimmt einfach die bekannten und bew\u00e4hrten Open Source-Dienste, wie z. B. Samba. Aber bei fast allem anderen, was Synology &#8220;oben drauf gesetzt&#8221; hat, gibt es Probleme. Die unten beispielhaft geschilderten Probleme lassen sich allesamt im Netz wieder finden. Unz\u00e4hlige Kunden leider unter diesen Problemen, aber Synology l\u00e4sst ihre Kunden &#8220;im Regen stehen&#8221;!<\/p>\n<p>Einige Beispiele von Problemen der letzten Jahre, die ich gegen\u00fcber Synology reklamiert habe, die aber bis heute nicht beseitigt sind:<!--more--><\/p>\n<ul>\n<li>Hard Disk Hibernation: Ein Drama! Synology kriegt&#8217;s einfach nicht hin. Die Ger\u00e4te wachen einfach immer wieder auf, selbst wenn man das Netzwerkkabel abzieht (so dass klar ist, dass dieses Problem nicht &#8220;fremdverursacht&#8221; ist, also durch Netzwerkpakete von LAN-Clients). Einfach mal\u00a0 in den Synology-Foren lesen, es gibt zahllose Kunden die sich dar\u00fcber beschweren.<\/li>\n<li>Bei manchen Ger\u00e4ten laufen die L\u00fcfter, w\u00e4hrend das Ger\u00e4t im Hibernation-Mode ist. Es gibt keine vern\u00fcnftige Erkl\u00e4rung daf\u00fcr, warum das so sein sollte. Die CPU braucht im Tiefschlaf keine K\u00fchlung! Das Problem verschwindet auch manchmal und tritt dann pl\u00f6tzlich wieder auf.<\/li>\n<li>Log Center: Ich m\u00f6chte Logs der Synology an meinen Intranet-Server schicken, damit ich &#8220;im Falle eines Falles&#8221; immer noch eine Kopie habe. Kernel-Logs, die mir beispielsweise Hardware-Defekte anzeigen k\u00f6nnen, werden trotz mehrfacher Reklamation vor mehr als vier Jahren nach wie vor nicht \u00fcbertragen.<\/li>\n<li>Video Station: Ich hatte zwei DVB-T-Dongles im Einsatz. Immer wieder nach einem Update war pl\u00f6tzlich eins der beiden Ger\u00e4te nicht mehr supportet, dann pl\u00f6tzlich doch wieder. Eines der Dongles hat die Synology zum Absturz gebracht (Kernel Panic). Lapidare Empfehlung des Supports: Dongle entfernen und nicht mehr verwenden! \ud83d\ude41 Als ich das zur\u00fcckwies und eine andere L\u00f6sung verlangte, wollte der Support Remote-Zugriff auf mein NAS. Dies lehne ich aus Sicherheitsgr\u00fcnden kategorisch ab. Ich bot an, als Linux-Experte die gew\u00fcnschten Logfiles zu senden oder erforderliche Tests selbst durchzuf\u00fchren. Dies wurde abgelehnt, der Support-Case wurde geschlossen.<\/li>\n<li>CloudSync: Da ich als Amazon Prime-Kunde unbegrenzt viele &#8220;Fotos&#8221; speichern darf, wollte ich alle meine Fotos (\u00fcber 400 GB) dort hochladen. Also einen Task eingerichtet, der nur &#8220;Images&#8221; hochladen soll. Ausweislich der File-Extensions, die unter &#8220;Images&#8221; gelistet werden, h\u00e4tten dabei nicht die <a href=\"http:\/\/amzn.to\/2DyhkrK\" target=\"_blank\">Adobe Lightroom<\/a> XMP-Sidecar-Files hochgeladen werden d\u00fcrfen &#8212; wurden sie aber dennoch. <a href=\"https:\/\/bergs.biz\/blog\/2016\/10\/21\/synology-refuses-to-admit-annoying-cloud-sync-bug\/\" target=\"_blank\">Synology gesteht nicht ein<\/a>, dass es sich um einen Bug handelt, sondern empfiehlt einen Work-Around. Der Bug existiert seit mindestens drei Jahren.<\/li>\n<li>UTC als Zeitzone: Im professionellen Bereich wird h\u00e4ufig UTC als Zeitzone eingesetzt, weil es dort keinen &#8220;Zeitsprung&#8221; beim Umstellung zwischen Sommer- und Winterzeit gibt. Dies habe ich vor mehr als dreieinhalb Jahren eingefordert, nach wie vor ist das jedoch nicht m\u00f6glich.<\/li>\n<li>Hyper Backup: Ich sichere die wichtigsten Shares auf eine externe USB3-Platte, die ich nur f\u00fcr diesen Zweck benutze. Diese Platte lief nun \u00fcber. Alte Backup-Versionen l\u00f6schen dauert teilweise eine Stunde pro Version, manchmal sogar l\u00e4nger. Wenn ich also eine gr\u00f6\u00dfere Anzahl von Backupversionen l\u00f6schen wollte, war die externe Platte f\u00fcr Tage belegt, und es konnte kein Backup w\u00e4hrend der Zeit laufen.<br \/>\nMittlerweile bin ich so weit, dass ich 100 Versionen gel\u00f6scht habe, trotzdem kann kein Backup mehr durchgef\u00fchrt werden, weil jedesmal durch das aktuelle Backup die Platte wieder \u00fcberl\u00e4uft. Es gibt keine M\u00f6glichkeit herauszufinden, was Hyper Backup \u00fcberhaupt beim aktuellen Backuplauf sichern will. Ebenso gibt es keine M\u00f6glichkeit herauszufinden, was gesichert <em>wurde<\/em>.<br \/>\nWeiterhin ist das Logging unterirdisch und v\u00f6llig unbrauchbar. Beispiel: &#8220;Failed to run backup integrity check.&#8221; Ja, sch\u00f6n, interessant &#8212; aber warum??? Was ging schief, was muss ich tun um das in Zukunft zu verhindern?!<\/li>\n<li>Active Backup for Server: Ich benutze dies seit kurzem als Ersatz f\u00fcr ein &#8220;h\u00e4ndisch&#8221; aufgesetztes cron-gesteuertes Backup meines Intranet-Servers. Beide Verfahren benutzen rsync, beide sind &#8220;inkrementell&#8221;, trotzdem ist mein &#8220;h\u00e4ndischer&#8221; Backup-Job erheblich schneller (braucht lediglich ca. 1\/10 der Zeit) und transferiert auch nur einen Bruchteil der Daten \u00fcber das Netz. Es scheint, dass Active Backup trotz Wahl von &#8220;inkrementell&#8221; jedes Mal ein volles Backup macht &#8212; jedenfalls deutet das \u00fcbertragene Volumen sehr stark darauf hin.<br \/>\nBeim Ausf\u00fchren eines Backups tritt immer ein Fehler auf (&#8220;Processed file count: Error: 1&#8221;). Es gibt aber keinerlei M\u00f6glichkeit herauszufinden, welcher Fehler dabei passiert ist. Es gibt auch keinerlei M\u00f6glichkeit herauszufinden, welche Dateien inkrementell seit dem letzten Backuplauf \u00fcbertragen wurden.<br \/>\nIn der \u00dcbersicht der bestehenden Backup-Tasks gibt es nicht einmal die M\u00f6glichkeit zu erkennen, um welche Art von Task es sich handelt: Multi-Versioned, Mirroring, Incremental. Selbst wenn man bei Details &gt; Log in die Logdatein guckt, ist das nicht ersichtlich.<\/li>\n<li>Desktop-Logging f\u00fcr Backups ist nicht vern\u00fcnftig konfigurierbar. Ich m\u00f6chte in dem DSM-Desktop erfolgreiche Backups im &#8220;Event Viewer&#8221; nicht angezeigt bekommen, sondern nur solche, bei denen Probleme aufgetreten sind. Leider l\u00e4sst sich dies einfach nicht einstellen, DSM informiert mich immer wieder, dass das Backup erfolgreich war (was ja den &#8220;Normalzustand&#8221; darstellt und daher nicht von Interesse ist!).<\/li>\n<\/ul>\n<p>Weitere Probleme, die mir aufgefallen sind, die ich aber bisher noch nicht gemeldet habe, weil das ohnehin fruchtlos w\u00e4re:<\/p>\n<ul>\n<li>&#8220;Snapshot Replication&#8221;-Applet: Die Erstellung von Snapshots scheitert gelegentlich. Warum das passiert ist nicht herauszubekommen. Im Bereich &#8220;Log&#8221; innerhalb des &#8220;Snapshot Replication&#8221;-Applets erscheint lediglich die Meldung, <em>dass<\/em> der Snapshot nicht erzeugt werden konnte, aber nicht <em>warum<\/em>: &#8220;Failed to take a shared folder snapshot from share [homes] by [scheduler]. (Operation failed)&#8221;<br \/>\nSchaut man dann in \/var\/log\/messages, so findet man dann Folgendes:<\/p>\n<pre>2018-02-17T03:00:05+01:00 nas1 synosharesnapshot: snapshot_meta.c:161 Failed to add section [GMT-2018.02.17-02.00.03] to file [\/volume1\/@sharesnap\/@homes.meta], because section is exist.[0x2300 snapshot_meta.c:160]\r\n2018-02-17T03:00:05+01:00 nas1 synosharesnapshot: snapshot_create.c:301 Failed to add metadata for share [homes], snapshot [GMT-2018.02.17-02.00.03] [0x2300 snapshot_meta.c:160]\r\n2018-02-17T03:00:06+01:00 nas1 synosharesnapshot: synosharesnapshot_sched.c:57 Failed to create snapshot for share [homes] with scheduler.[0x2300 snapshot_create.c:349]\r\n2018-02-17T03:00:07+01:00 nas1 img_backup: (11621) [info] snapshot.cpp:328 take share [homes] backup snapshot [\/volume1\/@sharesnap\/homes\/GMT-2018.02.17-02.00.03]\r\n<\/pre>\n<p>Wie man sieht, kommen sich scheinbar &#8220;synosharesnapshot&#8221; (Snapshot Replication) und &#8220;img_backup&#8221; (Hyper Backup) &#8220;in die Quere&#8221;. Es handelt sich also nicht wirklich um ein Problem, aber woher soll man das ohne n\u00e4here Untersuchung wissen? Einfach Warnungen oder Fehler ignorieren, da man als &#8220;einfacher Benutzer&#8221; ohnehin nicht raus kriegt, was passiert?!<\/li>\n<li>Im Bereich &#8220;Log&#8221; innerhalb des &#8220;Snapshot Replication&#8221;-Applets kann man nicht nach Log-Level filtern. M\u00f6chte man sich also einen \u00dcberblick verschaffen was es f\u00fcr Probleme gegeben hat, so bleibt einem nichts anderes \u00fcbrig als das Event Log vollst\u00e4ndig durchzuscrollen.<\/li>\n<\/ul>\n<p>Diese ganzen Einschr\u00e4nkungen machen einen (semi-) professionellen Einsatz von Synology-NAS-Ger\u00e4ten unm\u00f6glich. Es ist f\u00fcr mich absolut unverst\u00e4ndlich, dass sich Synology hartn\u00e4ckig weigert, absolute Standardfunktionen, wie zum Beispiel vern\u00fcnftiges Logging, einzubauen. Stattdessen konzentriert man sich lieber darauf, st\u00e4ndig neue Features einzubauen, die aber ohnehin nicht vern\u00fcnftig funktionieren.<\/p>\n<p>&#8220;Masse statt Klasse&#8221; scheint das Motto zu sein bei Synology.<\/p>\n<p>Ich werde in Zukunft jedenfalls keine Synology-Ger\u00e4te mehr empfehlen, sondern stattdessen lieber HP ProLiant MicroServer, zum Beispiel <a href=\"http:\/\/amzn.to\/2mYVMuH\" target=\"_blank\">dieses Ger\u00e4t<\/a>. Die Hardware ist deutlich besser, und zusammen mit einer Debian-Installation erh\u00e4lt man ein Gespann, welches selbst professionelle Anforderungen <em>en passant<\/em> erf\u00fcllt!<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Synology-NAS-Produkte sind f\u00fcr (semi-) professionellen Einsatz nicht empfehlenswert.<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[12,133],"tags":[267,130,132],"class_list":["post-1224","post","type-post","status-publish","format-standard","hentry","category-deutsch","category-storage-computers","tag-bugs","tag-nas","tag-synology"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.4 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Nie wieder Synology! - Ralf&#039;s Blog<\/title>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/\" \/>\n<meta property=\"og:locale\" content=\"en_US\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Nie wieder Synology! - Ralf&#039;s Blog\" \/>\n<meta property=\"og:description\" content=\"Synology-NAS-Produkte sind f\u00fcr (semi-) professionellen Einsatz nicht empfehlenswert.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/\" \/>\n<meta property=\"og:site_name\" content=\"Ralf&#039;s Blog\" \/>\n<meta property=\"article:published_time\" content=\"2018-01-21T21:34:56+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2018-02-17T10:14:28+00:00\" \/>\n<meta name=\"author\" content=\"Ralf Bergs\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@ralfbergs\" \/>\n<meta name=\"twitter:site\" content=\"@ralfbergs\" \/>\n<meta name=\"twitter:label1\" content=\"Written by\" \/>\n\t<meta name=\"twitter:data1\" content=\"Ralf Bergs\" \/>\n\t<meta name=\"twitter:label2\" content=\"Est. reading time\" \/>\n\t<meta name=\"twitter:data2\" content=\"7 minutes\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"Article\",\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/#article\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/\"},\"author\":{\"name\":\"Ralf Bergs\",\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/#\\\/schema\\\/person\\\/354e37390b493c875f972bd313d29201\"},\"headline\":\"Nie wieder Synology!\",\"datePublished\":\"2018-01-21T21:34:56+00:00\",\"dateModified\":\"2018-02-17T10:14:28+00:00\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/\"},\"wordCount\":1271,\"commentCount\":4,\"publisher\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/#\\\/schema\\\/person\\\/354e37390b493c875f972bd313d29201\"},\"keywords\":[\"Bugs\",\"NAS\",\"Synology\"],\"articleSection\":[\"deutsch\",\"Storage\"],\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"CommentAction\",\"name\":\"Comment\",\"target\":[\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/#respond\"]}]},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/\",\"url\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/\",\"name\":\"Nie wieder Synology! - Ralf&#039;s Blog\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/#website\"},\"datePublished\":\"2018-01-21T21:34:56+00:00\",\"dateModified\":\"2018-02-17T10:14:28+00:00\",\"breadcrumb\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/#breadcrumb\"},\"inLanguage\":\"en-US\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/2018\\\/01\\\/21\\\/nie-wieder-synology\\\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"Nie wieder Synology!\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/#website\",\"url\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/\",\"name\":\"Ralf's Blog\",\"description\":\"Just another WordPress weblog\",\"publisher\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/#\\\/schema\\\/person\\\/354e37390b493c875f972bd313d29201\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"en-US\"},{\"@type\":[\"Person\",\"Organization\"],\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/#\\\/schema\\\/person\\\/354e37390b493c875f972bd313d29201\",\"name\":\"Ralf Bergs\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"en-US\",\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Ralf-Tower-2026-1024x1024.jpg\",\"url\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Ralf-Tower-2026-1024x1024.jpg\",\"contentUrl\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Ralf-Tower-2026-1024x1024.jpg\",\"width\":1024,\"height\":1024,\"caption\":\"Ralf Bergs\"},\"logo\":{\"@id\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/wp-content\\\/uploads\\\/2026\\\/04\\\/Ralf-Tower-2026-1024x1024.jpg\"},\"description\":\"Geek, computer guy, licensed and certified electrical and computer engineer, husband, best daddy.\",\"sameAs\":[\"https:\\\/\\\/bergs.biz\\\/\",\"https:\\\/\\\/linkedin.com\\\/in\\\/ralfbergs\\\/\",\"https:\\\/\\\/x.com\\\/ralfbergs\"],\"url\":\"https:\\\/\\\/bergs.biz\\\/blog\\\/author\\\/rabe\\\/\"}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Nie wieder Synology! - Ralf&#039;s Blog","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/","og_locale":"en_US","og_type":"article","og_title":"Nie wieder Synology! - Ralf&#039;s Blog","og_description":"Synology-NAS-Produkte sind f\u00fcr (semi-) professionellen Einsatz nicht empfehlenswert.","og_url":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/","og_site_name":"Ralf&#039;s Blog","article_published_time":"2018-01-21T21:34:56+00:00","article_modified_time":"2018-02-17T10:14:28+00:00","author":"Ralf Bergs","twitter_card":"summary_large_image","twitter_creator":"@ralfbergs","twitter_site":"@ralfbergs","twitter_misc":{"Written by":"Ralf Bergs","Est. reading time":"7 minutes"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"Article","@id":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/#article","isPartOf":{"@id":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/"},"author":{"name":"Ralf Bergs","@id":"https:\/\/bergs.biz\/blog\/#\/schema\/person\/354e37390b493c875f972bd313d29201"},"headline":"Nie wieder Synology!","datePublished":"2018-01-21T21:34:56+00:00","dateModified":"2018-02-17T10:14:28+00:00","mainEntityOfPage":{"@id":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/"},"wordCount":1271,"commentCount":4,"publisher":{"@id":"https:\/\/bergs.biz\/blog\/#\/schema\/person\/354e37390b493c875f972bd313d29201"},"keywords":["Bugs","NAS","Synology"],"articleSection":["deutsch","Storage"],"inLanguage":"en-US","potentialAction":[{"@type":"CommentAction","name":"Comment","target":["https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/#respond"]}]},{"@type":"WebPage","@id":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/","url":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/","name":"Nie wieder Synology! - Ralf&#039;s Blog","isPartOf":{"@id":"https:\/\/bergs.biz\/blog\/#website"},"datePublished":"2018-01-21T21:34:56+00:00","dateModified":"2018-02-17T10:14:28+00:00","breadcrumb":{"@id":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/#breadcrumb"},"inLanguage":"en-US","potentialAction":[{"@type":"ReadAction","target":["https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/bergs.biz\/blog\/2018\/01\/21\/nie-wieder-synology\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/bergs.biz\/blog\/"},{"@type":"ListItem","position":2,"name":"Nie wieder Synology!"}]},{"@type":"WebSite","@id":"https:\/\/bergs.biz\/blog\/#website","url":"https:\/\/bergs.biz\/blog\/","name":"Ralf's Blog","description":"Just another WordPress weblog","publisher":{"@id":"https:\/\/bergs.biz\/blog\/#\/schema\/person\/354e37390b493c875f972bd313d29201"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/bergs.biz\/blog\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"en-US"},{"@type":["Person","Organization"],"@id":"https:\/\/bergs.biz\/blog\/#\/schema\/person\/354e37390b493c875f972bd313d29201","name":"Ralf Bergs","image":{"@type":"ImageObject","inLanguage":"en-US","@id":"https:\/\/bergs.biz\/blog\/wp-content\/uploads\/2026\/04\/Ralf-Tower-2026-1024x1024.jpg","url":"https:\/\/bergs.biz\/blog\/wp-content\/uploads\/2026\/04\/Ralf-Tower-2026-1024x1024.jpg","contentUrl":"https:\/\/bergs.biz\/blog\/wp-content\/uploads\/2026\/04\/Ralf-Tower-2026-1024x1024.jpg","width":1024,"height":1024,"caption":"Ralf Bergs"},"logo":{"@id":"https:\/\/bergs.biz\/blog\/wp-content\/uploads\/2026\/04\/Ralf-Tower-2026-1024x1024.jpg"},"description":"Geek, computer guy, licensed and certified electrical and computer engineer, husband, best daddy.","sameAs":["https:\/\/bergs.biz\/","https:\/\/linkedin.com\/in\/ralfbergs\/","https:\/\/x.com\/ralfbergs"],"url":"https:\/\/bergs.biz\/blog\/author\/rabe\/"}]}},"_links":{"self":[{"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/posts\/1224","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/comments?post=1224"}],"version-history":[{"count":8,"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/posts\/1224\/revisions"}],"predecessor-version":[{"id":1241,"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/posts\/1224\/revisions\/1241"}],"wp:attachment":[{"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/media?parent=1224"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/categories?post=1224"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/bergs.biz\/blog\/wp-json\/wp\/v2\/tags?post=1224"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}