gaetan.cambier

Non, synocomunity

installe nzbget, il le fera

vu ta remarque, j'ai remonter la variable "base_url" près des variable à modifier ca peut aussi etre utile de la modifier si on utilise le script sur une autre machine dans ce cas, c'est l'ip a changé

non, que ton syno soit en http ou https, ca change rien pour crashplan, il ne l'utilise meme pas pour le tuto je vais te le simplifier : https://www.cambier.org/2015/01/20/crashplan-sur-synology-comment-finaliser-la-mise-jour-3-7-0/

q1 : le dsm supprimera tout automatiquement si necessaire q2 : faut se connecter en root et pas en admin

Il est formaté en quoi ?

verifie la t° cpu, et verifie si le nas est propre sur les entrees d'air

bah, à ton travail, tu as p-e un proxy qui intercepte le flux ssl (ssl-bump) et qui empeche tout simplement de se connecter à un site qui a pas un vrai certificat c'est simple de savoir si c'est cela, tu te connecte à un autre site qui utilise le ssl, et tu verifie le certificat pour voir de qui il viens, en cas d'interception ssl, tu n'aura pas les meme resultat

c'est plus un problème de raid avec une ecriture qui s'est pas ternimée vu la panne de courant il me semble pourtant que les onduleur servent à palier ce problème ... faudrait lancé un check du raid : echo check /sys/block/md0/md/sync_action echo check /sys/block/md1/md/sync_action echo check /sys/block/md2/md/sync_action après, faudra verifié si il y a un problème ici : cat /sys/block/md0/md/mismatch_cnt cat /sys/block/md1/md/mismatch_cnt cat /sys/block/md2/md/mismatch_cnt si c'est pas = 0, faut lance la reparation du raid

ce genre de chose, faut l'ecrire soit meme edit : vient de penser à un truc tout con : find /full/path/ -mtime 60 -delete ca recherche tous les fichier non modifier depuis 60 jours et les supprime (merci de d'abord tester sans "-delete" pour etre sur de pas avoir une catastrophe )

vaut mieux suivre ceci : http://pcloadletter.co.uk/2012/01/30/crashplan-syno-package/ + simple qd meme ps: il y aura un problème après suite à update de crashplan, mais ca se resoud facilement

moi j'avais çà sur tous les appareil dlna, et un changement de ssdp à semble-t-il résolu le problème

disont que l'ecriture de 0, si le disque ne genère pas d'erreur, on considère que c'est ok le badblock va normalement vérifier les données écrite --> il va faire + travailler le disque mais un bon disque ne doit pas lacher pour cela il risque de trouver des secteur defectueux plus tot après tout, si le disque a un problème, autant qu'on le voit direct pour faire un RMA car un fois qu'il est utiliser, on va hésiter à faire l'echange

au passage, c'est p-e une iddée bete, mais pourquoi ne pas demarrer ses forum lié au mise à jour avec un vote du style "La mise à jour s'est elle passée sans soucis" pour avoir une vue globale directe ?

ca aurait été une architecture que l'on trouve facilement (moi dans mon nas j'ai du x86 ) on le trouve avec google, mais là, c'est très dificile, ca risque de prendre plus de temps à chercher qu'a compiler

sous windows, c'est le fichier : C:Program FilesCrashPlanconfui.properties dedans, faut specifier l'ip du nas et le port

tu as mis à jour crashplan sur ton pc en version 3.7.0 ? chez moi, lors de l'update sur mon pc, j'ai du reconfigurer les fichier pour que le client crashplan pointe sur le nas

c'est sur que j'ai posé une question clair : est-ce un dossier crypté, et j'ai encore eu une reponse de politicien : du ni oui ni non si c'était simplement un dossier partagé non crypté, je voit pas trop le problème vu que l'admin a accès à tous les dossier donc pour moi, çà doit etre un dossier crypté mais sans reponse claire, c dur de savoir

tu peut très bien utilisé cette commande qui est destructive, je la donne pas, car si quelqu'un passe sur le forum en lisant à moitié, c'est la catastrophe si les disque contiennent des données. avec l'option -nvs, aucun risque pour les donnée, mais autant utilisé sur un système partitionné la commande e2fsck -cf /dev/sda elle reparera le système de fichier en meme temps

oio, le package, c pas grave le numero de version, c'est juste utilise par le mainteneur du paquet pour savoir quel version on a. l'important, c'est ce que crashplan affiche lui meme dans les journaux

non, c'est en standard dans le dsm !!!

pourquoi ? ca fonctionne sur tout les nas badblock est inclu dans tous les nas vu que c'est intégré au dsm : /sbin/badblocks

Télécharger a + de 125 mo/sec suis MDR

C'est qd même mieux d'utiliser badblock pour tester un disque badblocks -nvs /dev/sda

Ben, le cryptage d'un dossier c'est de AES --> aucune solution pour récupérer le mot de passe