Leaderboard

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!

Может кому будет полезно: Не обновляйте Synology до версии 6.2.4-25556 Update 2. Эта версия требует пакет видеонаблюдения не ниже 8.2.9-6459

Yeah, it’ll identify the disks as being from another server and offer to do a migration for you. So long as you give it a pat file that matches the version and architecture you’ve built the boot image for you you’ll be fine.

И так господа, я наконец победил связку RedPill+VMware Fusion на своем макбуке. Чуть погодя, попробую сделать ман, если кому будет интересно. Для тестов вполне себе полезно, не нужно постоянно лезть к работающему железу.

every boot.

Pareil perso j'attends une version plus définitive de Redpill avant de migrer les 15To de données que j'ai vers DSM7... Je ne me risquerai pas a tout perdre, surtout qu'hormis la nouvelle gestion des Photos, DSM7 ne m'apporte pas de choses transcendantes en +

I saw something post a success on HP Gen 7, which should be using AMD CPU.

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

Everyone that's contacted me so far has been using either Xeon or Celeron CPUs, I've not heard from anyone with non-Intel CPU so far. Also, I (and others) extensively used docker on 6.2.3 and earlier versions on Jun's boot loader. These problems have only been observed on DSM 6.2.4 and 7.x since moving to redpill, and only on DS3615xs.

Всем привет Кто то может дать готовый файл на VirtualBox? а то у меня не получается по инструкции

I switched to another board: Asrock J-4105 ATX Now TVHeadend is running in a docker container smoothly. Since I tried 2 different J3455 boards and 2 different NUCs the problem must be related to the Asrock J3455.

Если кому нужна финальная версия VirtualBox для DSM 6.1.5-15254