ct85msi

without sudo, it gives me a cpio error and malformed something. I am sorry I couldn`t catch the error, I needed to bring that system back online fast.

@pocopicoyour latest commit with sudo breaks postupdate.

It works, thank you. I needed to run postupdate with sudo, else I had some permission errors:

I don`t understand the question. What junior exit reason ?:)

it doesn`t work on DS918+...it says Recoverable after updating to TCRP 0.8.0.1 and ran postupdate.

Version: 7.0.1-42218 Update 1 https://www.synology.com/en-global/releaseNote/DSM can someone confirm that this doesn`t brick redpill ?

I had the same error as you, that solved my problem.

Try to enable hotplug for every sata port in BIOS/EFI. That worked for me on a H97/Haswell system.

https://raw.githubusercontent.com/OrpheeGT/redpill-virtio/master/rpext-index.json @Orphée is missing 42218 for ds918p

@jumkey thanks for synking the developer branch with TTG but how can I bypass boot-wait extension, because it isn`t available for 7.0.1 ? [-] The extension thethorgroup.boot-wait was found. However, the extension index has no recipe for ds918p_42218 platform. It may not be [-] supported on that platform, or author didn't updated it for that platform yet. You can try running [-] "ext-manager.sh update" to refresh indexes for all extensions manually. Below are the currently known information about [-] the extension stored locally: [#] ========================================== thethorgroup.boot-wait ========================================== [#] Extension name: RedPill Bootwait [#] Description: Simple extension which stops the execution early waiting for the boot device to appear [#] To get help visit: https://github.com/RedPill-TTG/redpill-boot-wait [#] Extension preparer/packer: https://github.com/RedPill-TTG/redpill-boot-wait [#] Update URL: https://raw.githubusercontent.com/RedPill-TTG/redpill-boot-wait/master/rpext-index.json [#] Platforms supported: ds918p_41890 ds3615xs_25556 ds3615xs_41222 ds918p_25556 [#] ======================================================================================= [-] Failed to update recipe for thethorgroup.boot-wait extension for platform ds918p_42218. The script will terminate as you do not [-] have previously downloaded recipe which can be used if download fails. Try again later. If problem [-] persists contact the extension packer for support (displayed below) [#] ========================================== thethorgroup.boot-wait ========================================== [#] Extension name: RedPill Bootwait [#] Description: Simple extension which stops the execution early waiting for the boot device to appear [#] To get help visit: https://github.com/RedPill-TTG/redpill-boot-wait [#] Extension preparer/packer: https://github.com/RedPill-TTG/redpill-boot-wait [#] Update URL: https://raw.githubusercontent.com/RedPill-TTG/redpill-boot-wait/master/rpext-index.json [#] Platforms supported: ds918p_41890 ds3615xs_25556 ds3615xs_41222 ds918p_25556 [#] ======================================================================================= [!] Cannot continue due to previous errors (see above) *** Process will exit *** [!] Failed to update all extensions for ds918p_42218 platform - see errors above *** Process will exit *** make: *** [Makefile:33: build_redpill_load] Error 1

Only 7.0.1 final has all the security patches for now, even 6.2.4 update 2 can be exploited locally, the fix is still to be seen.

no, there was fiber to the building since 2003 maybe, in a block with apartments there was fiber and a switch where that fiber entered. On the individual apartment, from that switch you got UTP. Fiber to the home is from ~ 2014. They work with ZTE and Huawei ONTs. That was a big jump from EOC with fiber directly in the buildings... Now the smallest subscription is fiberlink 500 Mbps 6 EUR ... there is nothing under.

Offtopic, there were some questions why someone would want 10 Gbps networking...well Digi ISP (RCA-RDS) Romania announced new subscriptions for 10 and 2.5 GBps. 10 Gbps costs 10.11 EUR/11.72 USD(50 RON) and 2.5 Gbps costs 9.10 EUR/10.55 USD (45 RON). That is for FTTH , fiber to the home, no need for business subscription. So...I guess 10 Gbps is the new standard, or ar least 2.5 Gbps. https://www.digi.ro/anunturi/digi-lanseaza-internetul-de-10-gbps-fiberlink-10-g-cel-mai-rapid-internet-din-romania-29465 We need to push 10 Gbps cards compatibility.

maybe this fixes your issue ?

Did you update first to 7.0.1-42218 with .PAT and then you changed the usb boot drive with the new loader or viceversa ?

I think that this is the final version, it is no longer marked as RC. https://www.synology.com/en-global/support/download/DS918+#system Can someone test if we can update from RC to this final version without a new loader ?

root@Apollo:~# cat /sys/class/hwmon/hwmon0/device/hwmon/hwmon0/temp1_input 37000 root@Apollo:/sys/class/hwmon/hwmon0# awk '{print $1/1000}' temp1_input 37 Before the latest changes, I had the default temperature of 40 C, probably sensors were not working and it showed the default minimum temperature like all the genuine synologys. With the latest changes to redpill, I have CPU temperatures of ~60 degrees C. I think it`s pretty hot for a idle NAS. In bios and other linux distrib it idled around 40-45 C. I don`t think the latest changes to redpill read the sensors temperature ok. I think the 37 degrees C from the terminal is the correct temperature.

Thanks for your answer, it`s my fault..should have looked in the damn README.md. For those who run 7.0.1-RC, here is what you need to add to global_config.json: { "id": "apollolake-7.0.1-42214", "platform_version": "apollolake-7.0.1-42214", "user_config_json": "apollolake_user_config.json", "docker_base_image": "debian:10-slim", "compile_with": "toolkit_dev", "redpill_lkm_make_target": "prod-v7", "downloads": { "kernel": { "url": "https://sourceforge.net/projects/dsgpl/files/Synology%20NAS%20GPL%20Source/25426branch/apollolake-source/linux-4.4.x.txz/download", "sha256": "af815ee065775d2e569fd7176e25c8ba7ee17a03361557975c8e5a4b64230c5b" }, "toolkit_dev": { "url": "https://sourceforge.net/projects/dsgpl/files/toolkit/DSM7.0/ds.apollolake-7.0.dev.txz/download", "sha256": "d349fa644392d4cfab8191243ee38aaa32bd517208c144678e0c855cb5a619ea" } }, "redpill_lkm": { "source_url": "https://github.com/RedPill-TTG/redpill-lkm.git", "branch": "master" }, "redpill_load": { "source_url": "https://github.com/jumkey/redpill-load.git", "branch": "develop" } } I used the prod-v7 target, you can change it to suit your needs. (dev/test/prod)

What are these new parameters in global_config.json ? { "host_path": "change_me", "container_path" :"/change_me" } If I leave then unmodified it will revert to previous version defaults or will load the container in /change_me? Thank you all for your work !

Uefi support is added only in jumkey`s branch. Only those who used the default configs to use jumkey`s branch for 7.0.1 RC had UEFI support in global_config.json. haydibe removed the lines for 7.0.1 in global_config.json from v0.8 and left only TTG`s github repos.

every boot.

My system, J3455B-ITX boots in aprox ~ 10 minutes. Wait more time.

I have DS918+ booloader, baremetal. I have no problem with docker. Even Face detection works fine. No unexpected reboots, no errors. root@Apollo:~# tail -f /var/log/synofoto.log 2021-09-19T21:13:25+03:00 Apollo synofoto-notify-center[15504]: /source/synofoto/src/daemon/notify-center/process/sdk_request.cpp:14 User Home Enable Change 2021-09-19T21:19:03+03:00 Apollo synoscgi_SYNO.Foto.Setting.User_1_set[18046]: /source/synofoto/src/webapi/module/Foto/Setting/user_setting.cpp:243 User sorin(1026) enable FaceExtraction 2021-09-19T21:19:03+03:00 Apollo synofoto-notify-center[15504]: /source/synofoto/src/daemon/notify-center/process.cpp:45 Reload File Extension 2021-09-19T21:19:03+03:00 Apollo synofoto-task-center[15273]: /source/synofoto/src/daemon/task-center/process/process_daemon_action.cpp:58 Reload File Extension 2021-09-19T21:21:54+03:00 Apollo synofoto-face-extraction[15502]: /source/synophoto-plugin-face/src/face_plugin/main.cpp:22 face plugin init 2021-09-19T21:22:42+03:00 Apollo synofoto-task-center[15273]: /source/synofoto/src/daemon/task-center/plugin-monitor/plugin_monitor_send_request.cpp:71 send unload plugin 4 2021-09-19T21:22:42+03:00 Apollo synofoto-task-center[15273]: /source/synofoto/src/daemon/task-center/person/face_extraction_queue.cpp:172 FaceExtractionQueue Collecting 2021-09-19T21:22:46+03:00 Apollo synofoto-face-extraction[15502]: /source/synophoto-plugin-face/src/face_plugin/main.cpp:28 face plugin shutdown 2021-09-19T21:24:46+03:00 Apollo synofoto-task-center[15273]: /source/synofoto/src/daemon/task-center/plugin-monitor/plugin_monitor_send_request.cpp:71 send unload plugin 5 2021-09-19T21:24:48+03:00 Apollo synofoto-person-clustering[15514]: /source/synofoto/src/daemon/plugin-person/clustering_plugin_handler.cpp:175 Clustering plugin shutdown

I have a pihole docker setup and it`s 100% stable, but I disable ipv6 always when I configure my synologys.

@WiteWulf, maybe this is our fix? https://github.com/RedPill-TTG/redpill-lkm/commit/f486cc8c873950660d9ee08054478b7b4629ced6 Can someone test? I have a baremetal and it`s not near me to change the usb boot stick to test