Fravadona

Aurais-tu activé l'autoblocaga ou le Firewall sur le NAS ?

Si c'est pour acceder aux fichiers depuis l'exterieur via FileStation alors il faut configurer la redirection de ports (5000 ou 5001 TCP) sur ta Box. Il y a plein de posts traitant ce sujet sur le forum.

Avec DSM il est impossible de changer les disques d'un JBOD; seules des opérations manuelles peuvent permettre de faire cela : 1) Cloner à l'identique le disque à remplacer (sur une autre machine que le NAS), sous Linux 2) Creer une partition de type RAID avec l'espace restant sur le nouveau disque 3) Ajouter cette partition au volume RAID linéaire (faussement appelé JBOD par Synology) 4) Etendre le système de fichiers Remarque: Le resultat ne sera plus un standard Synology car normalement un JBOD utilise la capacité totale du disque en une seule partition (et non 2) Conseils : - Remplacer le disque de 4To par un autre de 4To (clonage encore obligatoire) - Preparer le nouveau disque (ecriture de zero complete + tests SMART); il ne faudrait pas que le nouveau disque soit défectueux d'entrée de jeu et casse tout le volume

La cause la plus probable est qu'il y a des erreurs dans le systeme de fichiers. Tu peux voir ca dans /var/log/message Si c'est bien dû à cela alors il fait reussir à démonter ton volume (ce n'est pas évident à cause des app qui y accèdent) et lancer un fsck

Les commandes df et mount avec le JAZZ ca donne quoi ?

/volumeSATA1 n'est pas le point de montage du disque externe, c'est plutot /volumeSATA1/satashare1

pour rester compatible Mac/Windows et te débarraser de la limite de 4Go il faut formater la clé en exFAT, le probleme c'est que le syno ne la reconnaitra plus

Heu, pour sauvegarder 4To en 2x2 il va falloir définir différentes cibles et les dispatcher entre les disques de 2To. Et si ton PC est sous Windows ca limite encore plus les possibilités, tu peux laisser tomber rsync. Peut-être que syncback fera ton affaire, ou robocopy

Le WebDAVs est du https, ton problème peut venir de ton navigateur internet (essais chrome ou firefox)

Le https ralenti la connexion oui mais pas autant, à moins de saturer le CPU du NAS. Peut-être aussi passes-tu par un proxy au boulot ?

Petite question sur QuickConnect : Est-ce un VPN que le NAS crée entre lui et les serveurs Synology et les clients se connectent sur ces serveurs pour passer par le VPN ? D'après ce que j'ai pu comprendre cela semblait être cela

Tu peux soit tout sauver et construire un volume SHR qui prendra compte des disques de 3To (pour un volume de 5To utilisables), soit acheter des disques de 3To et changer un par un les disques de 1To.

Si c'est les memes disques et du meme lot alors c'est assez probable qu'un certain nombre plantent au meme moment. En remplacant le disque la synchronisation risque de faire planter les autres aussi (s'ils sont du meme lot), donc mets ces Nas hors service, assures la sauvegarde et tentes de remplacement des disques défectueux.

./fix.sh /volume*

FileStation est utile pour acceder au NAS depuis internet, en local il est plus simple d'utiliser les partages

Quelle configuration RAID as-tu ? SHR ?

Ce disque est encore bon, MAIS, les secteurs réalloués ont tendance à s'enchainer à partir du moment où l'on détecte le 1er: encore une centaine et il sera définitivement défectueux. À mon sens, la meilleure utilisation de ce disque serait en externe (backups ou transferts), mais plus dans le NAS. PS: les controleurs RAIDs haut de gamme éjectent les disques dès le premier bloc réalloué, c'est le comportement par défaut.

A priori il avait deja réduit au minimum le nombre de versions. Par contre une version = une copie ou pas de copie du tout ?

1) C'est peut-être un souci dans les paramètres de sécurité de Java 2) Le plugin que tu utilises est peu-être trop récent (il y a peu, l'applet FileStation posait encore problème avec Java 7). 2) Cela peu aussi venir d'une incompatibilité de Yosemite qui est à l'état embryonnaire (version inferieure a 10.10.5)

Si un disque montre des secteurs défectueux alors c'est le moment de le changer.

Plusieurs k pour la recuperation de données sans ouverture physique du disque ? Ils abusent un peu là, la manip était largement à ta portée : une commande "dd if of skip" et c'était fait. Pour la sauvegarde il vaut mieux direct sur le NAS, ca evite les transferts réseau inutiles. Par contre pense bien à ne connecter ce disque sur le NAS que pour le temps des sauvegardes

Tu peux bien sur configurer un volume différent pour chacun des disques, il suffit de choisir le mode "basique" lors de la création d'un volume

Ah oups, port 5005 oui, j'ai édité mon message précédent. @DrOSX: dans mon premier message j'ai prévenu qu'en WebDAVs (https) Mavericks posait problème. 1) il faut générer/importer un certificat correct 2) il faut s'attendre à un blocage du MAC lors du surf du lecteur WebDAVs (mon dernier test était sur OSX 10.9.3)

Bon la base c'est de faire fonctionner le bïnz en local et en http(sans s), donc décoche la redirection vers https et tente de te connecter au lecteur http://iplocale:5005

Si tu le connectes en interne plutot qu'en USB la procedure mettra quelques heures de moins. Le minimum à faire est une ecriture de zeros complète + test rapide. Tu peux pousser plus loin les tests mais ca prend bcp de temps