RedPill - the new loader for 6.2.4 - Discussion


Recommended Posts

3 minutes ago, shibby said:

if you tell me how can i do this from bare-metal i can try

You either need to be running on a server with a remote console, like an HP with iLO, Dell with DRAC, etc., or else a physical serial port with another machine connected to it to see what's being output to the console. Can you do either of those?

Link to post
Share on other sites
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 post
Share on other sites

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 post
Share on other sites

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 post
Share on other sites
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 post
Share on other sites
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 post
Share on other sites
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 by jumkey
Link to post
Share on other sites

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 by Orphée
Link to post
Share on other sites
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 post
Share on other sites

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 post
Share on other sites

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 post
Share on other sites
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 by shibby
Link to post
Share on other sites

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 by WiteWulf
Link to post
Share on other sites
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

  • Thanks 1
Link to post
Share on other sites
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 post
Share on other sites
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 post
Share on other sites
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 post
Share on other sites

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:

 

image.thumb.png.7af0e2b3b2153c4356eb0637a4a1b9f8.png

 

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 by p33ps
Link to post
Share on other sites
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 post
Share on other sites

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 post
Share on other sites
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 by abesus
Link to post
Share on other sites
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 by WiteWulf
  • Thanks 1
Link to post
Share on other sites
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!

 

10Gnic-OK.jpg

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.