ruchbach

Bonjour, j'ai l'impression d'avoir le même genre de problème, en tout cas j'ai le même message d'erreur. Config Ds211 (2 baies donc). Pas de RAID, je sauvegarde chaque soir le volume1 sur le volume2 avec timeBackup, pour éviter de corrompre les deux disques en même temps. Symptomes Ce matin le disk2 est flaggué "en panne" (avec des bip et un voyant orange sur le disk2 et sur status) les indications SMART semblent bonnnes pour ce disk. J'ai accès en lecture seule au volume2. Il y a quelques semaines j'ai eu un rapport mensuel sur la santé des disques avec : Disk 2: Disk Reconnection Count 0 Bad Sector Count 2 Disk Re-identification Count 0 Maintenant les messages d'erreurs sont: "Volume 2 on DiskStation211 has crashed. The system may not boot up." "Un ou plusieurs caches de volumes [...] sont plantés" Si vous avez réussi à résoudre votre problème, je serai très heureux de connaitre la meilleure marche à suivre...

du coup j'ai créé une page wiki puisque ça existe maintenant (ça faisait un moment que je n'étais plus venu sur le forum) ! http://www.nas-forum.com/forum/index.php/page/wiki/index.html/_/comment-faire-une-copie-miroir-sans-faire-du-raid1-r6

NB: je n'ai pas réussi à rajouter d'image pour illustrer cette page... cependant le contenu y est normalement. Introduction Le RAID1 permet de manière automatique et permanente d'avoir 2 disques avec un contenu identique (mirroring). Pour simplifier, on a deux DD (Disque Dur) physiques dans le NAS, de tailles identiques, mais on ne voit qu'un volume de la taille d'un disque qui est redondé "à chaud". Exemple : 2 DD de 2Go chacun => 1 volume 2 Go en RAID1 disponible. Comme expliqué dans ce topic : http://www.nas-forum.com/forum/index.php/page/wiki/index.html/_/configurer-son-dsxxxx-multi-disques-sans-raid-en-basic-r3 RAID, et donc RAID1 n'est pas une sauvegarde ! La méthode proposée ci-dessous n'est pas plus une sauvegarde que le RAID1, elle apporte cependant l'avantage (et l'incovenient) de choisir : - quand on fait la copie du disque 1 vers le disque 2 (synchronisation demandé, pas automatique en permanence) - de choisir sur quelle partie du disque on souhaite faire la sauvegarde (typiquement quels dossiers, et pas l'ensemble du volume) - de palier à des problèmes d'usures rapides rencontrés avec le RAID1 pour certains, et souvent symétriquement sur les 2 disques... Principe <ajouter un graphique explicatif... je n'arrive pas à passer par galerie pour rajouter une image> Disque1 | Disque2 /volume1 (en basic) | /volume2 (en basic) /volume1/dossierSynchro | /volume2/dossierSynchroBackup (backup) /volume1/dossierSansBackup1 | /volume2/dossierSansBackup2 Le dossier /volume1/dossierSynchro sera donc copié à chaque demande de sauvegarde automatique sur le dossier /volume2/dossierSynchroBackup (mirroir). Alors que les dossiers /volume1/dossierSansBackup1 et /volume2/dossierSansBackup2 ne seront pas dupliqués. La capacité totale utilisé d'un NAS 2 baies sera la somme des tailles des dossiers suivant : dossierSynchro + dossierSansBackup1 + dossierSansBackup2 Exemple : NAS 2 baies avec 2 disques de 2 To. Capacité maximum en RAID1 : 2To (redondés) Capacité maximum avec la méthode ci-dessus : X To redondés et 2*(2-X) To non-redondés. Attention cette méthode sera plus simple à gérer si vous décider dès le début d'organiser vos dossier à la racine du NAS de la manière présentée ci-dessus. Un dossier sur lequel je fais le mirroir, 2 autres (1 par disque) sur lesquels je ne le fais pas. Marche à suivre 0. Prérequis Passer en "basic" vos deux disques. http://www.nas-forum.com/forum/index.php/page/wiki/index.html/_/configurer-son-dsxxxx-multi-disques-sans-raid-en-basic-r3 Vous avez à présent un /volume1 et un /volume2. 1. Architecture des dossiers Créer dans vos deux volumes les dossiers suivants (je mets les noms pour l'exemple, vous avez le droit de les nommer autrement bien-entendu ! par contre garder une logique pour ne pas vous perdre ensuite) Volume1 : /volume1/dossierSynchro (dossier où vous mettre toutes les données à sauver) /volume1/dossierSansBackup1 (dossier n°1 qui ne sera pas sauvé) Volume2: /volume2/dossierSynchroBackup (sauvegarde de "dossierSynchro" sur /volume1) /volume2/dossierSansBackup2 (dossier n°2 qui ne sera pas sauvé) 2. Mise en place du backup Menu > Sauvegarder Restaurer Créer une nouvelle sauvegarde: > Créer > Tache de sauvegarde des données > suivant > (nom de la tache "dossierSynchro" par exemple) > sauvegarde locale > choisir le dossier où sera faite la sauvegarde (sur /volume2) : "dossierSynchroBackup" > choisir le(s) dossier(s) à sauver : cocher "dossierSynchro" > ne pas mettre de tache auto (ma préférence pour décider quand je fais ma sauvegarde) > finaliser la tache, en sauvegardant pour la premiere fois Remarque : j'utilise le mot "sauvegarder" mais rappel, ce n'est pas une "vraie" sauvegarde, cf l'intro ! Conclusion Cette méthode vous protège d'une panne d'un disque comme le RAID1, mais avec interruption de service... Elle impose par contre de faire les sauvegardes régulièrement à la main. Cependant, en maîtrisant le moment où vous faites votre synchronisation, vous pourrez aussi restaurer depuis le /volume2 les données du dossier synchronisé si vous avez fait une boulette (par exemple si vous avez supprimé des fichiers involontairement). Vous pourrez les restaurer depuis le volume2 si vous n'avez pas re-synchronisé les disques entre temps ! Sujets connexes sauvegarde RAID1 passer du RAID1 en basic Cliquer ici pour voir le/la/l' page

Si je comprends bien tu souhaites ne pas faire du RAID1 et utiliser la méthode de backup ? comme indiqué dans mon message ?

au temps pour moi ! je suis arrivé direct sur cette page sans lire l'historique... c'est un bon signe pour dire qu'il faut que j'aille me coucher !

Ah mince, je suis pas prêt de passer au DSM4.0 alors... je sais plus trop ce que fait la sauvegarde automatique du syno, mais sinon il y a moyen d'avoir un palliatif en utilisant en ssh (ou putty) "rsync" pour le backup + "cron" si on veut que ce soit une sauvegarde régulière.

Ok merci pour l'info cricx, je jetterai un coup d'oeil sur digikam ou gwenview... le problème c'est que ma copine (qui est le 2eme ordi qui accede au NAS) refuse que je lui installe un linux !

Bonjour, je voulais savoir si certains utilisent picasa sur plusieurs ordis pour gérer des dossiers photos sur leur NAS. Pour info ma config (qui n'a pas d'autre interet que de dire que j'ai 2 OS différents Win/Linux et 1 NAS syno): - NAS : DSM3.1 (sur 1 DS211) - Ordi1 : Linux/Ubuntu (sur Portable IBM T42) - Ordi2 : Windows/XP (sur Portable VIAO) - Réseau filaire 100Mbps et Wifi. Au premier coup d'oeil ça marche, picasa lit bien les photos sur le NAS sur chaque ordi jusque là tout va bien. Sauf que la base de donnée créé par chaque picasa n'est pas partagée... mais stockée en local a priori. Donc je suis en train de chercher comment rendre commun cette base de donnée entre mes 2 (ou meme N) ordinateurs, avec si possible donc un enregistrement de la base de donnée sur le NAS et non sur mon ordi ! (c'est pas terrible picasa pour ça, j'aurais cru que tout était stocké dans l'album pour éviter ce genre de problème...) Pour info en cherchant un peu je suis tombé là dessus : http://www.cloudave.com/876/how-to-guide-picasa-multiple-computers-multiuser-network-nas-shared-2/ Mais ça a l'air d'etre pour windows. Je vais voir si ça marche sur windows et comment l'adapter sur linux... Si qq'un s'est déjà posé la question je suis preneur de ses retours ! Et si qq'un à abandonner picasa pour un autre logiciel équivalent gratuit multi-plateforme voire libre-gratuit-multi-plateforme je suis preneur ! Merci d'avance

passé sous ubuntu moi aussi... plus de pb en ayant mis les montage dans fstab... le proverbe "ubuntu est un mot africain qui veut dire que tu n'as pas réussi à configurer ta debian" s'applique bien à moi sur ce cas.

Pour info voici ce que j'ai fait pour l'instant : (en ssh directement sur le syno) find /volume1/data/photo/ -type d -name "@eaDir" -exec chown root "{}" \; find /volume1/data/photo/ -type d -name "@eaDir" -exec chgrp root "{}" \; find /volume1/data/photo/ -type d -name "@eaDir" -exec chmod -R a-rwx,u+rwX "{}" \; Pour info l'indaxation dans picasa se passe très bien et ignore bien mes dossiers @eaDir (normal je n'y ai plus accès depuis mon pc) Je reviendrai poster si j'ai des soucis liés à ce changment de owner et group...

pour info... j'ai eu qq prbolème quand j'ai voulu rajouter des utilisateurs la dernière fois depuis windows. Symptomes : j'avais créé un user_N.mount correspondant à un compte user_N sur le DSM depuis WINDOWS... En relançant le script (en fait en redémarrant car j'étais pas chez moi et j'ai mis au démarrage du syno ce script pour refaire les montages lors du redemarrage meme à distance), les répertoires étaient bien créées mais sans rien dedans... Diagnostique : en fait le fichier texte user_N.mount créé sous windows n'est pas encodé sous le meme format que dans linux (OS du Syno basé linux). Du coup en fin de ligne le script lisait un "retour chariot" <cr> ou lieu de lire seulement un retour à la ligne... et ça faisait foirer le script. Résolution du problème : créer le fichier sous linux OU si vous etes sur windows copier le fichier user.mount de l'archive dans windows. puis MODIFIER le user.mount copié dans un éditeur de texte et sauver. le format du fichier a été conservé pour moi avec notepad++ et en re-uploadant le fichier user_N.mount tout est rentré dans l'ordre ! Autre remarque: la dernière ligne du fichier doit etre vide car elle est ignorée (pour que le script soit compatible avec un fichier contenant seulement une ligne vide si on ne veut rien partager).

ça fait un moment que j'étais plus venu sur le forum... alors je vais répondre brièvement car je suppose que tu as avancé sur les sujets depuis: 1/ c'est "Sauvegarder Restaurer" dans le DSM (dans le menu des applis en haut à gauche). si besoin d'aide, il y a des info sur ce forum 2/ "recopier"... d'où ? si c'est depuis ton ordi -> FTP (activer le ftp et installer un "vrai" client sur ton ordi genre filezilla) "pour toi seulement" -> bien configurer les droits d'accès (cf chercher dans le forum). avec DSM déjà droit RW pour toi, et RO ou Pas d'accès pour les autres (mais ça sera pas la meilleure solution) 3/ je suppose que tu veux leur donner accès via le DSM ou en local ? la aussi je te propose de regarder ici : si tu n'as pas peur de geeker un peu.. je pense que c'est le plus flexible pour savoir ce que tu partages exactement et avec qui, sans avoir à dupliquer des dossiers après il y a peut-etre moyen de le faire avec DSM directement mais je n'y suis pas arrivé facilement. après si ça te rebute les fichiers textes, tu peux aussi utiliser photostation. NB : fait aussi une recherche avec "photostation mount --bind" pour savoir comment avoir un repertoire /volume1/data/photo par exemple où tu mets tes photos et un repertoire /volume1/photo créé automatiquement par photostation

Bonjour, je voudrais savoir si certains utilisent picasa et s'ils ont réussi à éviter de scanner toutes les miniatures. D'ailleurs c'est une questions qui pourrait interesser meme pour d'autre logiciels que picasa (j'ai le meme problème sur shotwell sur linux) En gros je voudrais éviter de scanner les miniatures créées par le syno dans les sous-répertoires répertoires @eaDir. Avez vous le meme problèmes (avec picasa, ligthroom, shotwell, ou votre gestionnaire d'images) ? Est-ce que c'est par ce que je suis sous linux en NFS que je vois les repertoire @eaDir ? PS : en écrivant ce sujet, j'imagine déjà une solution possible... >> changer touts les droits des dossiers @eaDir pour ne plus les voir... (avec chown, chmod). >> je vous tiens au courant si j'y arrive en espérant que ça va pas faire foirer d'autres trucs (à commencer par DSM visionneur de photo et photostation par exemple)

Pour répondre en vrac aux questions que j'ai vu : 1. ce sont des scripts, donc rien est installé sur l'ordi ou le nas. ce script se lance quand vous l'appelez... 2. je le redis, je ne suis pas sur que ça marche aussi bien que quand je les ai créé (sur la DSM3.0) à l'époque, j'en étais content, mnt sur le DSM3.1 j'ai l'impression qu'il recrée les miniatures meme si le script les a déjà créées... dommage 3. pour répondre à castordan - je suis tjs sur DSM3.1 donc j'ai pas testé pour 3.2. a priori ça devrait pas avoir bcp changer. il faudrait regarder dans les scripts du syno (ils définissent les tailles et noms des miniatures) pour voir les scripts il faut regarder dans le syno ici : "/usr/syno/synoman/phpsrc/photo/" il y a le script convert.php (fichier "maitre" on dirait) et les scripts qui définissent les résolution sont : ./include/synophoto_conf.php (fichiers standards) ./mApp/include/synophoto_mobile_conf.php (fichiers mobiles) - j'ai pas bien compris ta 2eme question. mais si tu veux arreter un processus tu peux essayer de le "tuer" en te connectant en telnet ou ssh à ton syno, puis en tapant "top" tu vois les processus qui tournent". tu tappes "q" pour sortir après avoir ragarder dans la première colonne le numero "PID" correspondant au processus que tu veux tuer (synoindexd typiquement ici) après etre sorti de top, tu tappes la commande suivante : kill -15 Numero_PID (avec Numero_PID le numéro relevé). Par exemple "kill -15 6109" si 6109 correspond au PID de synoindexd.

Salut, il doit peut-etre y avoir un moyen en regardant dans le syno ici : "/usr/syno/synoman/phpsrc/photo/" il y a - le script ./convert.php (fichier "maitre" on dirait) - le script ./include/synophoto_conf.php qui définit les résolutions "standard" de photostation on dirait, dans les lignes : $SYNOPHOTO_THUMBBIG_WIDTH = 640; - le script ./mApp/include/synophoto_mobile_conf.php dans les lignes comma ça : define('SYNOPHOTO_THUMBXLARGE_HEIGHT', 1280); ensuite en changeant avec un éditeur de texte les résolutions des images dont se sert la télé (faudrait comparer en fonction de la résolution sur la télé et voir à quel fichier ça correspond sur le syno (_B ou _XL etc...) ça devrait marcher. Typiquement tu pourrais mettre la résolutions de ta télé (nombre de lignes ou nombre de colonnes, mais si tu veux réduire drastiquement le transfert mets bcp 2 fois moins... ça divisera par 4 la taille environ)