vdr

Aucun soucis, le but est de trouver la source du problème ! En fait ce n'est pas un problème de syntaxe... J'ai contacté l'auteur qui m'a donné la réponse : Remove backup.file.7z before operation. Très franchement, je n'aurais jamais trouvé tout seul Merci pour ton aide !

OK pour les locales, merci. Je viens de tester avec 1 répertoire contenant 1 fichier, cela fait pareil. J'ai ouvert un ticket au support Synology, je regarde aussi côté support 7-zip. A suivre donc.

Je vois une différence au niveau des locales. Possible influence ? J'essaie quand même. Y a-t-il un support côté optware ? PS : possible que le contenu du répertoire lui pose problème ? Exemple : "fichier comme ceci .txt"

Aie !... A tout hasard, peux-tu me fournir une trace de 7-zip pour comparer les paramètres par défaut ? Ici : 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=C,Utf16=off,HugeFiles=on,4 CPUs) Je vais essayer de voir avec le support de SYNO. Merci PS : en //, si quelqu'un a une idée, je suis preneur...

Je viens de tester, cela ne change rien. J'ai aussi upgradé mon DS1812+ vers DSM 4.1-2236. Pas d'amélioration J'ai loupé un truc ?

Je viens d'upgrader mon DS1812+ en version 4.1-2236, pas de changement

J'ai essayé (sans y croire vraiment car lorsque je lance la commande [u]sans le suffixe -v5m[/u], le script tourne à la perfection) => résultat identique. Je veux une compression relativement élevée. Je cherche à sauvegarder automatiquement via script sh et cron. Donc pas d'ajax pour moi... Je viens de vérifier je suis en [u][color=#ff0000]DSM [/color][/u][color=#ff0000][u]4.0 -2228[/u][/color]. Cela vaut le coup d'upgrader et de retester... En //, je suis preneur de toute autre idée

Au temps pour moi, c'est bien "p7zip".

Bonjour, J'ai lu ce post avec attention, j'ai un besoin similaire (sauvegarder avec compression et sortir sur plusieurs fichiers de la taille d'un media). Je viens de tester ceci sur un DS1812+ 7z a sauvegarde.7z /repertoire -v5m mais la commande échoue : 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=C,Utf16=off,HugeFiles=on,4 CPUs) System error: E_NOTIMPL [/code] Avez-vous une idée de ce qui coince ? Merci.

En complément, je viens d'essayer 7z qui pose aussi problème : Installation ipkg install pk7z commande (-v pour volume et 5m pour la taille de chacun) 7z a sauvegarde.7z /repertoire -v5m[/code] [/size] [size=4]Résultat [code] 7-Zip 9.20 Copyright (c) 1999-2010 Igor Pavlov 2010-11-18 p7zip Version 9.20 (locale=C,Utf16=off,HugeFiles=on,4 CPUs) System error: E_NOTIMPL [/code] [/size] [size=4]Incroyable ce truc... Avez-vous une idée de ce qui coince ?[/size]

Pas certain que cela vaille le coup au final, je réfléchis... Merci.

Après réflexion, s'agissant d'un environnement "perso/pro", sans grosse contrainte je pense que cela devrait aller. Justement, sous Windows j'ai eu des logiciels de backup qui retournaient un message d'erreur parce que le pst était verrouillé par Outlook. Avec "backup maker" (freeware), je n'ai aucun problème. Je suppose qu'il utilise un compresseur type zip, donc j'espère que zip en ligne de commande se comportera de la même manière. A tester. Je ne demande qu'à les utiliser, si seulement ils permettaient de compresser ! Je ne peux tout de même sauvegarder en 1/1... Si je reviens à ma question du début, avez-vous des pistes pour faire marcher tar ou zip ? (ou un autre...)

Ah... Dans ce cas, je perds l'accès à la page web de monitoring/configuration de l'UPS. Un peu génant...

Intéressant à regarder effectivement. (L'idée n'est bien sûr pas de graver quotidiennement mais 1 fois par mois par exemple)

Tu me fais douter... Je sauvegarde les fichiers de travail (doc, xls, jpg, pst,...) de deux utilisateurs. Les deux PC pointent sur répertoire partagé sur le SYNO. Le répertoire donne les droits en lecture/écriture. En cas de crash disque ou de nécessité de réutiliser un backup de la veille, je prévois de restaurer le(s) fichier(s) et/où répertoire(s) sur le SYNO. Dans ce cadre là, tar/zip peuvent-ils convenirs ? Question subsidiaire : si un utilisateur a laissé son PC allumé et sa session Outlook ouverte, la sauvegarde ne sera-t-elle pas perturbée ?

Si, les appareils sont l'un à côté de l'autre.Je me demandais s'il y avait une contre indication à utiliser en même temps les sorties ethernet et usb de l'UPS. Je regarde cette piste, à suivre donc. PS : vraiment pas d'évolution côté ethernet ? Dommage pour un appareil pro !

Bonjour, Je dispose d'un DS1812+ et d'un onduleur EATON (Merlin Gerin) UPS Evolution S3000 RT2 raccordé en Ethernet. Problème, DSM ne voit pas l'onduleur, ce dernier n'étant pas dans la liste des équipements compatibles. Du fait de cette limitation, je n'ai créé que des volumes de base plutôt que des RAID Avez-vous connaissance d'une solution (pilote, package, script,..) permettant de faire dialoguer les machines ? La dernière version de DSM intègre-elle davantage d'UPS ? Synology développe-t-il des pilotes à la demande ? D'avance merci pour vos retours.

Bonjour à tous, Pour mettre mon DS1812+ en production, il me reste à finaliser une sauvegarde automatique. Déçu par les versions de DSM et TimeBackup (parce qu'il n'y a pas de compression), je mets en place des scripts. Je précise que mes fichiers de sauvegarde ne doivent pas dépasser la taille d'un média afin de pouvoir graver sur DVD ou BluRay (selon le cas). A date, je ne suis pas arrivé au but... 1/ Avec tar tar -zcvf sauvegarde.tar.gz repertoire Problème : le fichier tar.gz est énorme, tar ne fait pas de span auto, il faut utiliser une commande supplémentaire split que je n'arrive pas à installer (ipkg install split ne donne rien. 2/ Avec zip zip -s 2m -r File.zip repertoire[/code] Problème : dès que j'ajoute la commande -s 2m (split en fichier de 2Mo) c'est la cata : zip créé bien quelques fichiers : [code] DiskStation> ls NAS -l -rw-r--r-- 1 root root 2097152 Sep 8 12:15 Saturday_Daily.z01 -rw-r--r-- 1 root root 2097152 Sep 8 12:15 Saturday_Daily.z02 -rw-r--r-- 1 root root 2097152 Sep 8 12:15 Saturday_Daily.z03 -rw-r--r-- 1 root root 2097152 Sep 8 12:15 Saturday_Daily.z04 -rw------- 1 root root 1967147 Sep 8 12:15 zi5AzboP [/code] tandis que pendant le déroulement j'ai toutes ces erreurs : [code] ... adding: volume3/NAS/__SCANS_COMMUNS/Factures_EDF/EDF 2009 05 04.pdf (deflated 18%) adding: volume3/NAS/__SCANS_COMMUNS/Factures_EDF/EDF 2008 03 03.pdf (deflated 18%) warning [/volume4/NAS/zineNgtZ]: zipfile claims to be last disk of a multi-part archive; attempting to process anyway, assuming all parts have been concatenated together in order. Expect "errors" and warnings...true multi-part support doesn't exist yet (coming soon). file #1: bad zipfile offset (local header sig): 4 file #2: bad zipfile offset (local header sig): 109 file #3: bad zipfile offset (local header sig): 221 file #4: bad zipfile offset (local header sig): 456 file #5: bad zipfile offset (local header sig): 691 file #6: bad zipfile offset (local header sig): 926 file #7: bad zipfile offset (local header sig): 1161 file #8: bad zipfile offset (local header sig): 1398 file #9: bad zipfile offset (local header sig): 1633 file #10: bad zipfile offset (local header sig): 1868 file #11: bad zipfile offset (local header sig): 2103 file #12: bad zipfile offset (local header sig): 2338 file #13: bad zipfile offset (local header sig): 2573 file #14: bad zipfile offset (local header sig): 2808 file #15: bad zipfile offset (local header sig): 3043 file #16: bad zipfile offset (local header sig): 3278 file #17: bad zipfile offset (local header sig): 3513 file #18: bad zipfile offset (local header sig): 3748 file #19: bad zipfile offset (local header sig): 3983 file #20: bad zipfile offset (local header sig): 4218 file #21: bad zipfile offset (local header sig): 4453 file #22: bad zipfile offset (local header sig): 4688 file #23: bad zipfile offset (local header sig): 4923 file #24: bad zipfile offset (local header sig): 5158 file #25: bad zipfile offset (local header sig): 5393 file #26: bad zipfile offset (local header sig): 5628 file #27: bad zipfile offset (local header sig): 5863 file #28: bad zipfile offset (local header sig): 6098 file #29: bad zipfile offset (local header sig): 164971 file #30: bad zipfile offset (local header sig): 333336 file #31: bad zipfile offset (local header sig): 507821 file #32: bad zipfile offset (local header sig): 481201 file #33: bad zipfile offset (local header sig): 640170 file #34: bad zipfile offset (local header sig): 799146 file #35: bad zipfile offset (local header sig): 957453 file #36: bad zipfile offset (local header sig): 1094786 file #37: bad zipfile offset (local header sig): 1215160 file #38: bad zipfile offset (local header sig): 591022 file #39: bad zipfile offset (local header sig): 749771 file #40: bad zipfile offset (local header sig): 908086 file #41: bad zipfile offset (local header sig): 1098095 file #42: bad zipfile offset (local header sig): 1268141 file #43: bad zipfile offset (local header sig): 1427219 file #44: bad zipfile offset (local header sig): 1599964 file #45: bad zipfile offset (local header sig): 1690922 file #46: bad zipfile offset (local header sig): 1849842 file #47: bad zipfile offset (EOF): 1970402 test of /volume4/NAS/Saturday_Daily.zip FAILED zip error: Zip file invalid, could not spawn unzip, or wrong unzip (original files unmodified) *** glibc detected *** double free or corruption (!prev): 0x080d1ff8 *** [/code] [u]3/ Mes questions :[/u] - Pour 1) Savez-vous comment installer split sur DSM ? - Pour 2) avez-vous une idée du problème ? - A défaut, sauriez-vous m'orienter vers un autre d'outil (ligne de commande ou appli) ? D'avance merci pour votre aide. PS : vraiment incompréhensible que DSM ne propose pas un outil de sauvegarde compressée en natif (ou via une appli).

"La phase de reconstruction étant hyper longue, je vous en dirai plus demain." Au final, le volume est OK et les datas présentes. RAS.

Merci A suivre donc.

Bonsoir, En attendant de trouver une solution sous Windows, ci-dessous une procédure fonctionnelle sous Linux trouvée ici à force de fouiner : http://forum.synolog...p?f=160&t=51393 Je viens de dérouler ces tests avec succès Matériel - PC sous Linux "Debian Wheezy x64 "testing" - DS1812+ équipé de 2 volumes : - volume 1 => 3 x 3TB en SHR - volume 2 => 1 x 1TB en basic Test A - Datas sur volume "SHR" - Arrêt du Syno, récupération des disques n°1 et n°3 du volume 1. - Branchement des disques sur le PC de test. - Boot Linux, installation des pilotes raid (cf. procédure). - Manips via l'utilitaire de disque (cf. procédure) - Linux indique que le volume est dégradé (logique, il manque le disque n°2) mais accepte de le monter. => J'accède sans problème à tous les répertoires partagés et les fichiers de mon Syno ! Test B - Datas sur volume "basic" - Arrêt du Syno, récupération du disque n°8 du volume 2. - Branchement du disque sur le PC de test. - Manips via l'utilitaire de disque (pilotes raid déjà installés, cf. test précédent) - Linux monter le volume sans broncher. => J'accède sans problème à tous les répertoires partagés et les fichiers de mon Syno ! Réintégration S1812+ Après avoir réintégré les 3 disques au DS1812+ (à leur place initiale bien sûr), je relance le Syno. Le volume basic remonte sans problème, en revanche je rencontre des soucis avec le SHR : Les disques 1 et 3 sont OK mais le Syno m'indique que disque n° 2 (qui n'a pourtant pas bougé) doit être initialisé, je lance donc une réparation en répondant OUI à "les donnés seront effacées".... => La phase de reconstruction étant hyper longue, je vous en dirai plus demain. En conclusion, en cas de crash du Syno, je peux récupérer les disques et extraire les datas sur un autre PC, c'était indispensable. Bien entendu cela ne dispense pas de faire des sauvegardes sur DVD ou Blu-Ray régulièrement. Vos remarques sont les bienvenues...

Bonsoir à tous, Jusqu'à ce jour, j'utilisais mon PC en serveur 24/24h pour partager les fichiers au sein du foyer et réaliser des sauvegardes chaque nuit (scsi raid0 "data" => sata "backup". Le serveur consommant environ 200w en continu toute l'année , j'ai décidé de le remplacer par un NAS. Après avoir hésité longuement entre QNAP et SYNOGY, j'ai finalement craqué pour le DS1812+ (8 hdd et double ethernet, c'est confortable..). Je me suis inscrit sur ce forum pour me familiariser au produit et partager des astuces. @+

Bonsoir, Je suis exactement dans le même cas de figure. Relire un disque basic sous Windows (ou Linux) me parait tout simplement indispensable en cas de crash de mon unité DS1812+. Avez-vous du nouveau sur le sujet ? D'avance merci.

Bonsoir, Pour info, j'ai exactement le même problème avec 3 Seagate Barracuda de 1To. Mes utilitaires SMART sont tous passés au rouge :-( Pourtant mes machines sont bien aérées. Résultat, j'ai blacklisté Seagate et commandé des Western red pour mon DS1812+. J'espère que les Western seront plus fiables.