This site uses cookies! Learn More

Ce site utilise des cookies !

En continuant à utiliser ce site, vous vous engagez à nous permettre de stocker des cookies sur votre ordinateur.

 

Si nous utilisons des cookies et retenons des données anonymes, c’est pour nous aider à mieux gérer notre mesure d’audience, aider nos partenaires commerciaux à nous rémunérer et nos partenaires publicitaires à proposer des annonces qui vous correspondent.

 

Grâce à ces cookies, le forum est en mesure de savoir qui écrit un message et utile pour le système d'authentification.

 

En cliquant sur « J'accepte », vous acceptez l'utilisation par NAS-Forum de cookies publicitaires et de mesure d'audience fine.

Reiep

Membres
  • Compteur de contenus

    7
  • Inscription

  • Dernière visite

  1. Bon, j’ai réussi… Il faut utiliser un nom d’utilisateur et mot de passe génériques (respectivement “monuser” et “secret”), pas du tout un utilisateur du NAS. Par exemple ma config est (copié collé direct) : MONITOR UPS@192.168.1.253 1 monuser secret slave Et là, hop, ça marche.
  2. Reiep

    [Résolu] Synchronisation partielle sur Amazon Drive

    Oui, c'est bien résolu.
  3. Reiep

    [Résolu] Synchronisation partielle sur Amazon Drive

    Rapide suivi : j'ai changé ma politique de sauvegarde, au lieu de planifier CloudSync la nuit et la journée en semaine je le laisse tourner à plein temps avec une limite de débit. Et là, surprise, 11000 fichiers à synchroniser ! Et, à priori, cela inclue mon dossier 2018. La synchro est très loin d'être finie mais je pense avoir un début de réponse... Donc mon conseil : ne pas utiliser la planification de Cloud Sync mais le limiteur de débit.
  4. C'est quand même frustrant cette histoire... Impossible de faire communiquer Winnut avec le serveur NUT de mon NAS. Compte admin, IP de mon ordinateur whitelisté, port ouvert dans le firewall... rien n'y fait. Je reste bloqué sur le message Access denied. Alors que de l'autre côté, sur Jeedom avec le plugin adéquat, j'obtiens le statut de mon onduleur avec un compte utilisateur dédié avec virtuellement aucun droits (et donc surtout pas admin).
  5. Bonjour, Après près de 6 mois d'upload, l'ensemble de mes fichiers RAW a été uploadé sur mon compte Amazon Cloud, plus de 1TB. Oh joie oh bonheur ! Mais de courte durée... J'ai commencé la synchro en 2017 d'un dossier RAW avec à l'intérieur un dossier par année (2017, 2016...). J'ai entre-temps ajouté 2018. Celui-ci est bien coché comme étant à synchroniser, les dossiers vides sont créés mais les fichiers ne sont jamais uploadés sur Amazon Drive. Le contenu des autres dossiers est bien synchronisé en cas d'ajout ou de modification. Avez-vous une idée ? Tout l'intérêt de la solution s'envole si je dois tout faire à la main à partir de maintenant. Merci d'avance.
  6. Reiep

    (R

    Ah ! Bingo ! Et c'est intéressant... Il semblerait que mon Mac ait monté un 2e "/Volumes/Photos originales-1" qui, effectivement, fonctionne, avec des droits de lecture/écriture, mais a gardé un "/Volumes/Photos originales" vide, qui existe bel et bien dans le terminal (cd /Volumes/Photos originales fonctionne), du coup je n'avais pas cherché plus loin de ce côté. J'avais tenté de démonter/remonter le lecteur, mais ça a dû se faire avec le nouveau "/Volumes/Photos originales-1". Est-ce dû à la mise à jour du DSM ? En tout cas le timing correspond. Un redémarrage du Mac a résolu l'affaire. Merci pour le coup de main !
  7. Reiep

    (R

    Hello, J'utilisais jusqu'à vendredi soir rsync pour sauvegarder les photos de mon Mac vers mon DS111. Je suis photographe, donc c'est important pour moi. Le tout d'une manière bête et méchante, avec le Syno monté sur le Mac : rsync -auh --stats /Users/pierre/Pictures/2015/ /Volumes/Photos originales/2015 Ca avait au moins le mérite de marcher Or vendredi soir, mise à jour automatique vers DSM 5.1-5022 Update 2 et samedi c'est le drame : rsync -auh --stats /Users/pierre/Pictures/2015/ /Volumes/Photos originales/2015 rsync: mkdir "/Volumes/Photos originales/2015" failed: Permission denied (13) rsync error: error in file IO (code 11) at /SourceCache/rsync/rsync-45/rsync/main.c(544) [receiver=2.6.9] rsync: connection unexpectedly closed (8 bytes received so far) [sender] rsync error: error in rsync protocol data stream (code 12) at /SourceCache/rsync/rsync-45/rsync/io.c(453) [sender=2.6.9] Evidemment, je n'ai pas du tout touché aux permissions, qui sont à priori OK (l'utilisateur que j'utilise pour monter le Syno sur le Mac est "owner" des dossiers et à les droits de lecture/écriture)... Carbon Copy Copier, que j'évalue en ce moment en parallèle, ne peut plus non plus exécuter ses taches vers le Syno. J'ai tenté de rajouter "--rsync-path=/usr/syno/bin/rsync" mais le soucis reste le même. Point intéressant, le panneau d'activation de la sauvegarde réseau, une des solutions possibles que j'ai trouvée, est inexistant. Avez-vous une idée ? Merci d'avance !