Reprise du message précédent :
Si le moniteur de ressource ne fonctionne plus, ça peut être un hack

Renseigne toi !

dhcp geré par la freeboite mais encore une fois je n'ai aucun probleme d'acces de fichier, interface ou autre. J'ai remarqué le probleme uniquement quand j'ai voulu fair eune maj.
 
@WizardPC: ca m'a effleuré l'esprit mais je suis passé en DSM 5 suite au mail de syno qui avait prevenu de la faille. Aucun de mes fichiers n'est briqué. Cela dit tu as peut etre raison.
 
Une reinstallation du DSM pourrait regler la chose ?

Connecte toi en SSH sur le serveur, est-ce que tu as dossier "pwned" à la racine ?

Non j'ai le nom de mon serveur à la racine

en faisant "cd .." puis un "ls" tu as un dossier du style "pwned" ?

Et cette commande pour voir si il y'a un processus powned :
 
ls -l /usr/syno/synoman/webman/modules/ResourceMonitor  
 
ps: tu colles avec clic droit dans Putty, une fois connecter en ssh

Alors en faisant ls il me repond: apache_conf_old script
 
Avec ta commande j'ai ça
 
-rw-r--r--    1 root     root          2250 May 30 18:24 config
-rw-r--r--    1 root     root           152 May 30 18:24 helptoc.conf
drwxr-xr-x    3 root     root          4096 Jul  5 15:31 images
-rw-r--r--    1 root     root           179 May 30 18:24 index.conf
-rw-r--r--    1 root     root        111394 May 30 18:24 resource.js
-rwxr-xr-x    1 root     root         96172 May 30 18:24 rsrcmonitor.cgi
-rwxr-xr-x    1 root     root         36608 Sep  5 20:27 rsrcmonitor2.cgi
-rw-r--r--    1 root     root         61331 May 30 18:24 style.css
-rwxr-xr-x    1 root     root         36401 Sep 23 08:56 top.cgi

Avec cd .. puis ls j'ai ça moi :

bin                       manualupd@te.info.active  tmp
dev                       mnt                       usr
etc                       opt                       var
etc.defaults              proc                      var.defaults
initrd                    root                      volume1
lib                       run                       volumeUSB1
lib64                     sbin                      volumeUSB2
lost+found                sys

Oui c'est comme si je n'avais pas acces à la racine.
Quand je fais cd.. j'ai
-ash: cd..: not found

faut mettre en espace entre cd et ..

Ah oui ca fonctionne mieux... moi et les commande Linux    
 
 
Donc le resultat:
DS_PROLIANT_SEB> ls
autoupd@te.info  lib              run              var
bin              lib64            sbin             var.defaults
dev              lost+found       scripts          volume1
etc              mnt              sys              volumeUSB1
etc.defaults     proc             tmp
initrd           root             usr

Pas de dossier suspect... Reinstalle le DSM pour essayer de corriger les problèmes alors

Bon une reinstallation du DSM a reglé le probleme.
J'ai pu ensuite le mettre a jour.
 
Merci de ton aide.

Bon ben decidement il me fait des misère mon NAS ces derniers jours
 
Voilà que ma CPU est bloquée à 99%. Le processus en cause est "synoproxyrsyncm". Par contre aucune info sur ce que c'est.
 
Je me suis connecté via SSH j'ai killé le process en question. Tout semble fonctionner et mon CPU est au repos. Par contre au bout de qques min ou si je reboot, il revient...

desactive le service rsync?