abesus Posted September 13, 2021 Share #1401 Posted September 13, 2021 21 minutes ago, shibby said: ok, something is wrong with new driver (or maybe i something thing screw up). I have 7.0.1 DS918+ installed. Today i compile new redpill and "burn" on new flashdrive. Everything seems to launch correct, ping to NAS working, Synology Assistant found NAS with status "ready". But when i try go to IP:5000 then NAS goes to hard reboot. Does anyone has the same issue? I've build new image and installation was stopping at 56%. After cleaning everything once again, removing all images from docker and building image one more time it is working correctly. Link to comment Share on other sites More sharing options...
shibby Posted September 13, 2021 Share #1402 Posted September 13, 2021 back to redpill compiled in last week and all works fine, so it`s definitely issue with loader. my test machine is lenovo M93p so i don`t have access to serial console i try connect via ssh/telnet Link to comment Share on other sites More sharing options...
coint_cho Posted September 13, 2021 Share #1403 Posted September 13, 2021 Tried booting with a VID/PID/MAC from my baremetal machine, using a R8169 built in gigabit NIC, doesn't grab a new IP from DHCP and currently is not working, running 6.1.7 with 1.02b Jun's loader modded with support for MBR storage. VMWare doesn't work as well unfortunately, it just doesn't want to go pass 56% of installing PAT file. Link to comment Share on other sites More sharing options...
WiteWulf Posted September 13, 2021 Share #1404 Posted September 13, 2021 1 hour ago, jumkey said: 😂sorry rebase and git push -f can fix pull with git fetch --all && git reset --hard origin/develop && git pull I'm having the same issue as @scoobdriver, using @haydibe's docker build environment. My docker-fu is lacking First I did a './redpill_tool_chain.sh clean all ', followed by './redpill_tool_chain.sh build bromolow-7.0.1-42214' which completes successfully, but './redpill_tool_chain.sh auto bromolow-7.0.1-42214' fails as per scoobdriver's report. I did './redpill_tool_chain.sh run bromolow-7.0.1-42214' to get an interactive shell, then cd'd into '/opt/redpill-load' and ran the command above: root@redpill-tool-chain:/opt/redpill-load# git fetch --all && git reset --hard origin/develop && git pull Fetching origin remote: Enumerating objects: 89, done. remote: Counting objects: 100% (89/89), done. remote: Compressing objects: 100% (45/45), done. remote: Total 69 (delta 31), reused 62 (delta 24), pack-reused 0 Unpacking objects: 100% (69/69), done. From https://github.com/jumkey/redpill-load + dcd6217...5b69d3f develop -> origin/develop (forced update) + 4951ed8...61c5e3d master -> origin/master (forced update) HEAD is now at 5b69d3f 7.0.1 RC Already up-to-date. but it still fails with the same error as previously reported when running './redpill_tool_chain.sh auto bromolow-7.0.1-42214': redpill-tool-chain_x86_64_v0.7.2 % ./redpill_tool_chain.sh auto bromolow-7.0.1-42214 remote: Enumerating objects: 325, done. remote: Counting objects: 100% (325/325), done. remote: Compressing objects: 100% (79/79), done. remote: Total 277 (delta 195), reused 276 (delta 195), pack-reused 0 Receiving objects: 100% (277/277), 111.68 KiB | 0 bytes/s, done. Resolving deltas: 100% (195/195), completed with 38 local objects. From https://github.com/RedPill-TTG/redpill-lkm 23578eb..061b3e6 master -> origin/master remote: Enumerating objects: 89, done. remote: Counting objects: 100% (89/89), done. remote: Compressing objects: 100% (45/45), done. remote: Total 69 (delta 31), reused 62 (delta 24), pack-reused 0 Unpacking objects: 100% (69/69), done. From https://github.com/jumkey/redpill-load + dcd6217...5b69d3f develop -> origin/develop (forced update) + 4951ed8...61c5e3d master -> origin/master (forced update) Checking if redpill-lkm sources require pull. Updating 23578eb..061b3e6 Fast-forward CMakeLists.txt | 19 +- Makefile | 57 ++++- common.h | 77 +++++- compat/toolkit/drivers/usb/storage/usb.h | 135 +++++++++++ config/cmdline_delegate.c | 100 ++++---- config/cmdline_delegate.h | 36 +-- config/cmdline_opts.h | 45 ++++ config/runtime_config.c | 99 +++++--- config/runtime_config.h | 13 +- debug/debug_execve.c | 38 ++- internal/call_protected.c | 13 +- internal/call_protected.h | 28 ++- internal/helper/memory_helper.c | 44 ++++ internal/helper/memory_helper.h | 37 +++ internal/helper/symbol_helper.c | 13 + internal/helper/symbol_helper.h | 15 ++ internal/intercept_driver_register.c | 27 +-- internal/intercept_execve.c | 11 +- internal/notifier_base.h | 13 + internal/override_symbol.c | 229 +++++++----------- internal/override_symbol.h | 67 +----- internal/scsi/hdparam.h | 350 +++++++++++++++++++++++++++ internal/scsi/scsi_notifier.c | 239 +++++++++++++++++++ internal/scsi/scsi_notifier.h | 29 +++ internal/scsi/scsi_notifier_list.c | 4 + internal/scsi/scsi_notifier_list.h | 27 +++ internal/scsi/scsi_toolbox.c | 245 +++++++++++++++++++ internal/scsi/scsi_toolbox.h | 100 ++++++++ internal/scsi/scsiparam.h | 24 ++ internal/stealth.c | 4 +- internal/stealth.h | 3 +- internal/stealth/sanitize_cmdline.c | 32 +-- internal/uart/uart_swapper.c | 23 +- internal/uart/virtual_uart.c | 32 +-- internal/uart/vuart_virtual_irq.c | 4 +- internal/virtual_pci.c | 18 +- redpill_main.c | 40 +++- shim/bios/bios_shims_collection.c | 90 +++---- shim/bios/bios_shims_collection.h | 6 +- shim/bios/rtc_proxy.c | 61 +++-- shim/bios/rtc_proxy.h | 3 + shim/bios_shim.c | 35 +-- shim/block_fw_update_shim.c | 16 +- shim/boot_dev/boot_shim_base.c | 70 ++++++ shim/boot_dev/boot_shim_base.h | 57 +++++ shim/boot_dev/fake_sata_boot_shim.c | 317 +++++++++++++++++++++++++ shim/boot_dev/fake_sata_boot_shim.h | 8 + shim/boot_dev/native_sata_boot_shim.c | 283 ++++++++++++++++++++++ shim/boot_dev/native_sata_boot_shim.h | 8 + shim/boot_dev/sata_boot_shim.c | 595 ---------------------------------------------- shim/boot_dev/sata_boot_shim.h | 8 - shim/boot_dev/usb_boot_shim.c | 59 +++-- shim/boot_device_shim.c | 31 ++- shim/disable_exectutables.c | 16 +- shim/disable_exectutables.h | 5 +- shim/pci_shim.c | 22 +- shim/pmu_shim.c | 42 ++-- shim/shim_base.h | 9 + shim/storage/smart_shim.c | 1056 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ shim/storage/smart_shim.h | 7 + shim/storage/virtio_storage_shim.c | 147 ++++++++++++ shim/storage/virtio_storage_shim.h | 7 + shim/uart_fixer.c | 15 +- tools/make_all.sh | 13 +- 64 files changed, 4011 insertions(+), 1265 deletions(-) create mode 100644 compat/toolkit/drivers/usb/storage/usb.h create mode 100644 config/cmdline_opts.h create mode 100644 internal/helper/memory_helper.c create mode 100644 internal/helper/memory_helper.h create mode 100644 internal/helper/symbol_helper.c create mode 100644 internal/helper/symbol_helper.h create mode 100644 internal/notifier_base.h create mode 100644 internal/scsi/hdparam.h create mode 100644 internal/scsi/scsi_notifier.c create mode 100644 internal/scsi/scsi_notifier.h create mode 100644 internal/scsi/scsi_notifier_list.c create mode 100644 internal/scsi/scsi_notifier_list.h create mode 100644 internal/scsi/scsi_toolbox.c create mode 100644 internal/scsi/scsi_toolbox.h create mode 100644 internal/scsi/scsiparam.h create mode 100644 shim/boot_dev/boot_shim_base.c create mode 100644 shim/boot_dev/boot_shim_base.h create mode 100644 shim/boot_dev/fake_sata_boot_shim.c create mode 100644 shim/boot_dev/fake_sata_boot_shim.h create mode 100644 shim/boot_dev/native_sata_boot_shim.c create mode 100644 shim/boot_dev/native_sata_boot_shim.h delete mode 100644 shim/boot_dev/sata_boot_shim.c delete mode 100644 shim/boot_dev/sata_boot_shim.h create mode 100644 shim/shim_base.h create mode 100644 shim/storage/smart_shim.c create mode 100644 shim/storage/smart_shim.h create mode 100644 shim/storage/virtio_storage_shim.c create mode 100644 shim/storage/virtio_storage_shim.h Pulled latest commits. Check if redpill-load sources require pull. *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'root@redpill-tool-chain.(none)') Do I need to be in a different directory in the docker container to run the git fetch? Link to comment Share on other sites More sharing options...
scoobdriver Posted September 13, 2021 Share #1405 Posted September 13, 2021 13 minutes ago, WiteWulf said: Do I need to be in a different directory in the docker container to run the git fetch? Running docker image ls , followed by removing the old image id's (docker image rm XXXXXX ) fixed this issue for me Link to comment Share on other sites More sharing options...
shibby Posted September 13, 2021 Share #1406 Posted September 13, 2021 @haydibe it will be nice to add to "clean all" removing of all docker images. Link to comment Share on other sites More sharing options...
jumkey Posted September 13, 2021 Share #1407 Posted September 13, 2021 (edited) 29 minutes ago, WiteWulf said: I'm having the same issue as @scoobdriver, using @haydibe's docker build environment. My docker-fu is lacking First I did a './redpill_tool_chain.sh clean all ', followed by './redpill_tool_chain.sh build bromolow-7.0.1-42214' which completes successfully, but './redpill_tool_chain.sh auto bromolow-7.0.1-42214' fails as per scoobdriver's report. I did './redpill_tool_chain.sh run bromolow-7.0.1-42214' to get an interactive shell, then cd'd into '/opt/redpill-load' and ran the command above: root@redpill-tool-chain:/opt/redpill-load# git fetch --all && git reset --hard origin/develop && git pull Fetching origin remote: Enumerating objects: 89, done. remote: Counting objects: 100% (89/89), done. remote: Compressing objects: 100% (45/45), done. remote: Total 69 (delta 31), reused 62 (delta 24), pack-reused 0 Unpacking objects: 100% (69/69), done. From https://github.com/jumkey/redpill-load + dcd6217...5b69d3f develop -> origin/develop (forced update) + 4951ed8...61c5e3d master -> origin/master (forced update) HEAD is now at 5b69d3f 7.0.1 RC Already up-to-date. but it still fails with the same error as previously reported when running './redpill_tool_chain.sh auto bromolow-7.0.1-42214': redpill-tool-chain_x86_64_v0.7.2 % ./redpill_tool_chain.sh auto bromolow-7.0.1-42214 remote: Enumerating objects: 325, done. remote: Counting objects: 100% (325/325), done. remote: Compressing objects: 100% (79/79), done. remote: Total 277 (delta 195), reused 276 (delta 195), pack-reused 0 Receiving objects: 100% (277/277), 111.68 KiB | 0 bytes/s, done. Resolving deltas: 100% (195/195), completed with 38 local objects. From https://github.com/RedPill-TTG/redpill-lkm 23578eb..061b3e6 master -> origin/master remote: Enumerating objects: 89, done. remote: Counting objects: 100% (89/89), done. remote: Compressing objects: 100% (45/45), done. remote: Total 69 (delta 31), reused 62 (delta 24), pack-reused 0 Unpacking objects: 100% (69/69), done. From https://github.com/jumkey/redpill-load + dcd6217...5b69d3f develop -> origin/develop (forced update) + 4951ed8...61c5e3d master -> origin/master (forced update) Checking if redpill-lkm sources require pull. Updating 23578eb..061b3e6 Fast-forward CMakeLists.txt | 19 +- Makefile | 57 ++++- common.h | 77 +++++- compat/toolkit/drivers/usb/storage/usb.h | 135 +++++++++++ config/cmdline_delegate.c | 100 ++++---- config/cmdline_delegate.h | 36 +-- config/cmdline_opts.h | 45 ++++ config/runtime_config.c | 99 +++++--- config/runtime_config.h | 13 +- debug/debug_execve.c | 38 ++- internal/call_protected.c | 13 +- internal/call_protected.h | 28 ++- internal/helper/memory_helper.c | 44 ++++ internal/helper/memory_helper.h | 37 +++ internal/helper/symbol_helper.c | 13 + internal/helper/symbol_helper.h | 15 ++ internal/intercept_driver_register.c | 27 +-- internal/intercept_execve.c | 11 +- internal/notifier_base.h | 13 + internal/override_symbol.c | 229 +++++++----------- internal/override_symbol.h | 67 +----- internal/scsi/hdparam.h | 350 +++++++++++++++++++++++++++ internal/scsi/scsi_notifier.c | 239 +++++++++++++++++++ internal/scsi/scsi_notifier.h | 29 +++ internal/scsi/scsi_notifier_list.c | 4 + internal/scsi/scsi_notifier_list.h | 27 +++ internal/scsi/scsi_toolbox.c | 245 +++++++++++++++++++ internal/scsi/scsi_toolbox.h | 100 ++++++++ internal/scsi/scsiparam.h | 24 ++ internal/stealth.c | 4 +- internal/stealth.h | 3 +- internal/stealth/sanitize_cmdline.c | 32 +-- internal/uart/uart_swapper.c | 23 +- internal/uart/virtual_uart.c | 32 +-- internal/uart/vuart_virtual_irq.c | 4 +- internal/virtual_pci.c | 18 +- redpill_main.c | 40 +++- shim/bios/bios_shims_collection.c | 90 +++---- shim/bios/bios_shims_collection.h | 6 +- shim/bios/rtc_proxy.c | 61 +++-- shim/bios/rtc_proxy.h | 3 + shim/bios_shim.c | 35 +-- shim/block_fw_update_shim.c | 16 +- shim/boot_dev/boot_shim_base.c | 70 ++++++ shim/boot_dev/boot_shim_base.h | 57 +++++ shim/boot_dev/fake_sata_boot_shim.c | 317 +++++++++++++++++++++++++ shim/boot_dev/fake_sata_boot_shim.h | 8 + shim/boot_dev/native_sata_boot_shim.c | 283 ++++++++++++++++++++++ shim/boot_dev/native_sata_boot_shim.h | 8 + shim/boot_dev/sata_boot_shim.c | 595 ---------------------------------------------- shim/boot_dev/sata_boot_shim.h | 8 - shim/boot_dev/usb_boot_shim.c | 59 +++-- shim/boot_device_shim.c | 31 ++- shim/disable_exectutables.c | 16 +- shim/disable_exectutables.h | 5 +- shim/pci_shim.c | 22 +- shim/pmu_shim.c | 42 ++-- shim/shim_base.h | 9 + shim/storage/smart_shim.c | 1056 ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++ shim/storage/smart_shim.h | 7 + shim/storage/virtio_storage_shim.c | 147 ++++++++++++ shim/storage/virtio_storage_shim.h | 7 + shim/uart_fixer.c | 15 +- tools/make_all.sh | 13 +- 64 files changed, 4011 insertions(+), 1265 deletions(-) create mode 100644 compat/toolkit/drivers/usb/storage/usb.h create mode 100644 config/cmdline_opts.h create mode 100644 internal/helper/memory_helper.c create mode 100644 internal/helper/memory_helper.h create mode 100644 internal/helper/symbol_helper.c create mode 100644 internal/helper/symbol_helper.h create mode 100644 internal/notifier_base.h create mode 100644 internal/scsi/hdparam.h create mode 100644 internal/scsi/scsi_notifier.c create mode 100644 internal/scsi/scsi_notifier.h create mode 100644 internal/scsi/scsi_notifier_list.c create mode 100644 internal/scsi/scsi_notifier_list.h create mode 100644 internal/scsi/scsi_toolbox.c create mode 100644 internal/scsi/scsi_toolbox.h create mode 100644 internal/scsi/scsiparam.h create mode 100644 shim/boot_dev/boot_shim_base.c create mode 100644 shim/boot_dev/boot_shim_base.h create mode 100644 shim/boot_dev/fake_sata_boot_shim.c create mode 100644 shim/boot_dev/fake_sata_boot_shim.h create mode 100644 shim/boot_dev/native_sata_boot_shim.c create mode 100644 shim/boot_dev/native_sata_boot_shim.h delete mode 100644 shim/boot_dev/sata_boot_shim.c delete mode 100644 shim/boot_dev/sata_boot_shim.h create mode 100644 shim/shim_base.h create mode 100644 shim/storage/smart_shim.c create mode 100644 shim/storage/smart_shim.h create mode 100644 shim/storage/virtio_storage_shim.c create mode 100644 shim/storage/virtio_storage_shim.h Pulled latest commits. Check if redpill-load sources require pull. *** Please tell me who you are. Run git config --global user.email "you@example.com" git config --global user.name "Your Name" to set your account's default identity. Omit --global to set the identity only in this repository. fatal: unable to auto-detect email address (got 'root@redpill-tool-chain.(none)') Do I need to be in a different directory in the docker container to run the git fetch? vi entrypoint.sh maybe git -C ${REDPILL_LOAD_SRC} pull -> git -C ${REDPILL_LOAD_SRC} fetch --all && git -C ${REDPILL_LOAD_SRC} reset --hard origin/${REDPILL_LOAD_BRANCH} && git -C ${REDPILL_LOAD_SRC} pull Edited September 13, 2021 by jumkey Link to comment Share on other sites More sharing options...
Orphée Posted September 13, 2021 Share #1408 Posted September 13, 2021 (edited) if you are only using docker for redpill build : docker system prune -a It will delete EVERYTHING considered as not used. # docker system prune -a WARNING! This will remove: - all stopped containers - all networks not used by at least one container - all images without at least one container associated to them - all build cache Are you sure you want to continue? [y/N] Edited September 13, 2021 by Orphée Link to comment Share on other sites More sharing options...
maxhartung Posted September 13, 2021 Share #1409 Posted September 13, 2021 38 minutes ago, coint_cho said: Tried booting with a VID/PID/MAC from my baremetal machine, using a R8169 built in gigabit NIC, doesn't grab a new IP from DHCP and currently is not working, running 6.1.7 with 1.02b Jun's loader modded with support for MBR storage. VMWare doesn't work as well unfortunately, it just doesn't want to go pass 56% of installing PAT file. Di you tried with SATA boot ? Link to comment Share on other sites More sharing options...
haydibe Posted September 13, 2021 Share #1410 Posted September 13, 2021 Actualy it deletes all orphaned images, as in images that are not the latest build image for a specific platform version. It appears that Individualy mapped Redpill-load folder should be updated outside the container, as the authentification information does not exist inside the image. Link to comment Share on other sites More sharing options...
Franks4fingers Posted September 13, 2021 Share #1411 Posted September 13, 2021 I am looking to given Proxmox a run out and jump from baremetal to virtual. This will be my first foray into running Xpenology on virtual. Does anyone have any links to good tutorials that can be followed on the best options to use for configuring things from the outset? Link to comment Share on other sites More sharing options...
shibby Posted September 13, 2021 Share #1412 Posted September 13, 2021 (edited) 16 minutes ago, haydibe said: Actualy it deletes all orphaned images, as in images that are not the latest build image for a specific platform version. ah ok, now i see. "docker image ls --filter label=redpill-tool-chain --filter dangling=true --quiet" return empty result. So maybe remove "--filter dangling=true" or make another option like "clean deep", where all stuff about redpill toolchain will be deleted (caches, downloads, images etc.) Edited September 13, 2021 by shibby Link to comment Share on other sites More sharing options...
WiteWulf Posted September 13, 2021 Share #1413 Posted September 13, 2021 (edited) Getting a bit further now after doing a 'docker system prune -a' and 'redpill_tool_chain.sh clean all' and modifying the entrypoint.sh as per jumkey's suggestion: [#] Generating GRUB config... [OK] [#] Creating loader image at /opt/redpill-load/images/redpill-DS3615xs_7.0.1-42214_b1631532886.img... [ERR] [!] Failed to copy /opt/redpill-load/config/_common/EFI/. to /opt/redpill-load/build/1631532886/img-mnt/part-1/EFI /bin/cp: cannot create directory '/opt/redpill-load/build/1631532886/img-mnt/part-1/EFI/./boot': File exists *** Process will exit *** Makefile:29: recipe for target 'build_redpill_load' failed make: *** [build_redpill_load] Error 1 *edit* I completely deleted everything: all docker images and the redpill directory structure, starting with a fresh extract of 'redpill-tool-chain_x86_64_v0.7.2.zip'. So everything was downloaded/fetched fresh, and I'm still getting the same error. Edited September 13, 2021 by WiteWulf Link to comment Share on other sites More sharing options...
maxhartung Posted September 13, 2021 Share #1414 Posted September 13, 2021 22 minutes ago, Franks4fingers said: I am looking to given Proxmox a run out and jump from baremetal to virtual. This will be my first foray into running Xpenology on virtual. Does anyone have any links to good tutorials that can be followed on the best options to use for configuring things from the outset? For the most part you need to set the VID and PID to these values and make the loader (don’t forget about the MAC Address too): VID: 0x46f4 PID: 0x0001 Then you need to create a new VM with SATA based hdd and machine type set to Q35 You also need to edit the config of the virtual machine and add this line with also replacing the path to the file: args: -device 'qemu-xhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/images/XXX/redpill-DS918+_7.0-41890.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot,bootindex=5' or you can just use sata boot 1 Link to comment Share on other sites More sharing options...
Franks4fingers Posted September 13, 2021 Share #1415 Posted September 13, 2021 7 minutes ago, maxhartung said: For the most part you need to set the VID and PID to these values and make the loader (don’t forget about the MAC Address too): VID: 0x46f4 PID: 0x0001 Then you need to create a new VM with SATA based hdd and machine type set to Q35 You also need to edit the config of the virtual machine and add this line with also replacing the path to the file: args: -device 'qemu-xhci,addr=0x18' -drive 'id=synoboot,file=/var/lib/vz/images/XXX/redpill-DS918+_7.0-41890.img,if=none,format=raw' -device 'usb-storage,id=synoboot,drive=synoboot,bootindex=5' or you can just use sata boot Thanks Link to comment Share on other sites More sharing options...
jumkey Posted September 13, 2021 Share #1416 Posted September 13, 2021 24 minutes ago, WiteWulf said: Getting a bit further now after doing a 'docker system prune -a' and 'redpill_tool_chain.sh clean all' and modifying the entrypoint.sh as per jumkey's suggestion: [#] Generating GRUB config... [OK] [#] Creating loader image at /opt/redpill-load/images/redpill-DS3615xs_7.0.1-42214_b1631532886.img... [ERR] [!] Failed to copy /opt/redpill-load/config/_common/EFI/. to /opt/redpill-load/build/1631532886/img-mnt/part-1/EFI /bin/cp: cannot create directory '/opt/redpill-load/build/1631532886/img-mnt/part-1/EFI/./boot': File exists *** Process will exit *** Makefile:29: recipe for target 'build_redpill_load' failed make: *** [build_redpill_load] Error 1 *edit* I completely deleted everything: all docker images and the redpill directory structure, starting with a fresh extract of 'redpill-tool-chain_x86_64_v0.7.2.zip'. So everything was downloaded/fetched fresh, and I'm still getting the same error. redpill-load/include/file.sh out="$("${CP_PATH}" --recursive --dereference "${1}" "${2}" 2>&1)" -> out="$("${CP_PATH}" -f --recursive --dereference "${1}" "${2}" 2>&1)" Link to comment Share on other sites More sharing options...
coint_cho Posted September 13, 2021 Share #1417 Posted September 13, 2021 57 minutes ago, maxhartung said: Di you tried with SATA boot ? Tried everything and still NADA, now even with the original bootloader from the USB I've been using, my DiskStation won't even show up in LAN now, so gotta either hope that a new version of RedPill can take over the task or just find what bootloader I used for 6.1.7... big oof moment Link to comment Share on other sites More sharing options...
p33ps Posted September 13, 2021 Share #1418 Posted September 13, 2021 (edited) Can someone paste here their VM Proxmox setup for a DS3615xs boot? I am having huge CPU issues when the Photos app starts their face recognition index process. It blocks the VM completely and I need to stop-start it. It never finishes the recognition process. This is the CPU and network status when it starts: Current hardware setup is: HP Proliant Microserver G8 16GB RAM Xeon E3 1265l v2 1 x 1TB 870 SSD 3 x 12TB Seagate Exos X16 1 x 12TB Seagate IronWolf Pro DSM 7.0.1 RC. I've tested it with LVM and ZFS storage pool. Thanks! Edited September 13, 2021 by p33ps Link to comment Share on other sites More sharing options...
shibby Posted September 13, 2021 Share #1419 Posted September 13, 2021 3 hours ago, shibby said: my test machine is lenovo M93p so i don`t have access to serial console i try connect via ssh/telnet M93p with latest redpill 7.0.1 DS918+: reboots after a try connect to NAS via ip:5000 or ssh. the same setup but with redpill compiled in last week: all works fine. M93p hasn`t got serial console port so i do know why is this happen. Link to comment Share on other sites More sharing options...
WiteWulf Posted September 13, 2021 Share #1420 Posted September 13, 2021 I'm sure I recall this sort of behaviour from waaaaaay back when....lemme have a grep though my posting history and see if I can find it. It's a graceful shutdown/restart, yeah, not a kernel panic/crash sort of reboot? Link to comment Share on other sites More sharing options...
abesus Posted September 13, 2021 Share #1421 Posted September 13, 2021 (edited) 12 hours ago, ThorGroup said: Yes.... Intel decided to add a single instruction (MOVBE) to only the Atom line... then a few years later they've added it to the Xeons. Go figure... that's why 918+ requires a newer CPU with MOVBE support. If you search for "MOVBE intel cpu" you will find many topics not related to xpenology as this is a much bigger problem. As for the SN/MAC: the mac needs to match your real ethernet adaptor. As for the S/N you can google "xpenology s/n generator" and there are tools prepared by the community. The good information is that according to internet Xeon E3-1265L V4 has support for MOVBE. My problem was connected to intel iommu driver and I've resolved this issue by reconfiguring this driver. From now my DSM is stable and user_config.json looks like this (vid/pid/sn/mac are different of course ) Quote { "extra_cmdline": { "vid": "0x46f4", "pid": "0x0001", "sn": "1780PDN123456", "mac1": "E2:C4:5C:C9:EE:EE", "intel_iommu" : "igfx_off" }, "synoinfo": {}, "ramdisk_copy": {} } It will (should) have impact only for virtual machines inside DSM which I don't have Edited September 13, 2021 by abesus Link to comment Share on other sites More sharing options...
WiteWulf Posted September 13, 2021 Share #1422 Posted September 13, 2021 (edited) 6 minutes ago, WiteWulf said: I'm sure I recall this sort of behaviour from waaaaaay back when....lemme have a grep though my posting history and see if I can find it. It's a graceful shutdown/restart, yeah, not a kernel panic/crash sort of reboot? Yup, here it is from a couple of years ago. Server boots up and operates just fine until you try to login to the web interface, and which point it initiates a reboot: Edited September 13, 2021 by WiteWulf 1 Link to comment Share on other sites More sharing options...
snowfox Posted September 13, 2021 Share #1423 Posted September 13, 2021 On 9/6/2021 at 10:26 PM, pocopico said: To extract : mkdir rd cd rd cat ../rd.gz | cpio -idm To repack the rd, in rd directory : find | cpio -o -H newc > ../rd.gz.new 19 hours ago,pocopico said: Line 285 in your case. /lib/modules is linked to /usr/lib/modules . insmod /lib/modules/xxx thang you very much! i successfully driven the Intel 10G network card! now,my 918+ 7.0.1 have two neywork cards! Link to comment Share on other sites More sharing options...
snowfox Posted September 13, 2021 Share #1424 Posted September 13, 2021 (edited) On 9/10/2021 at 1:03 AM, yanjun said: ixgbe.ko.gz 3.31 MB · 27 downloads ixgbevf.ko 84.3 kB · 24 downloads for 918+ 7.0.1 test fine. thank you again! I successfully driven the Intel 10G network card! and I want to know how do you compile ko files Edited September 13, 2021 by snowfox Link to comment Share on other sites More sharing options...
jumkey Posted September 13, 2021 Share #1425 Posted September 13, 2021 Try to implement loading extended kernel modules like extra.lzma https://github.com/jumkey/redpill-load/commit/4ff6ffe72a479cbe3ef5a67ecad86441109edd1c PS D:\redpill-load> tree .\custom\ /f /a D:\REDPILL-LOAD\CUSTOM | .gitkeep | \---lib +---firmware | \---4.4.180+ | \---i915 | bxt_dmc_ver1_07.bin | cnl_dmc_ver1_06.bin | glk_dmc_ver1_04.bin | kbl_dmc_ver1_01.bin | kbl_dmc_ver1_04.bin | skl_dmc_ver1_26.bin | skl_dmc_ver1_27.bin | +---modules | \---4.4.180+ | mpt3sas.ko | r8125.ko | raid_class.ko | rng-core.ko | scsi_transport_sas.ko | vmxnet3.ko | \---modules-load.d 70-disk-0000-mpt3sas.conf 70-extra-0000-r8125.conf 70-extra-0001-vmxnet3.conf 70-optional-0000-virtio-rng.conf PS D:\redpill-load> cat .\custom\lib\modules-load.d\70-optional-0000-virtio-rng.conf rng-core virtio-rng PS D:\redpill-load> cat ..\user_config-ds918.json { "extra_cmdline": { "vid": "0x46f4", "pid": "0x0001", "sn": "xxxxPDNxxxxxx", "mac1": "001132FFFFFD", "mac2": "001132FFFFFE", "netif_num": 2 }, "synoinfo": {}, "ramdisk_copy": { "lib/modules-load.d": "lib/modules-load.d/", "lib/modules/4.4.180+": "lib/modules/", "lib/firmware/4.4.180+": "lib/firmware/" } } PS D:\redpill-load> 1 Link to comment Share on other sites More sharing options...
Recommended Posts