supajason
-
Posts
10 -
Joined
-
Last visited
Posts posted by supajason
-
-
On 5/10/2022 at 7:24 PM, yeric79 said:
la solution :
mv -f /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-model.so.1.0 /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-model.so.1.0-bak
wget https://cdn.jsdelivr.net/gh/jinlife/Synology_Photos_Face_Patch@main/libsynophoto-plugin-model.so -O /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-model.so.1.0
chmod +x /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-model.so.1.0
chown SynologyPhotos:SynologyPhotos /var/packages/SynologyPhotos/target/usr/lib/libsynophoto-plugin-model.so.1.0Utilisez-vous N54l ? si oui quel modèle utilises-tu ?
Je suis sur DS3615xs et je n'ai pas de chance.
Il suffit de réinitialiser et de réessayer. -
Exécution de DSM7 sur N54l mais la détection de visage ne fonctionne pas dans Photos. Quelqu'un a-t-il eu le même problème?
-
I've had the same issue. I'm pretty sure that this is linked to CPU core count.
When running via ESXi this issue is fixed by up'ing the core count. This can't be done with the N54l as it only has the 2 cores...
I read somewhere that this was introduced in an update so it maybe possible by running the 'right' version.
Jason
-
running chmod +x redpill-load/config/_common/iosched-trampoline.sh does the trick
-
I'm having real trouble now using Esxi 6.5 with redpill-DS3615xs_6.2.4-25556.
Looking at serial output it no longer shows that redpill is loaded.
rp.ko is present in usr/lib/modules/ and I can lnsmod it
It seems that the new method for loading rp.ko isn't working for me:
[ 4.983894] I/O scheduler elevator not foundmodprobe is located in the sbin folder and I can cat it's contents but when I try and run it I get permission denied.
-
2 hours ago, pocopico said:
Are you using SATA disks or SCSI ? Since we are not yet injecting any drivers you might not be able to use SCSI. Use only SATA disks for the moment.
SATA disk for boot and 2 SATA disks for data. (ESXI)
-
-
@RedwinX I'm getting the same issue; When I download the boot image from ESXi it's been formatted.
When I click to install the pat file it shows (me anyway) 3 disks that be formatted. 2 yes but the 3rd must be the boot image so I'm guess the VID & PID are wrong(?)
I'm going to run the loader again with the PID & VID from juns loader to see if that helps.....nope..no change
I am using the original VMDK from juns loader that maps to the img file but that should matter right?
Logs: https://pastebin.com/2szJ58zc
DVA3221 loader development thread
in Developer Discussion Room
Posted · Edited by supajason
idiot
Installing on baremetal (without GPU).
./rploader.sh update now ./rploader.sh serialgen DVA3221 now ./rploader.sh satamap now ./rploader.sh identifyusb now ./rploader.sh build denverton-7.0.1-42218Boots up and I'm able to select the pat file with completes without errors.
Once it boots I get the recover screen:
I just get into a loop after trying to recover and it loads the same page after rebooting/
EDIT
Ignore this I was using the wrong pat file....