loomes

Yes i have the same experience with 0.9.4.8, it seems that the virtio Drivers are not loaded. With 0.9.4.6 all is working fine. I have updatet some Days ago.

I have successfully updated my Virtual (proxmox) DS918+ from 7.1 Update5 to 7.2.0-64561 with the latest version 0.9.4.6. Installed manually the 7.2 Update over the Synology WebUi. Shutdown the Machine. Replace the Redpill Image and bootet with it. Bring over my user_config Geting into the Redpill Webui and hit the build buttton. Restart with Friend and all is working fine. Thank you for the great work.

As i said. Thats the way its working. First Friend, and then the Friend starts the regular boot process. I dont see the intention to change this when everything is working fine?

Why would you do that? TCRPFriend must start first to function. When it comes to an DSM Update Friend detect this and recreate the zImage. When you will boot direct you can remove Friend.

It dosnt matter what you think I have done it without the need of postupdate. When no Kernel/Boot Files are touched by the Updates postupdate is not needed.

No rploader update needed. Install Update4 an it will reboot fine.

Thank you for the Update. Works fine on DS918+ on Proxmox.

@wimsan Run a serial console on first boot. TC default select is booting the Loader from SATA and NOT USB. You must select USB boot in the grub menu one time manual at the first boot over the serial console.

LOL of course not 😆 You dont understand me. The "old" 42661 complete Images are gone. They are replaced with the Update1 Images. Have a look here: https://archive.synology.com/download/Os/DSM The "7.1-42661-1" directory has the Update Files for running installations with the "old" 42661 Machines. The "7.1-42661-1-NanoPacked" dir holds the new complete Images (dont know what NanoPacked means?!) So the TC must Updated for the new complete Images.

No its not. Read the changelog. They replaced the 42661 completely with 42661-1. The old complete Images for 42661 dont exist anymore. The TC must be updated to the new 42661-1 Images. Update to 42661-1 with the ~5MB File works on running Machine.

Use ALWAYS "dist-upgrade" not "upgrade" on Proxmox. otherwise it could end badly.

It takes Time. Proxmox says timeout but in real the Machine is shuting down. Let run a Serial Connection and you can see it.

Hmm good Question. I will try it with a fresh install in the next days. In my old installation i used my own powerbutton. I have links in the original redpill thread. But i have not testet the Package for the 7.1. Its compiled original for 7.0 some month ago. I think the evdev.ko must be compiled new with 7.1 sources.

I have read here some time. I build the Loader with my own Scripts for myself, but this is a realy great Project. I have tested the TinyCore on a Backup of my DS918+ 7.0.1 KVM Proxmox Machine to Update it to 7.1! All is working fine and run as expected. ACPID is working fine. I can shutdown the VM with the Button in the Proxmox Web GUI. Virtio is also working fine for the LAN Adapter. I startet the Tinycore Image the same way as the original redpill via a virtual USB Drive in the VM. ./rploader.sh update now ./rploader.sh fullupgrade now # Edit custom_config manual or: # I have manual edit the config. I have original Serial and MAC Adresses. #./rploader.sh serialgen DS918+ #./rploader.sh identifyusb now #./rploader.sh satamap now #(run if custom-module -> /mnt/sdb3/auxfiles is missing) mkdir /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles; sudo ln -s /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles /home/tc/custom-module; ./rploader.sh ext apollolake-7.1.0-42661 add https://github.com/pocopico/redpill-load/raw/develop/redpill-virtio/rpext-index.json ./rploader.sh ext apollolake-7.1.0-42661 add https://github.com/pocopico/redpill-load/raw/develop/redpill-acpid/rpext-index.json ./rploader.sh build apollolake-7.1.0-42661 rm -rf /home/tc/oldpat.tar.gz ./rploader.sh clean now rm -rf /mnt/"$(mount | grep -i optional | grep cde | awk -F / '{print $3}' | uniq | cut -c 1-3)3"/auxfiles rm -rf /home/tc/custom-module ./rploader.sh backup now

@Orphée @yanjun OK. So the Problem is Proxmox itself for the 918. And yes, the 3615 works fine here with Face Detection (without graphic card) on the same Proxmox Host as the 918 Machine. I dont think the graphic card has anything to do with the Face Detection.