• Content Count

  • Joined

  • Last visited

  • Days Won


Everything posted by wenlez

  1. Oh, you're still on the 1.03b loader? I'm using the 1.04b loader for DS918+. We have a different setup then.
  2. anyone with this Proxmox setup can update to DSM6.2.1-23824 Update 6?
  3. - Outcome of the update: UNSUCCESSFUL - DSM version prior update: DSM 6.2.1-23824 Update 4 - Loader version and model: JUN'S LOADER v1.04b - DS918+ - Using custom extra.lzma: NO - Installation type: Proxmox Virtualization - Additional comments: After clicking update, it quickly restarted. Below is the log taken from
  4. As far as I know, Intel turbo isn't working. That's why I've been using Proxmox and Xpeno as a guest. For that, Turbo works.
  5. Does baremetal install on AsRock J4105-ITX work with the CPU's turbo? I recall it only run on stock 1.5GHZ.
  6. There is no QEMU guest agent for Xpenology. At least not at the moment.
  7. Seems like I can only have up to 6 virtual hard drives. any additional disk I add will not show up in DSM. my boot loader has the following, but doesn't seem to help. set sata_args='SataPortMap=666'
  8. Oh, I see. My mistake, I thought you are using the DS918+ loader.
  9. @blessendor, you didn't have the issue I had when upgrading DSM version?
  10. so your Synoboot is set as an USB in the ARG, and it's vm-102-disk-2 (SATA1) ? The original ARG method no longer work with the latest boot loader, but you can use it as a SATA disk. Your boot order is cdn, which is cd-rom, disk, then network. can you try to change it in the Proxmox GUI, to book from SATA1 ?
  11. I can try to help you, as I've been on the Proxmox + Xpenology track since we start. SO you got it to install, then it does its reboot? Whats your configuration of your VM? from /etc/pve/qemu-server/vmID.conf . Depends on your boot loader settings ( whether it's a SATA drive with the image, or the USB method ), you'll need to choose the right boot order.
  12. when I try to update to DSM 6.2.1-23824 Update 2, I get this from DSM. This log is taken from /var/log/messages 2018-12-12T16:20:39-06:00 Portal updater: updater.c:6006 Start of the updater... 2018-12-12T16:20:39-06:00 Portal updater: updater.c:6272 ==== Start flash update ==== 2018-12-12T16:20:39-06:00 Portal updater: updater.c:6276 This is X86 platform 2018-12-12T16:20:39-06:00 Portal updater: boot/boot_lock.c(227): failed to mount boot device /dev/synoboot2 /tmp/bootmnt (errno:2) 2018-12-12T16:20:39-06:00 Portal updater: updater.c:5816 Failed to mount boot partition 2018-12-12T16:20:39-06:00 Portal updater: updater.c:2711 No need to reset reason for v.23824 2018-12-12T16:20:39-06:00 Portal updater: updater.c:6810 Failed to accomplish the update! (errno = 21) 2018-12-12T16:20:39-06:00 Portal smallupd@ter: smallupdate.cpp:1203 failed to exec updater -ir 2018-12-12T16:20:39-06:00 Portal smallupd@ter: smallupdate.cpp:1374 failed to update flash 2018-12-12T16:20:39-06:00 Portal smallupd@ter: small_update.cpp:20 Failed to apply smallupdate. 2018-12-12T16:20:39-06:00 Portal synoscgi_SYNO.Core.Upgrade_1_start[21967]: Upgrade.cpp:236 Fail to exec smallupdater 2018-12-12T16:20:39-06:00 Portal synopkg: pkg_pause.cpp:26 Fail to get package info of [ActiveBackup] 2018-12-12T16:20:39-06:00 Portal synopkg: pkg_pause.cpp:26 Fail to get package info of [ActiveDirectoryServer] 2018-12-12T16:20:39-06:00 Portal [ 305.068848] init: smbd main process (11367) killed by TERM signal 2018-12-12T16:20:39-06:00 Portal synoscgi_SYNO.Core.Upgrade_1_start[22080]: update_cpputil.cpp:705 synoservice: start all packages ... 2018-12-12T16:20:41-06:00 Portal synoscgi_SYNO.Core.Upgrade_1_start[22080]: update_cpputil.cpp:755 synoservice: finish started all packages 2018-12-12T16:20:41-06:00 Portal synoscgi_SYNO.Core.Upgrade_1_start[21967]: Upgrade.cpp:708 Failed to apply smallupdate
  13. Thanks, @blessendor . I love the fact that I can use the Boot loader in a USB mode, so I can use all 6 SATA ports. However, it seems I can't update with the bootload as USB.
  14. wenlez

    DSM 6.2 Loader

    I have the same motherboard, but I use 2x 16GB DDR4 SOdimm. Even though it says max RAM is 8GB, it does work with 32GB.
  15. wenlez

    DSM 6.2 Loader

    my guess is that your motherboard now "wants" to boot from the hard drive with the DSM OS installed. You may need to go to the BIOS, and change the boot order to first start from your USB drive.
  16. Does the ds3615 work for you? I still have the mount failed error.
  17. kazuni did say DSM 6.2-23739, so it would has to be 1.03 loader. But there is a 1.03b? where you get that?
  18. I am running into the same problem as well. I'm trying to troubleshoot this.
  19. Disk order with "machine: q35" enabled in Proxmox. If out that line, the disk will start from 1st box.
  20. Does anyone use machine: q35 ? If I have this option enabled, all my hard drives are shifted to a higher number. Any idea on how to fix that?
  21. Looks like I solved my own problem. Enabling Write Cache in DSM is the key.
  22. I encounter similar issue, posted on a different topic. I have no SSD Cache, and my set up is virtualized.
  23. SATA controller chipset. doesn't have to be supported by ESX. As long as your CPU(and its chipset) supports VT-d, you should be passthrough individual PCI(e) device to the VM. Also check the VM/ESX log, during the VM start. If ESX has issue passing through the PCI device, it would say something in the log. You can also do a "lspci" in the VM to validate. I have Proxmox 5.1, and the onboard Intel SATA controller is reported as: 0000:01:00.0 Class 0106: Device 8086:a282 (prog-if 01) Subsystem: Device 1458:b005 Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 45 Memory at 91600000 (32-bit, non-prefetchable) [size=8K] Memory at 91603000 (32-bit, non-prefetchable) [size=256] I/O ports at a020 [size=8] I/O ports at a028 [size=4] I/O ports at a000 [size=32] Memory at 91602000 (32-bit, non-prefetchable) [size=2K] Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit- Capabilities: [70] Power Management version 3 Capabilities: [a8] SATA HBA v1.0 Kernel driver in use: ahci
  24. I have Proxmox 5.1. Xpenology 1.02b loader; DSM6.1.4 Update 5. Intel onbard (AHCI) SATA controller passthrough. I have 3 SSD in RAID0 mode. What I notice is, the write performance on SSD is terrible. I've try to tweak Proxmox, and the Xpeno VM, but nothing seems to help. My VM config: args: -device 'piix3-usb-uhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/images/100/synoboot_jun2b_virtIO.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot' bios: ovmf boot: 4 cores: 4 hostpci0: 00:17.0,pcie=1 machine: q35 memory: 6144 name: DSM6.x net0: virtio=00:11:32:xxxxxxx,bridge=vmbr0 net1: virtio=00:11:32:xxxxxxx,bridge=vmbr1 numa: 1 ostype: l26 scsihw: virtio-scsi-pci serial0: socket smbios1: uuid=7fda6843-8411-473f-91a5-xxxxxxxxx sockets: 1 I've tried to passthrough the VM without q35 machine type, and without PCE=1. Write performance is the same. What's strange is, the write performance was really good back in October, when I was still on Proxmox 5.0. So I want to ask everyone, how's your SATA passthrough performance?
  25. if ESXI has the option to allow you to passthrough a PCI device, then your chipset should already support VT-d. You can double check by making a new VM, and boot any LInux live CD (Ubuntu, Fedora, etc.. ), and see if you can see the attached hard drives from that SATA controller.