Jump to content
XPEnology Community

Search the Community

Showing results for tags 'vmdk'.

  • Search By Tags

    Type tags separated by commas.
  • Search By Author

Content Type


Forums

  • Information
    • Readers News & Rumours
    • Information and Feedback
    • The Noob Lounge
  • XPEnology Project
    • F.A.Q - START HERE
    • Loader Releases & Extras
    • DSM Updates Reporting
    • Developer Discussion Room
    • Tutorials and Guides
    • DSM Installation
    • DSM Post-Installation
    • Packages & DSM Features
    • General Questions
    • Hardware Modding
    • Software Modding
    • Miscellaneous
  • International
    • РУССКИЙ
    • FRANÇAIS
    • GERMAN
    • SPANISH
    • ITALIAN
    • KOREAN

Find results in...

Find results that contain...


Date Created

  • Start

    End


Last Updated

  • Start

    End


Filter by number of...

Joined

  • Start

    End


Group


About Me

Found 4 results

  1. Bonjour à tous, Voulant essayer la version 6 oui, je suis toujours en 5.2 Le passage d’une version à l’autre me donne des sueurs ! Bref, j’ai voulu voir à quoi ressemblait DSM 6. J’ai donc créé une VM avec VMware Workstation. J’ai récupéré dans ce fil https://xpenology.com/forum/topic/9788-config-toute-prete-pour-esxi-ça-serai-le-pied/ Le fichier « synoboot » de Nicoueron et le fichier .pat « DSM_DS3615xs_15217.pat » sur le site de synology Ensuite j’ai mis le vmdk synoboot en Sata et j’ai ajouté un vmdk en Scsi. Au lancement de la VM J’ai ceci : je lance donc « Synology Assistant » qui trouve le nouveau DiskStation en mode DHCP et Non installé. Jusque là tout va bien. Ensuite je me connecte dessus avec un browser et lance la configuration. Apres avoir in traduis le chemin du fichier pat. J’ai une erreur (35) ! Quelqu’un à une idée ? Merci pour votre aide. Bon week-end
  2. Hallo zusammen, Vorab mein Setup : Intel H370 Plattform mit Pentium G5400 Aktueller DS918+ Loader auf ESXI installiert Synoboot.vmdx auf Satacontroller 0:0 Datenfestplatten sind per PCI Passtrough an einen LSI 2008 Controller angeschlossen Ich habe gerade mein XPEnology System in Betrieb genommen und wollte mich nun ans finetuning machen. Dazu gehörte auch direkt im Standard Zustand ohne irgendwelche Pakete zu versuchen dieses lästige Festplatten Ruhezustandsthema hinzubekommen. Dabei entdekte ich folgenden LOG Spam, der das natürlich verhindert und auch sonst durch laufende Schreibvorgänge den Stromverbrauch, und Lautstärke in die Höhe treibt (aus scemd.log): 2019-09-12T17:19:20+02:00 NAS19 scemd: SmartDataRead(102) open device /dev/sdak fail 2019-09-12T17:19:20+02:00 NAS19 scemd: disk/disk_temperature_get.c:104 read value /dev/sdak fail 2019-09-12T17:19:20+02:00 NAS19 scemd: disk_temperature_update.c:63 Temperature Update Fail 2019-09-12T17:19:26+02:00 NAS19 scemd: SmartDataRead(102) open device /dev/sdak fail 2019-09-12T17:19:26+02:00 NAS19 scemd: disk/disk_temperature_get.c:104 read value /dev/sdak fail 2019-09-12T17:19:26+02:00 NAS19 scemd: disk_temperature_update.c:63 Temperature Update Fail Das insterresante ist : ich kann mir kein Reim drauf machen was /dev/sdak sein soll. Wie die smartctl --scan ausgabe mir anzeigt sind die Datenplatten sde,sdf und sdg. Per Ausschlussverfahren muss es also die Synoboot.vmdk sein, welche mir ja auch im Speichermanager angezeigt wird. Ich habe schon Ein wenig probiert mit dem Sata Port Mapping etc. in der Synoboot.img etwas zu erreichen aber das wirkte alles wie zufällig auswürfeln, es kam nie das heraus was herauskommen sollte. Im Anhang ein Screenshot des Speichermanagers und der ESXI Konfiguration. Weiß jemand wie ich die Synoboot.vmdk "los werde" damit dieser Fehler verschwindet? EDIT 1 : Ich habe einmal unter /dev/ nachgesehen und festgestellt, das es gar keine device file sdak gibt. Die Synoboot.vmdk als Ursache würde ich damit nicht mehr definitiv festmachen sondern Probleme beim Sata Port Mapping in der grub.cfg . Welche Einstellungen sollten dort getroffen werden für : Sata Controller 0 mit Synoboot.vmdk auf Sata 0:0 + PCI Passtrough HBA? Vielen Dank!
  3. Всем привет. Потребовалось конвертировать IMG файл загрузчика в формат VMware для Workstation 14, в которой поднят NAS. 1. Отсюда качаем и устанавливаем конвертер https://www.starwindsoftware.com/tmplink/starwindconverter.exe 2. Открываем и выбираем IMG, у меня был от 918+. Его я изначально подготовил (серийник, mac adress, VID, PID прописал взял с флешки, где образ ставил уже. Надо это или нет ХЗ, у меня было уже в IMG образе). 3. Выбираем пункт Local file, далее 4. Выбираем пункт VMware pre-allocated image, далее 5. Выбираем SCSI, далее 6. finish 7. В папке, где лежал IMG файл создалось два VMDK файла, 1КБ и 51200КБ. Сам IMG файл нам уже не нужен. 8. Открываем VMware, у меня 14 версия, а виртуальная станция на 12. 9. Нажимаем добавить диск и выбираем добавить диск с типом SATA 10. Далее выбираем existing virtual disk 11. Далее выбираем файл VMDK весом 1КБ 12. В пункте где спросил конвертировать или нет я выбрал convert (у когото может этот пукт вообще не выйдет, зависит от версии Workstation и версии виртуальной машины) 13. Все. Запускаем станцию и радуемся.
  4. Greetings everyone... I was just hoping someone might know where I can find Jun's most up-to-date loader files (1.02b is the most current at the time of writing) for VMWare Workstation. I am currently using 1.02a, and I'm concerned about doing the current DSM update while not having the freshest of loader files. Unfortunately, all I can find are iso and img files, which aren't used for Workstation. Any one have a link or something that they could share, that way I can safely update my rig? Thanks in advance! Tom
×
×
  • Create New...