insp

Frage: Erkennt das ds3617xs 6.2x eine M2 Karte in eimem z370 Chipsatz (aktuelles MB) wenn das MB dies als Bootdevice zulässt? Ein Test zeigte mir: Ein M2 Modul auf einem alten MB auf einer PCI Karte montiert wird nicht erkannt. Konnte natürlich auch im Bios nicht als Boot-Device eingestellt werden.

Bin nicht ganz unerfahren mit xpenology und Vmware, aber jetzt stehe ich an. Ich habe ein VM-Wareimage herunter geladen, eine HD 20GB zugefügt, die Bios-Optionen angepasst. Soweit ok, die VM bootet ich kann die Installation via Assistenten vornehmen (verbinden). Der Adapter in der VM ist standard auf DHCP gestellt. Mein Lan-Subnetz ist 10.1.0.0 auf diesen laufen diverse Windows und Blech-xpenology. Nur die zugewiesene IP beginnt mit 169.x.x.x; verstehe ich nicht. Die Einstellungen des Adapters in der VM_Workstation ist auf Bridge gestellt analog der W10 Maschinen. Via Assistenten kann ich eine Verbindung machen und alles installieren. Wenn ich jedoch die IP Anpassen will (fest oder DHCP) sagt die Maschine kann im Moment nicht geändert werden.. Auch in der VM den Netzwerkadapter entfernen und neu zufügen wieder mit BDIDGE-Mode löst das Problem nicht Hat jemand eine Lösung?

Stehen im Bios die Sata aug AHCI?

Direkt bei u-nas bestellt ca 1 Woche gewartet wure mit 100$ deklariert in der Schweiz +37 CHF Zollkosten Vorlage und mwst. und via Pappal betzahlt.

Rieser = PCI Verlängerungskabel um die Karten horizontal einzubauen

Habe das fast perfekte NAS-Gehäuse gefunden. U-NAS810A mit 8-Hotswap Einschüben + eine interne ssd. Habe ein Supermicro Board microatx mit Xenon-v3, ein Sata-Controller Chip 9230 und eine intel 10GB Karte installiert. Es ist zwar eng aber es geht. Einfach nicht die Original-Rieser verwenden. Da diese nur 16x breit sind und sehr sperrig. Beim Ali gibt es welche x4 / x8. Lüfter sind sehr leise. Weiter, wenn man das PS mitbestellt kommt alles schön installiert. Die Kabel passen und VMs laufen nun echt flott Warum nur fast perfekt: Ich habe der Fa. U-Nas ein mail geschrieben das sie das Gehäuse in der nächsten Generation 1 cm höher machen sollen damit man keine Rieser mehr benötigt.😊

Bei meinem ds916+ mit Raid-5 Volume gehen die HD-s sauber nach einer gewissen Zeit in den Standby-Modus. Die gleiche Konfiguration auf einem XPEnology Version 6.2x mach das nicht. Das MB ist ein Super-Micro. Frage kann das mit dem Board/Sata-Kontroller zusammenhängen. Meine der Standby-Modus wir mit Sata-Befehlen ausgelöst

habe auf den englischen Forum-Seiten etwas gefunden, siehe Link; werde aber nicht schlau aus der Info. Kann mir jemand helfen was ich für ein Kunststück man machen muss damit die ASUS Karte zum laufen kommt. Weitere Frage eine Original Syno Karte E10G18-T1 würde etwas das doppelte der ASUS kosten, würde diese wenigsten ohne Bastelei auf einem Clon laufen? Bsp ds3617 https://xpenology.com/forum/search/?&q=ASUS XG-C100C &search_and_or=or&sortby=relevancy

ja hallo Sepuku, genau so ein Type habe ich gesucht. Ist das korrekt, dass diese Karte mit dem Original-Image erkannt wird? Weiter würde mich der Chip-Type interessieren da es sicherlich weitere Kontroller mit dem selben Chip gibt. Zur Frage zum vorhandenen Kontroller. Auf dem Shild steht LSI 9211-4i und ein Zweiter mit -8I beide wurde geflasht mit der FW für «Direkt-Durchgabe», was das im Detail für eine FW das war ist nicht mehr bekannt da zu lange her. Bekannt ist nur noch das die flasherei ein ziemliches Debakel war. Hat aber im Nachhinein in einem ESX 6.0 sehr gut funktioniert Für Feedback dankt Peter

Der Titel sagt eigentlich schon alles. Im Idealfall ein zusätzlicher Sata_Kontrolller der im Original-Image erkannt wird so dass man keine Treiber einbinden muss. NB ich habe da noch LSI-Raid-Kontroller die mal für ESX geflasht wurden so dass diese die Disk 1:1 durchreichen. Könnte dieser Controller allenfalls passen?

Ist mir klar, dass allenfalls Power-Down usw. nicht funktioniert. Möchte einfach ein zweites Volume zur Sicherung auf ein E-Sata realisieren. Wer hat Erfahrung?

hallo, habe ein gepimtest Qnap TS670 mit Core-i7 16GB und DSM 6.2. Läuft alles perfekt. VM rennt fantastisch schnell. Das einzige ist, dass die Lüfter-Steuerung jault wie ein Kojote. Hat jemand das Problem schon gelöst. Mit Googeln habe ich nur gefunden, dass das das Problem an den verschiedenen CHIP-Sätzen liegt. Zu ASUS-Bord gib es etwas das pass hier aber nicht. Dass der Diplay inmmer auf Boot steht kann ich noch verschmerzen

Mit DSM 5.2 hat sog gefunzt. Mit Dank und Gruss Peter

Hallo Gemeinde; Habe bis jetzt ESX-6.5 für DSM 6.x verwendet. Nun bin ich am Umstellen von Vmware auf Server 2016. Meine Versuche mit dem plpbtbootusb.iso funktionieren nicht da ich keine USB Sticks einbinden kann! Ich weis wenigsten nicht wie. Ein ISO Loader auf Basis 6.x habe ich nicht gefunden. Eine versucht mit POWERISO das IMG in eine ISO umzuwandeln hat auch nicht funktioniert (Fehler beim Booten). Hat jemand schon eine DSM 6.1 auf einem Server 23016 zum laufen gebracht. Hinweis; auf dem Server 2016 bin ich noch ein Profi. Kenne mich im Desktop Windows recht gut aber die MS-Server sind eine neue Erfahrung für mich. Für Hinweise Dankt Peter

Verwende ESX 6.5 sowie Workstation-12. Habe ein DSM 61.2 auf der Workstation am laufen. Nun will ich das zum ESX Uploaden. Der Upload funktioniert soweit, nur starten tut das Teil nicht. Habe in den Startoptionen auf dem ESX von EFI auf BIOS umgestellt aber ohne Erfolg. Auch habe ich mit im VMX-File die Bootorder versucht anzugeben geht aber auch nicht. Komisch ist auch, dass ich mit F2 in den Bootoptionen die Order nicht anpassen kann. Hat jemand eine Typ

ich habe ein DS916+ und will die Disk (BTRFS) auf einem PC-mit Intel Processor und Intel-Kontroller laufen lassen, oder auch in einer ESXI-6.5-VM mit einem LSI-2008 dediziert für das SYNO

wenn man ein echtes Intel-Syno hat kann man die Disk regulär Updaten auf 6.1 und die Disk anschliessend in einen Intel-Cone Clon schieben?

Frage an haydibe: Hast du das 100gb Volume unter DSM 6.02 als neues Volume erstellen können. Wie ich gelesen habe soll laut Synology die XPenology version 3615.. kein BTRFS unterstützen, so habe ich gar nicht weiter versucht was zu testen. Dass migrieren im Moment nicht geht ist soweit klar. Zur Antwort von dutchman: Habe bis dato nicht mit quicknick gearbeitet muss mal suchen was das Teil so alles kann¨ insp Dankt fürs Feedback

Nachdem ich meine 20TB von 5.2 auf einem ESX-6 auf einem zweiten ESX-6 auf 6.02 migriert habe wollte ich ein BTRFS Volumen erstellen. Bei der Prüfung habe ich festgestellt, dass das 3615xs nicht in der Liste ist. Sch.... Hat jemand schon versucht das hinzukriegen. An der CPU Leistung soll nicht liegen die kann ich hochfahren. Aus meiner Sicht eine reine Marketing Limitation. Ich verstehe zwar das ein Intel Atom dazu nicht in der Lage ist aber ein DS916+ kann es ja auch! Man könnte ja versuchen BTFRS Formatierte Disks von einem DS916+ im RAW Mode im ESX-6 dem Clone unterzujubeln! Ist jedoch bei mir zu riskant da das mein Back-System ist! Für ein konstruktives Feedback bedanke ich mich im voraus.

Danke für den Type werde mal die MAC und S/N aus einem alten Syno konfigurieren, hoffe das es auch geht wenn die Modelle nicht identisch sind

Vorschlag: Da ich mehrere echte Synos im Kasten brach liegen habe wäre es schön wenn man die Seriennummern von diesen verwenden könnte um pro Nummer ein echtes vorzugaukeln. Hab mal versuch mit einem Hexeditor die Nummern anzupassen. Diese sind an mehreren Orten verteilt. Habe dann mit Chekusmm usw. Probleme bekommen und die Uebung abgebrochen.

Wie bekannt gibt es mit der Rechteverteilung mit verschlüsselten Ordnern ein Problem, weiter habe ich bemerkt dass ich Cloud und Dyndns nicht nutzen kann. Frage gibt es eine aktuelle Zusammenstellung was alles nicht möglich ist. Weiter hätte ich einen Vorschlag: Da ich mehrere echte Synos im Kasten brach liegen habe wäre es schön wenn man diese Seriennummern von diese verwenden könnte um pro Nummer ein Echtes vorzugaukeln. Hab mal versuch mit einem Hexeditor die Nummern anzupassen. Diese sind an mehreren Orten verteilt. Habe dann mit Chekusmm usw. Probleme bekommen und die Uebung abgebrochen.

Habe 5.2 neu installiert anschliessend den Update3 von der Originalseite installiert. Wenn ich einen neuen Verschlüsselten Ordner erstellen will geht das sofern ich keine zusätzlichen Benutzer-Berechtigungen setze. Sobald ich einen einzelnen Benutzer zusätzlich berechtigen will kommt eine Fehlermeldung "Das Volume auf dem der Share liegt unterstütz ACL nicht" . Bei einem Original SYNO DS713 gleicher Softwarestand geht das ohne Probleme. Zu erwähne ist, dass das Ganze auf einem ESXI 6.0 läuft (VMware) was aber aus meiner Sicht nicht das Problem sein kann denn unter Syno 5.0x ging alles 1:1 wie beim Original Syno. Wer hat das gleiche Problem oder einen Hinweis. Andere Frage gibt es zum Orignal-Syno irgendwelche Restriktionen, mal von Lüfter Steuerung usw. abgesehen?

Situation 1: Volume Raid 5 etx4. Das Volume wurde mit der Version DSM 5.2-5565-2 neu erstellt. Wenn ich einen Freigabe Ordner mit Verschlüsselung erstellen will und einen Benutzer berechtigen will, kommt die Fehlermeldung "Das Volume, auf dem der Share liegt, unterstützt ACL nicht. Hilfe ........ Ein Original DS713 mit der Version DSM 5.2-5592 hat damit keine Probleme. Das Volume vom DS713 wurde jedoch vor langer Zeit mit 5.0 erstellt. Das DS713 kann ich von der Version nicht zurück setzen um einen Test zu machen Meine Frage ist das eine Problem XPenelogy oder war das ein genereller Bug im 5.2-5565-2 der im Update DSM 5.2-5592 gefixt wurde

W o finde ich eine Liste über die im DSM kompatiblen Raidcontroller ((PCI Karten) Habe mal eine Liste gefunden doch auch mit Googeln finde ich diese im Moment nicht mehr Bitte um einen Link Danke