JacquesF

Bonjour, Si c'est à chaque fois que tu veux copier le fichier, c'est peut-être plutôt sur le support vers lequel tu copies que tu n'as pas le droit en écriture. La machine que tu utilises pour accéder aux disques récupérés est-elle sous linux d'habitude, ou est-ce une machine Windows que tu as utilisée comme PC avec un live-Cd pour accéder à tes disques ? Si c'est le cas, il faut que le disque dur sur lequel tu veux copier tes données soit autorisé en écriture. Si tu utilises Ubuntu, tu es par défaut connecté en tant qu'utilisateur de base, et le montage du disque (si c'est du NTFS) est peut être fait soit avec une appartenance à root, soit en mode lecture seule. Il faut passer les options rw à la commande mount, ou à ntfs-3g si c'st le programme utilisé pour monter le disque cible. Un "ls -ld" sur le nom du répertoire de montage de ton raid synology et sur le point de montage de ton disque vers lequel tu veux copier les données devrait te renseigner, pour avoir les droits en écriture sur la cible, il faut soit affecter le point de montage (sous root) à l'utilisateur qui utilise l'interface graphique par la commande chown, soit mettre le répertoire en lecture/écriture pour tout le monde (chmod 777 /chemin/vers/point/de/montage). Bon courage Jacques

Bonjour, Il me semble avoir lu dans les derniers correctifs fournis avec la mise à jour du DSM que le package ZIP a été remis en place, il avait semble-t-il été retiré par erreur. Si ta version n'est pas la dernière (voir sur le site de synology pour les correction depuis ta version), tu as peut-être simplement ce problème (si ma mémoire est bonne bien entendu). Tu peux vérifier si la commande zip fonctionne en te connectant en console, il suffit de taper "zip" pour avoir les options de la commande. Si ça ne répond pas, c'est normal que les fichiers fassent 0 octet puisque la sortie de la commande est nulle. Voir si c'est la bonne piste Jacques

Bonjour, Une MaJ qui n'avant pas, on peut avoir plusieurs causes : 1) Perte du réseau en cours de route, ce qui fait que l'interface Web n'est plus rafraîchie 2) Paquet d'installation défectueux (à retélécharger pour vérifier, pas besoin de tenter l'installation, si le checksum (des outils comme MD4sum existent) est le même que le paquet qu'on a proposé, c'est que l'état est le même) 3) Configuration spécifique qui fait que la mise à niveau ne s'installe pas (ou que le réseau est perdu). En principe, les volumes réservés aux données ne sont pas modifiés lors d'une mise à jour, seule la partie système est remplacée. Ensuite, je ne sais pas si le mode de mise à jour de Synology prévoit le retour en arrière, je n'ai pas eu l'impression. Le retour sur l'ancienne clef est envisageable, et dans le pire la mise à jour avec l'ancienne version. Jacques

Salut, Oui, c'est bien ce que j'ai fait, par deux fois. Il y a juste un comportement curieux de l'interface éventuellement, les disques n'étant pas vus (ou putôt étant retirés). Mais comme rien n'est formaté pendant la mise à jour, il n'y a en principe (mais ça c'est le rôle des sauvegardes de le réduire à néant) pas de risque pour les données. Bonne installation Jacques

Bonsoir, Tout est donc au mieux donc. Ça vaut toujours le coup de chercher un peu dans les entrailles d'une machine plutôt que dans les interfaces graphiques, on y trouve bien des choses. Bons transferts donc Jacques

Bonjour Regarde dans mon premier message sur ce forum, ça y ressemble étrangement : viewtopic.php?f=13&t=6250 J'ai eu par deux fois ce problème lors d'une mise à jour, et à chaque fois je suis passé par la solution que j'ai indiquée dans le message, sans perte de données. Jacques

Bonjour, J'ai le mode de connexion SSH activé dans le panneau de configuration (Terminal et SNMP). Ensuite, pour se connecter en SSH depuis ton PC, il faut : - soit un client SSH comme PuTTy si tu es sous windows (ou TeraTerm éventuellement mais c'est moins simple à utiliser en SSH je trouve) - soit lancer une commande du style ssh root@AdresseIPdeServeur dans une console si tu es sous linux Ensuite, le mot de passe à saisir (et le login root si tu utilises PuTTy) est celui du compte admin déclaré dans le NAS. Ensuite, tu es connecté au serveur et tu peux entrer les commandes indiquées ci-dessus. Si le compte root n'est pas autorisé, tu peux essayer avec le compte admin, ou créer un utilisateur auquel tu donnes les droits d'administrateur. En principe, si tu as ces droits, tu devrais pouvoir taper ces commandes sans soucis. Jacques

Bonjour, Chez moi, j'ai 2 volumes de créés, les téléchargements vont (via config) dans le volume2, et le répertoire temporaire est resté dans la configuration par défaut, sous volume1. On retrouve tous les fichiers .torrents dans le répertoire caché (dans l'interface Web en tout cas) @download dans /volume1 : Il y a un répertoire par torrent géré dans DownloadStation, avec dedans le fichier .torrent. Si ton job est le n° 25 déclaré dans l'interface, tu trouveras le répertoire /volume1/@download/25 dont le contenu devrait être : 25.filelist, 25.resume et 25.torrent Ce dernier est le fichier torrent d'origine que tu peux facilement récupérer. Pour cela, il faut activer le SSH sur ton serveur, et te connecter en tant que root, avec le mot de passe du compte admin. Ensuite, tu peux créer une copie de tous tes torrents dans le répertoire de partage "video" avec cette commande : cd /volume1/@download find . -name *.torrent -exec cp {} /volume1/video/ \; Ceci sous-entend que ton répertoire où se trouvent tes films (qui est normalement accessible via le réseau) est dans /volume1 et s'appelle video, ce qui est la configuration par défaut. La commande find recherche dans . (répertoire courant qui a été forcé à la ligne précédente par la commande cd, mais on pourrait aussi utiliser find /volume1/@download sans faire le cd) tous les fichiers dont le nom se termine par .torrent, et exécute la commande cp (copy) sur le nom du fichier ({}) dans le répertoire /volume1/video et la commande se termine par le séparateur ; qui est protégé par le signe \. Voir google pour des explications sur find. Bon transfert. Jacques

Bonjour, Je n'ai rien perdu en migrant le système, que ce soit la configuration, les torrents en partage ou les utilisateurs, ni même les scripts de personnalisation pour les montages externes sur un serveur NFS. Juste bien suivre la procédure de mise à niveau, comme indiquée dans les différents posts ici. Jacques

Bonjour, Pour ce que le comprends de ton disque extrait du NAS : sdd1 raid autodetect sdd2 raid autodetect sdd3 w95 ext'd (LBA) sdd5 raid autodetect si je fais un mount /dev/sdd3 /media/disk (en ayant crée /media/disk auparavant) cela ne fionctionne pas. Le disque SDD vient du NAS ?, si oui alors il est partitionné de la manière suivante : 2 partitions primaires (1 et 2 de type RAID md) 1 partition étendue (la 3, le type W95 n'a pas vraiment d'importance) 1 partition "logique" de type RAID md (la 5) Donc, que ça ne marche pas en montant la partition étendue est normal (mount /dev/sdd3). Pour accéder au contenu des disques, il faut utiliser (comme c'est expliqué dans la FAQ de synology pour la récupération des données) mdadm pour remonter le raid, et lvm pour la gestion des volumes. Dans ton cas, le système est tout de même installé sur un raid logiciel, très probablement du SHR, même si tu n'as pas de sécurisation car tu n'as qu'un seul disque 'c'est ce que j'ai cru comprendre). Donc, si tu veux voir tes données, il faut rendre le raid actif avec mdadm sous Ubuntu, et monter ensuite la partition RAID qui sera détectée (md0 ou md1 ou md2, je pense que tu en as 3 vu le nombre de partitions de type MD trouvées). Jacques

Bonjour, Comme la dernière fois, en démarrant sur le choix "Upgrade", le DSM me propose de refaire une installation et non pas une mise à jour... Comme l'autre fois, reboot en laissant le choix par défaut (donc démarrage en mode normal), vérification par l'assistant que le système est bien en "désaccord" entre la version de boot et celle du DSM, login via l'interface web, choix de la mise à jour en mode manuel, sélection du fichier .pat et installation. Reboot, tout est OK. Mise à jour via l'interface pour l'update 2 et nouveau reboot (aucune erreur de module ou d'arrêt du serveur) et tout est OK. Jacques

Bonjour, Bonne nouvelle donc... Pour la récupération des données, c'est possible uniquement sous linux, mais ça peut se faire avec un live-CD et transférer les données récupérées sur un disque NTFS si le PC utilisé est sous Windows. Pour lire les disques du NAS sous linux, c'est bien expliqué ici : https://www.synology.com/fr-fr/knowledgebase/faq/579 Jacques

Bonjour, Le login est root, le mot de passe celui du compte admin. Clavier en QWERTY Jacques

Bonjour, En fait, cela dépend un peu de la taille du ou des disques durs dont tu disposes pour le test. Si ton disque a une capacité suffisante pour récupérer les données de ton 'ancien' NAS, tu peux faire une nouvelle installation sur ce disque, ajouter ensuite les anciens et copier les données de l'ancien RAID vers le nouveau. Si le disque disponible est trop petit, tu peux alors faire l'installation dessus, rajouter ensuite les anciens disques (pas touchés puisque déconnectés lors de l'installation) et utiliser ton NAS depuis le nouveau disque, créer un volume sur le nouveau disque pour exploiter l'espace restant libre, etc... Dans ce cas, on aura un ancien système d'exploitation (2Go) de perdu sur les anciens disques, ce qui n'est pas trop grave à mon avis. L'avantage de cette méthode, c'est de ne pas toucher aux disques. Sinon, si tu disposes d'espace disque pour récupérer l'ensemble de tes données, tu peux utiliser la méthode de récupération des données décrite sur l'aide Synology (voir le lien que j'ai donné) pour accéder à tes disques sur ton NAS (boot depuis un liveCD ou une clef USB gravée avec le contenu du LiveCD, on trouve la technique sur les forums Ubuntu) et récupérer tes données via le réseau ou USB sur un disque dur ayant suffisamment d'espace libre. Ensuite, tu peux réinstaller le NAS avec les disques en place, je ne pense pas que tu perdras les données, mais il vaut mieux assurer avant, on est pas dans une installation standard puisque le système d'exploitation et un peu détourné via XPnology, et réinstaller ensuite tes données depuis la sauvegarde. C'est long, mais comme avantage tu auras appris un peu plus de choses sur le monde linux Personnellement, je préfèrerai assurer avec une récupération des données sur un disque, quitte à m'en faire prêter un ou deux par des amis ou au travail. Mais l'installation sur un nouveau disque et l'ajout des anciens ensuite me semble assez sûre (je n'ai pas testé, donc je ne garanti rien...). La règle dans ce type de situation est de ne pas se presser, et de ne rien faire quand on est fatigué... sinon la connerie surgit très vite et on complique tout par la suite. Si tu compte rajouter un disque pour la nouvelle installation, essaye d'avoir une taille au minimum égale à celle des disques d'origine. Sinon, tu ne pourras pas faire de raid avec (si inférieur aux anciens, pas d'ajout possible dans le volume raid existant). Voir sur le site de Synology la calculateur de raid pour voir ce que peut donner les différentes combinaisons de disques durs. En principe, si tu n'as que 2 disques durs en SHR, la taille du volume final ne devrait pas dépasser la taille d'un seul disque (ce qu'on peut voir avec Ubuntu par exemple en suivant la procédure de récupération). Jacques

Bonjour, "module rr62x" failled => à priori d'après Google (et le forum anglais de XPenology, il s'agit juste de l'échec de chargement du module (driver) de la carte RocketRaid pour du raid matériel. Donc en principe pas de lien avec le réseau. Si tu as accès en root sur la console (clavier Qwerty pour le login/password), essaye de voir ce que donne la commande ifconfig -a La liste de toutes les cartes réseaux (réelles ou virtuelles comme le bonding) devrait s'afficher, avec les adresses associées. En principe, tu devrais avoir eth0 pour la carte réseau d'origine, et eth1 (ou eth2 s'il y a plusieurs interfaces sur la carte mère) pour la nouvelle. Tu peux paramétrer l'adresse dynamiquement avec la commande ifconfig (pour une adresse IP à 192.168.1.10 avec un masque de 24 bits) : ifconfig eth1 down ifconfig eth1 192.168.1.10 netmask 255.255.255.0 up Le UP c'est pour activer la carte. La commande ifconfig sans paramètre doit te retourner l'état de ta carte, si elle est OK, tu peux essayer le ping vers le routeur (la box) et ensuite de te connecter en web sur cette adresse (http://192.168.1.10:5000/) sur le port de gestion (5000). Sinon, essayer avec une autre carte réseau avec des drivers archi courant (3com, Realtek, Dlink, etc...). Bons tests Jacques

Bonjour, Si tu as de la place pour récupérer les données avant, le plus simple est de le faire. Sinon, tu dois pouvoir ajouter le disque par la suite et retrouver les données via le gestionnaire de volumes. Autrement, installer le nouveau NAS (avec à priori des nouveaux disques) et transférer les fichiers depuis l'ancien vers le nouveau par le réseau. Ensuite, ajouter le disque dur de l'ancien dans le nouveau pour profiter de place supplémentaire. Jacques

Bonjour, Pas vérifié dans le cas de synology, mais en principe l'adresse MAC d'une carte est liée à un périphérique (eth0 par exemple) via udev. La correspondance est stockée (de mémoire pour une machine linux dans le fichier /etc/udev/rules.d/70-persistent-net.rules). Il y a une ligne avec l'adresse MAC de la carte et le périphérique. Si la carte réseau est remplacée, la ligne précédente n'est pas effacée, et la nouvelle carte devient eth1 par exemple. Dans ce cas, si l'adresse IP est en statique (définie dans la gestion du NAS), la nouvelle carte ne peut pas la prendre (affectée à eth0 et non eth1). Si le NAS est en DHCP, on a deux cas : - l'adresse MAC est réservée dans le serveur DHCP (ou la BOX), et on ne retrouvera pas non plus l'ancienne adresse IP puisqu'elle est liée à l'adresse MAC, le NAS se retrouve donc dans le cas qui suit - l'adresse MAC n'est pas réservée, alors le serveur prend la première adresse fournie par la BOX En regardant les adresses affectées par la BOX, ou en activant le DHCP, tu dois pouvoir trouver une adresse provisoire pour configurer le NAS. Jacques

Pour la récupération des données, tout est expliqué ici : https://www.synology.com/fr-fr/knowledgebase/faq/579 Pour l'adresse IP, une nouvelle installation sur ton disque provisoire (ou définitif, c'est selon) ne pose pas de problème. Si j'ai bien compris, ou du moins c'est ce que je voulais dire, c'était d'installer sur un nouveau disque mais dans le même serveur. De ce fait, il ne peut pas y avoir plus d'un système actif à la fois, donc pas de duplication d'adresse IP. Ensuite, insérer les disques de données (arrêt du NAS avant bien sur) et voir ce qui est proposé par le gestionnaire de volumes. Pour moi, il va trouver les volumes LVM, le raid logiciel et on devrait pouvoir les monter sur un répertoire quelconque. Cela permettra de récupérer les données facilement, sinon la procédure via un LiveCD linux n'est pas trop complexe, ne pas hésiter à se faire aider par un linuxin averti (la manipulation de LVM et MDADM n'est pas toujours intuitive). Jacques

Bonjour, En principe, la mise à jour ne touche jamais aux données des disques, seulement au système installé (réparti plutôt) sur les différents disques. Les volumes ne sont pas modifiés. Il existe une procédure documenté sur le site de Synology (doit aussi y avoir un lien sur le forum) pour restaurer les données d'un NAS sous linux (système d'exploitation obligatoire, il est possible d'utiliser un livecd pour cela). Je n'ai pas l'expérience sur une réinstallation de la 5.1 avec des disques "chargés", mais je pense que c'est possible, en vérifiant à chaque étape qu'on ne propose pas de formater les différents volumes de données. Si il reste de la place en disques dans le PC, je ferai plutôt une nouvelle installation de la 5.1 sur un nouveau disque, capacité réduite, et une fois que tout fonctionne, réinsérer les disques d'origine et voir ce que le gestionnaire de volume propose de faire. Mais avant de se lancer dans l'aventure, prendre le temps d'avoir d'autres réponses, dormir un peu et se lancer calmement dans l'opération. Et surtout, relire plusieurs fois les questions avant de répondre... Jacques

La mise à niveau par les patches est sans problème via l'interface. Le changement de version par contre nécessite le plus souvent la mise à niveau du boot. Tout dépend aussi de ce qui est utilisé pour démarrer la machine, une mise à jour du iSCSI par exemple est critique si on démarre via un disque réseau, pas pour un boot en local. En production, utiliser Xpenology n'est pas conseillé..., en privé les risques ne sont pas les mêmes. donc attendre la mise à niveau de la clef de boot ne me gêne personnellement pas, mon NAS ne fait effectivement que de la récupération de fichiers via le web, pour le reste il n'est accessible que via le LAN. Comme je l'ai dit plus haut, c'est un choix personnel, en fonction des risques que l'on est prêt à prendre ou non. Jacques

Bonjour, En principe, la sécurité est un choix personnel. Si on préfère le risque, rien n'oblige à la mettre en place. Le fait de ne faire que du téléchargement limite effectivement les risques d'attaque du NAS, mais même ainsi on n'est pas à l'abri d'un malware utilisant une faille de l'interface Web du NAS pour s'installer et télécharger les outils nécessaires pour offrir un accès externe au NAS. Donc, les risques sont certes limités, mais non nuls. Ensuite, à chacun de voir ses propres priorités. Jacques

Bonsoir, Pour que le RAID soit optimisé, les disques durs ajoutés doivent avoir une taille supérieure ou égale à celle du premier disque. Si on ajoute un disque plus grand, il faut en avoir 2 de la même taille (plus grands que le premier donc) pour pouvoir créer un volume supplémentaire avec. Jacques

Bonjour, Même soucis avec ma première MaJ, voir ce post : viewtopic.php?f=13&t=6250 Jacques

Bonjour, Il y a une autre solution, mais elle implique d'avoir un serveur de boot disponible sur le réseau. Démarrage en mode PXE, téléchargement du contenu de la clé via TFTP et lancement ensuite de l'OS sur le NAS. Nécessite probablement des adapatations dans le menu de démarrage ou la version du grub utilisé sur la clef. Et surtout, un serveur disponible 24h/24h, ce qui peut se concevoir en labo ou au boulot, pas trop à la maison. Jacques

Bonjour, Si je me souviens bien, mais ça doit être dans la FAQ sur le site de synology, pour pouvoir augmenter un raid SHR (ou 6), il faut au minimum 2 disques de la même capacité qui soient de taille supérieure à celle du raid existant. Autrement, le disque est mis en réserve pour des augmentations utltérieures. Jacques