Jump to content
XPEnology Community

RedPill - the new loader for 6.2.4 - Discussion


Recommended Posts

On 9/4/2021 at 12:24 PM, tocinillo2 said:

Compiled 7.0.1 with last BSP patch and works perfect ;)

 

https://drive.google.com/file/d/1CqqhO-TBdwOff0dH54iP-XPdrhzgvtNR/view?usp=sharing

 

- Add UEFI support.
- Deleted twice EFI folder.
- Fixed SynoBoot_EFI place.
- Compiled with last BSP Patch for 7.0.1.
- Insmod efi_gop into EFI.
- Tested with Baremetal and works fine (Astock 3455-ITX).
- After installation (the reboot process can take 15-20 minutes) you have to install File Station manually: https://www.synology.com/en-us/support/download/DS918+#system (select DSM 7.0), find and download File Station SPK and install it in Package Center.

 

1RZ3yro.jpg

Works well on my ASROCK 3455B-ITX, thanks very much.

Although I discovered that the SYNOLOGY DRIVE SERVER and OFFICE packages cannot be installed. (I didn't try all, maybe there are still some more)

 

Link to comment
Share on other sites

On 19/9/2021 at 7:03, nemesis122 said:

Toda la noche el servidor estuvo funcionando y disfrutó de su vida.

actualice Docker a la versión 1239

esta mañana utilicé filezilla y copié archivos a través del protocolo ftp después de 500 GB, el servidor perdió la conexión de red, tengo que reiniciar el servidor e iniciar Docker nuevamente y el servidor se reinicia nuevamente falla -> configure docker new JD2 y filezilla y el servidor se reinicia nuevamente choque

Salida de consola:

[250.810133] Rastreo de llamadas:
[250.821880] <NMI> [<ffffffff814a2759>]? dump_stack + 0xc / 0x15
[250.850334] [<ffffffff814a16b1>]? pánico + 0xbb / 0x1df
[250.875015] [<ffffffff810a9eb8>]? watchdog_overflow_callback + 0xa8 / 0xb0
[250.907339] [<ffffffff810db7d3>]? __perf_event_overflow + 0x93 / 0x230
[250.938568] [<ffffffff810da612>]? perf_event_update_userpage + 0x12 / 0xf0
[250.970751] [<ffffffff810152a4>]? intel_pmu_handle_irq + 0x1b4 / 0x340
[251.001576] [<ffffffff814a9d06>]? perf_event_nmi_handler + 0x26 / 0x40
[251.032170] [<ffffffff814a944e>]? do_nmi + 0xfe / 0x440
[251.056806] [<ffffffff814a8a53>]? end_repeat_nmi + 0x1e / 0x7e
 

El 18/9/2021 a las 23:55, nemesis122 dijo:

usó el martillo, nada se reinicia😀

I have been doing tests with a single pihole container, I restored it from 0 and had a restart on my Gen8, for now I stop Docker waiting for the boot to advance. Thanks to those of you who advance in this project.

Link to comment
Share on other sites

2 hours ago, Rabby said:

Works well on my ASROCK 3455B-ITX, thanks very much.

Although I discovered that the SYNOLOGY DRIVE SERVER and OFFICE packages cannot be installed. (I didn't try all, maybe there are still some more)

 

Baremetal with onboard nic? How long did it take to boot?

Edited by toyanucci
Link to comment
Share on other sites

Have anyone got Face detection work in Photos with Redpill 918+ in Proxmox?

 

My usr/syno/etc/codec/activation.conf contains

{"success":true,"activated_codec":["hevc_dec","h264_dec","h264_enc","mpeg4part2_dec"],"token":"**REMOVED**"}

 

dev/dri/ contains 
card0  renderD128

 

However no faces gets detected.

Cheers...  I love the progress of redpill

Edited by someone1
Link to comment
Share on other sites

7 minutes ago, someone1 said:

Have anyone got Face detection work in Photos with Redpill 918+ in Proxmox?

 

My usr/syno/etc/codec/activation.conf contains

{"success":true,"activated_codec":["hevc_dec","h264_dec","h264_enc","mpeg4part2_dec"],"token":"**REMOVED**"}

 

dev/dri/ contains 
card0  renderD128

 

However no faces gets detected.

Cheers...  I love the progress of redpill

Face detection works for me on ds3615xs. Real SN and Mac. I only had to change cpu to 2 cpu / 2 core

Link to comment
Share on other sites

3 minutes ago, Orphée said:

Face detection works for me on ds3615xs. Real SN and Mac. I only had to change cpu to 2 cpu / 2 core

I saw some comment to add more cpu/core , however didnt solve my issue?

 

Which PAT file do you use for the ds3615xs install? The only one i found was 7.0.1RC , which failed to install..

Link to comment
Share on other sites

For those who are stuck on file corrupted error (13) during DSM installation step with ESXi, I would like to share my workarounds. There are two things I've missed.

 

1. Choose SATA mode instead of USB!

 

USB boot is for baremetal (physical usb thumb drive) or virtual USB emulation for hypervisor. The one we used to choose in the previous Jun's loader is just introduced in redpill by the latest update. So try with SATA mode passing synoboot_satadom=2 in grub.cfg.

 

2. Check your vmdk

 

For long time, I have used a pair of files as bootloader, raw disk image file and dummy vmdk file which is pointing actual image file. This was the mistake. To obtain valid vmdk file, I first convert built img file using "qemu-img convert -f raw -O vmdk redpill-DS918+_6.2.4-25556_b1632162635.img boot.vmdk" in ubuntu shell, then again convert "vmkfstools -i boot.vmdk -d thin bootin.vmdk" in ESXi shell. Please let me know better way to do this.

 

After these two things are resolved, it finishes DSM installation process and finally shows login screen! Thanks!

  • Like 2
Link to comment
Share on other sites

4 hours ago, man275 said:

For those who are stuck on file corrupted error (13) during DSM installation step with ESXi, I would like to share my workarounds. There are two things I've missed.

 

1. Choose SATA mode instead of USB!

 

USB boot is for baremetal (physical usb thumb drive) or virtual USB emulation for hypervisor. The one we used to choose in the previous Jun's loader is just introduced in redpill by the latest update. So try with SATA mode passing synoboot_satadom=2 in grub.cfg.

 

2. Check your vmdk

 

For long time, I have used a pair of files as bootloader, raw disk image file and dummy vmdk file which is pointing actual image file. This was the mistake. To obtain valid vmdk file, I first convert built img file using "qemu-img convert -f raw -O vmdk redpill-DS918+_6.2.4-25556_b1632162635.img boot.vmdk" in ubuntu shell, then again convert "vmkfstools -i boot.vmdk -d thin bootin.vmdk" in ESXi shell. Please let me know better way to do this.

 

After these two things are resolved, it finishes DSM installation process and finally shows login screen! Thanks!

Whilst you mention this fixed things up for ESXi, does anyone know if its a similar process / requirement for Proxmox?

 

I am going to be using Proxmox for the first time (ever) on a test PC that I have so knowing the key pieces would be great.

 

Great work from all involved in getting things this far 😀

Link to comment
Share on other sites

1 hour ago, Franks4fingers said:

Whilst you mention this fixed things up for ESXi, does anyone know if its a similar process / requirement for Proxmox?

 

I am going to be using Proxmox for the first time (ever) on a test PC that I have so knowing the key pieces would be great.

 

Great work from all involved in getting things this far 😀

PVE is the easiest way to install DSM 7

Link to comment
Share on other sites

8 hours ago, dodo-dk said:

you can try to switch the cpu setting in Proxmox from kvm64 to haswell or something.

 

kvm64 don‘t work with facedetection on some systems. 

 

Did not help.
Did a full wipe of the DSM after i changed the CPU to Haswell.

Getting some error messages 

 

ash-4.4# cat /var/log/messages | grep photo
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: /source/synophoto-plugin-face/src/face_plugin/lib/face_detection.cpp:214 Error: (face plugin) load network failed
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: uncaught thread task exception /source/synofoto/src/daemon/plugin/plugin_worker.cpp:90 plugin init failed: /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-face.so
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: /source/synophoto-plugin-face/src/face_plugin/lib/face_detection.cpp:214 Error: (face plugin) load network failed
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: uncaught thread task exception /source/synofoto/src/daemon/plugin/plugin_worker.cpp:90 plugin init failed: /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-face.so
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: /source/synophoto-plugin-face/src/face_plugin/lib/face_detection.cpp:214 Error: (face plugin) load network failed
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: uncaught thread task exception /source/synofoto/src/daemon/plugin/plugin_worker.cpp:90 plugin init failed: /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-face.so
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: /source/synophoto-plugin-face/src/face_plugin/lib/face_detection.cpp:214 Error: (face plugin) load network failed
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: uncaught thread task exception /source/synofoto/src/daemon/plugin/plugin_worker.cpp:90 plugin init failed: /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-face.so
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: /source/synophoto-plugin-face/src/face_plugin/lib/face_detection.cpp:214 Error: (face plugin) load network failed
2021-09-21T07:43:05+02:00 hackology synofoto-face-extraction[21895]: uncaught thread task exception /source/synofoto/src/daemon/plugin/plugin_worker.cpp:90 plugin init failed: /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-face.so

 

Link to comment
Share on other sites

1 hour ago, Orphée said:

Did someone successfully updated from 6.2.4 to 6.2.4 update 2 ?

when I tried a week or two ago, update failed for me...

 

Edit :

Inside the update 2 PAT file, there is a flashupdate_6.2-25556-s2_all.deb

it contains :

image.thumb.png.c9bea1b5ae667a234170e8d5a09bd25f.png

 

As it was with Jun loader some files in the loader will be overwritten (Mainly rd.gz and zImage). Recover the loader from a known working image and try to see if  this works.

Link to comment
Share on other sites

9 minutes ago, Orphée said:

 

yeah exactly what happens to everyone trying passthrough me included, it *should* work since the flag support sas can be enabled but dsm refuses to use them.

shouldn't be a dsm problem, for sure something redpill related.

 

btw in esxi how do you use the loader? mounted in sata0 controller? i tried multiple times but using the sata mode in grub loads everything but no /dev/synoboot* is created :S wierd.

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...