Reprise du message précédent :

Le NAS a été rebooté ?

Oui plusieurs fois

Connecte-toi en SSH https://www.synology.com/fr-fr/know [...] SSH_Telnet

et lance la commande :

du -h -d 1 /volume1/

On verra comment les dossiers sont réellement occupés

Bon. On voit bien que l'espace occupé est bien cohérent avec ce que ta précédente capture indiquait.
Maintenant la commande Linux pour connaitre l'espace total/restant :

df -h

Hum... On voit que le volume 1 est occupé à 93%, c'est à dire 1.7To sur 1.8, ce qui n'est pas logique par rapport à ta capture de DSM, où il est indiqué 3,63To de capacité totale (50% utilisés environ)

Perso mes compétences s'arrêtent la, faut attendre le retour des cadors.

À tout hasard, essaye la commande :
du -h -d 1 /volume2/
Mais ça ne devrait rien renvoyer puisque tu n'as toujours eu qu'un seul volume (en raid1 avant, en jbod maintenant)

C'est peut-être récupérable, mais risqué, en passant de JBOD en RAID 0 (ou le raid maison Synology). Cependant je viderais un peu le disque 1 histoire d'avoir 10% de libre lors de la reconstruction.

Mais c'est pas possible de passer de RAID1 vers un JBOD ... Donc comment t'en est arrivé là ? Oo

 
C'est moi qui ai supposé qu'il était en SHR/raid1, il ne l'a jamais précisé.

Sur sa copie d'écran et selon ce qu'elle dit, elle a toujours voulu faire un JBOD

Ah oui ouki
Etrange comme souci

Je crois que l'appel à Synology est obligatoire si elle veut minimiser le risque de perte de données (sauf si quelqu'un ici sait )

Ou alors tenter de repartir de zéro si il y a une sauvegarde ?

 
Comment tu sais que c'est une fille ?

Je n'en sais rien
 
Dans ma tête je pensais à 'la personne' car je n'avais plus son avatar en mémoire

 
Attend je regarde , non je confirme je suis bien un homme  

 
non malheureusement j'ai pas de sauvegarde mais je pense que je vais être obligé d'en faire une d'urgence .  
comme ça je pourrais recommencer à zéro .

Petite question : vous avez réussi à faire du rsync depuis un ordi sous windows vers un nas synology (avec clé ssh, sans mot de passe) ?
 
J'ai réussi :
- via cwrsync à créer une clé sur l'ordi sous windows
- stocker cette clé la stocker dans un dossier quelconque (c:\user\userwindows\.ssh\id_rsa
- ajouter la clé dans le fichier ~/.ssh/authorised_keys de mon user sur le nas
- mettre à jour les droits du dossier ~/.ssh/ et des fichiers dedans pour que seul l'utilisateur y ait accès
 
mais quand je lance une commande ssh toute bête genre  

1/ ça me balance une erreur Failed to add the host to the list of known hosts (/home/userdunas/.ssh/known_hosts).
2/ ça me demande le mot de passe (qui fonctionne bien par contre)
 
Des suggestions ?

Second problème : j'ai créé un volume chiffré, 4To (2 disques de 2To en Raid 0), j'ai lancé un backup via "cloud backup", ça a transféré à peu près 2 To de données et il me dit que le volume est plein !!! wtf ???
 
initialement il y avait un rétention des versions précédentes définie à "32" (par défaut), mais de toute façon je n'ai même pas eu le temps de compléter un backup entier. Là j'ai mis à 1 et ça fait strictement pareil.
 
Après la taille de la "base de données" fait 2 To (cf image)
Ce sont les fichiers ou alors cloud station gère une base + les fichiers et du coup doublonne la taille nécessaire ???
 

 
EDIT : il semble que ça soit bien lié au versionning, mais même en le désactivant totalement ça ne règle pas le problème, il faut carrément désinstaller/réinstaller Cloud Station Server !!!
cf https://forum.synology.com/enu/viewtopic.php?t=105730
 
EDIT2 : attention à bien NE PAS cocher la case lors de la désinstallation pour dégager tous les paramètres et versions précédentes (c'est un peu à l'envers).

j'ai creusé, visiblement 2 problèmes :  
- l'accès à la clé, à priori il faut créer un lien virtuel entre le dossier home de cwrsync et c:\users de la façon suivante :

à adapter bien sûr à vos dossiers
 
- il faut réduire (ou augmenter à voir comment c'est chez vous) l'accès au dossier de l'utilisateur sur le nas :

 
à partir de là l'accès SSH fonctionne sans mot de passe (wouuuhhhoou)
mais l'euphorie n'est de courte durée, le premier test via rsync me renvoie des erreurs :

--> rsync: Failed to exec ssh: No such file or directory (2)
 
A suivre...
 
EDIT : il faut forcer le chemin de ssh.exe :

 
mais... erreur de clé forcément, accès trop libre du côté du dossier sous windows... b**del c'est sport !

Tu fais ça pour la beauté du geste, ou bien il y a un intérêt ?

Je veux dire... pourquoi se faire chier avec rsync sous windows alors que c'est un outil Linux alors qu'il existe des outils windows qui fonctionnent très bien, genre Syncback ?

 
 
Craqué pour un 218+ sur le shop HFR (-10% avec le code CRAME n'est-ce pas   ) pour remplacer mon bon vieux ReadyNas 102, qui, il faut le dire, tire la langue de ouf avec Plex + LMS + Transmission ...

 
parce que le NAS va être distant, sur une ligne ADSL un peu anémique et utilisée en journée, donc j'aimerai bien pouvoir lancer une synchro auto style à 20h le soir. De ce que je vois de cloud station ça a l'air un peu limité d'un point de vue client (c'est synchro en temps réel), donc si j'ai 20 Go de nouvelles données d'un coup (nouvelles photos) à 10h du matin je vais pourrir la connex distante.
 
Syncback j'aime bien mais à ma connaissance ça ne fonctionne pas pour du distant (sauf FTP basique).
 
Si tu as d'autres propositions je suis preneur.
 
Là j'ai moitié niqué mon dossier c:\users\userwindows\ à cause des permissions (chmod cygwin c'est pas une idée géniale sur les fichiers stockés sur un disque ntfs...)

Quoi le soucis du FTP ? Sinon t'as duplicati qui fait du FTP, SFTP, Webdav.
 
Et en terme d'espace, je le trouve plus efficace que syncback grâce à la déduplication.

synchro via ftp pour 2 To de données en des centaines de milliers de fichiers je le sens moyen en terme de perfs...

wow ça marche !!! (en local déjà)
 
Bon il faut dégager absolument tous les autres droits que celui de l'utilisateur prévu et le rendre propriétaire (par défaut c'est "système" ) et il y a plein de droits pour les groupes aussi. C'est un peu le bronx les droits sous Windows !

Pourtant, le ftp ça marche très bien, c'est fait pour ça.  
 
Par contre, je n'ai pas regardé toutes les options de syncback (que j'utilise), chaque fichier est compressé puis envoyé, ou alors une archive globale est fabriquée (sans version). Par contre sur duplicati, chaque sauvegarde est découpé en des fichiers de taille choisi (par défaut 50Mo) puis envoyé sur le poste distant.

Syncback et openvpn en smb par exemple

Non crypté, credentials qui passent en clair ... Du niveau de telnet en remote shell. Bon maintenant si pour une raison X ou Y tu peux pas faire autrement faut faire du tunneling dans ce cas.

FTPs si tu préfères alors, j'englobe toujours les deux.  

 
Tu peux détailler un peu stp ?
 
Il y a moyen de transformer le nas en serveur OpenVPN et de connecter ma machine windows dessus pour que le NAS apparaisse comme s'il était sur mon LAN ?
Ca fonctionne comment ?
Pas de souci de conflit d'ip (genre 192.168.1.x en local et à distance)
 
En gros ce que je cherche c'est à mettre en place le moyen le plus efficace pour pousser mes synchros tous les soirs entre un serveur sous windows et le nas distant derrière une simple box ADSL.
La cerise sur le gâteau étant de n'avoir aucune config à faire sur la box ADSL distante (mais si besoin je ferai avec).

Quand tu connectes openvpn depuis ton client,  ton nas est vu comme faisant partie de ton  réseau local.

 
WEBDAV c'est bien plus simple  

Non pas de conflit car les clients vpn ne sont pas sur le même subnet que le réseau local. Ils sont sur un virtual switch interne au serveur vpn qui fournit du dhcp et fait un push des gateway et dns. C'est un routeur ni plus ni moins.

Même chose : en pratique tu fais quoi ?
Serveur webdav sur le nas ? mais ensuite sur l'ordi ? Et côté routeur, le NAS ouvre et natte les ports qui vont bien via uPnP ou alors il faut configurer des trucs à la main ?

 
Sur le NAS tu actives le Webdav. Tu lui choisis le port que tu veux "ex : port 20000". Ensuite sur ta box tu ouvres le port 20000 que tu redirige sur ton NAS.
Après sur ton PC client tu vas dans "ce PC", "connecter un lecteur réseau" et tu renseignes l'adresse : "http://tonippublic:20000", tu choisis une lettre pour le lecteur et tu te logue. C'est tout.
 
 
Après si tu veux rendre plus "propre" la chose, tu peux configurer un certificat https, un nom de domaine et utiliser le reverse proxy pour masquer le port. pour avoir un adresse de ce type : https://webdav.mondomaine.fr
 
Une fois monté tu auras un joli lecteur réseau avec une lettre attribuée, ton NAS est maintenant accessible de partout directement via Windows :  

Et après, vu que c'est un lecteur Windows : SyncBack
 
Si j'étais toi, c'est cette solution que je choisirais.

 
Je valide !  

ok, je pensais qu'il fallait un client supplémentaire !
Très intéressant tout ça (il y a juste la config du routeur mais visiblement je ne pourrai pas faire autrement).
 
Faut que je teste en https quand même, voir les performances aussi.
En tout cas je ne suis pas bluffé par les perfs de cloud backup sur mon DS218j (volume en raid 0 chiffré)... ça fait genre 3 jours que ça mouline 24h/24 pour 3 To en LAN gigabit. Les débits oscillent entre 1 et 10 MBps en gros... c'est clairement pas le LAN qui limite. La fiche produit du NAS indiquait des limites nettement meilleures en volume chiffré. J'ai pris exprès un 218j plutôt qu'un 216se parce que les perfs de ce dernier étaient très mauvaises sur les volumes chiffrés... ben j'ose pas imaginer ce que ça aurait donné !