tarte-au-sucre

le bloc d'alimentation : le transfo ? il aurait donc pris un choc (ou alors ce n'est pas le bon) ?

Bonjour, je me retrouve face à une erreur étrange. J'ai un Syno 207+ à réparer. Il avait à l'origine deux disque 500Go SATA modèle Seagate. je les ai récupérés, vidés, et quand je veux démarrer avec ces disques, la LED bleue clignote sans arrêt. - test avec synology assistant = ne trouve pas - test avec disque SATA 2,5" (format ordinateur portable) = fonctionne parfaitement, trouvé par l'assistant Synology - j'ai attendu 3heures en me disant que c'était probablement le temps qu'il s'initialise, rien. - j'ai passé au peigne fin les deux disques, avec l'utilitaire du constructeur : RAS. j'ai testé avec un autre SATA 3,5 " : ne démarre pas. j'ai avec un SSD que j'avais en stock : ça démarre parfaitement. Au final, j'ai l'impression qu'il ne supporte pas le démarrage des disques 3,5" J'ai un adaptateur USB SATA, et effectivement lorsque je branche des SATA 3,5" j'ai besoin d'une alimentaiton supplémentaire. Je suppose donc que le syno n'est pas capable de démarrer sur des disques 3,5" Question simple : pourquoi ? test de la carte mère : ok. dois-je changer l'alim ? rien à signaler d'étrange sur la carte mère (condensateur abîmé, au autre signe manifeste de défaillance).. Est-ce déjà arrivé à qqn ? Merci à vous ! Sylvain

Je commence à me demander si le HDD USB auto alimenté ne fait pas tout planter. Ce qu'il se passe pour moi : au niveau du système linux, lorsque le disque usb est monté, il est un sous dossier de la racine ... et non un lecteur monté à part. Donc quand je le remplis (malgré les 500 Go) il remplit la racine. Et elle est vite pleine.... Avec un disque alimenté via secteur, ça marche tout de suite... ! serait - ce la solution ?

je pensais à SYNCBACK mais existe il sous Mac ?

J'ai lu quelques post et je me suis rendu compte que le script que j'ai écrit la semaine dernière était très utile à beaucoup. Le script a été mis en place sur Deux Syno distant, derrière deux FREEBOX en dégroupé (IP publique fixe). Je n'avais qu'un accès distant aux deux syno, via SSH, Web et FTP. Voici un peu la démarche. 1) je sépare le disque de travail du disque de sauvegarde. J'appelerai HOME celui sur lequel je crée une sauvegarde, et BUREAU celui qui doit être sauvegardé. 2) chaque samedi à 1h00 je lance la sauvegarde (CRONTAB) 3) je crée un fichier log sur lequel j'écris les infos 4) je lance rsync entre les dossiers 5) j'envoie un mail au final quand ça a fonctionné (ou pas fonctionné) 1 _ ACCES SSH il vous faut un accès SSH sur les deux Syno. La démarche est simple : fixer via le routeur l'adresse du Syno, la sortir de la plage DHCP, router les ports 5000, 21 et 22 vers le Syno. Des deux côtés 2_ MISE EN PLACE DES CLEFS PUBLIQUES/PRIVEE Cette partie est nécessaire pour que la sauvegarde soit entièrement automatique. En effet, dans un script, lorsqu'on se connecte à un SSH, il demande TOUJOURS le mot de passe. Du coup. VIA SSH Sur le disque BUREAU, je lance la commande : ssh-keygen -t dsa je récupère ainsi, dans le dossier /root/.ssh une cle privee et une clef publique. ( id_dsa et id_dsa.pub) J'envoie alors la clef publique à HOME (id_dsa.pub) j'inclue ce fichier dans authorized_keys du coup, tentez : connectez vous sur BUREAU en SSH. Lancez la commande ssh root@IP_DU_HOME .... il devrait accepter sans demander de mot de passe. Tant que cette partie ne marche pas, je vous conseille de chercher encore un peu. Il existe pas mal de tutos. 3_NAIL (pour ceux qui veulent envoyer un mail à la fin) installez nail en utilisant ipkg install nail si ipkg n'est pas installé, il existe un excellent tuto de fredo dans /OPT/etc/nail.rc ajoutez : smtp= votresmtp. 4_mise en place du script voici, il n'y a plus qu'à écrire le script. j'ai mis les commentaire après les # Voici le mien : #!/opt/bin/bash touch log_$(date '+%d-%m-%Y') #création d'un fichier LOG qui permettra d'envoyer le résultat echo "Debut $(date '+%d-%m-%Y')de la sauvegarde" >> log_$(date '+%d-%m-%Y') # message au début du fichier echo "du dossier PUBLIC vers le disque dur HOME" >> log_$(date '+%d-%m-%Y') # idem echo "$(date '+%d-%m-%Y') vers $(date '+%H : %M') > demarrage ..." >> log_$(date '+%d-%m-%Y') #idem rsync --delete -az /volume1/public/testcopy -e ssh root@IP_DU_DISQUE_HOME:/volume1/public/ # la commande ultime ! la ligne suivante vérifie le résultat et ajoute à mon fichier log le résultat if [ $? -eq 0 ] ; then echo "$(date '+%d-%m-%Y') vers $(date '+%H : %M') > sauvegarde reussie ! du disque BUREAU" >> log_$(date '+%d-%m-%Y') else echo "$(date '+%d-%m-%Y')> sauvegarde problematique du disque BUREAU ..." >> log_$(date '+%d-%m-%Y') fi echo " ----- " >> log_$(date '+%d-%m-%Y') nail -s "Sauvegarde terminee" sylvain.germe@gmail.com < log_$(date '+%d-%m-%Y') #j'envoie le fichier log rm -f /volume1/.rsync/log_$(date '+%d-%m-%Y') # je n'ai plus besoin du fichier log Je place ce script dans un dossier que je définis . Pour moi je l'ai mis dans /volume1/@scripts. 5_mise en place du crontab modifier le fichier /etc/crontab il existe également plein de tutos là dessus. NB : pensez à relancer le crontab après modifs !!!! Je n'ai pas beaucoup détaillé, mais si besoin, dites le moi

Je te conseille 2 scripts syncronisation que tu place sur chacun des synos. indispensable : que les deux syno soient en IP fixe. accès SSH ouvert ensuite tu lance un script sur chacun d'entre eux via le crontab. tu vois un peu ? la commande s'appelle RSYNC

Où en es tu de ton problème ? J'ai écris la semaine dernière un script de sauvegarde distante entre deux Syno DS110j écrit en bash, via SSH, exécuté par un crontab selon résultat, envoi de mail ensuite pour confirmer résultat. Peu importe les liens, c'est toi qui choisit les dossiers à synchroniser. Si tu veux je te poste la mise en place !

Bonjour à tous, Je possède un DS110j sur la DSM 3.2 Récemment j'y ai branché un petit disque dur externe 2,5" auto alimenté (bi - USB pour l'alimentation, j'ai bien branché les deux !) Sur l'interface WEB du syno, dans "périphériques externes" il est introuvable. En fait, d'une manière générale, aucune trace de lui au niveau de l'interface web, nulle part... En ssh, lorsque je regarde les dossiers montés à la racine, j'ai bien un /volumeUSB1/ qui m'indique que j'ai bien un USB branché. lorsque je parcours ce dossier, je retrouve bien ce qu'il y a dedans... mais je ne peux pas y travailler car ... il est considéré comme un dossier de / et non comme un volume indépendant. Du coup, si j'y lance une sauvegarde ou autre eh bien ... c'est ma racine qui se remplit ! Celle-ci faisant 3 Go je n'irais pas bien loin ... ! en faisant un fdisk -l, je ne retrouve pas ce disque, il n'est pas monté. et évidemment, du coup, la commande mount plante car il n'est pas dans la ftable (un truc du genre, de mémoire). C'est un disque de 160 Go branché en USB, mais qu'il soit formaté en NTFS ou en FAT32 c'est exactement la même chose... Any idea ? Merci !!