domlas

Comment ça "reset irréparable" ??? Un poussoir cassé ça se remplace aisément, une pièce cassée doit pouvoir se retrouver soit en SAV soit sur une épave. Et même au pire déposer le poussoir actuel, souder deux bouts de fil et mettre un simple poussoir standard du commerce déporté à un endroit accessible.

Je dirais plutôt que le port 7000 est fermé dans ton routeur (box) ce qui est normal dans sa configuration d'origine. Il te faut donc d'abord aller dans le routeur et rediriger le port 7000 vers l'IP du syno 192.168.0.19 Ensuite effectivement il faut éviter d'avoir plusieurs parefeux en cascade. Puisque tu passes par celui du routeur il faut s'assurer que celui de windows, celui du syno etc sont bien inactifs.

J'ai eu (et ai encore de temps en temps) ce problème. L'utilisateur ne referme pas son fichier, ni word mais éteint son ordinateur. Lorsque quelqu'un travaille sur un fichier word, access ou excel un "drapeau" est mis pour signaler à d'autres éventuels utilisateurs que le dit fichier est en cours d'utilisation et partant de là qu'il est inmodifiable. Normalement toute personne "sérieuse" devrait enregistrer et fermer son fichier puis le programme dès qu'il a fini de s'en servir. Le piège est quand on le met en arrière plan (qu'on le réduit) car souvent alors on l'oublie dans cette posture Le drapeau reste donc actif sur le syno. Si maintenant l'ordi est éteint, le drapeau reste quand même.

J'abonde entièrement dans le sens de Kremlech. NE JAMAIS CROIRE QU'UN SHR ou un RAID PUISSE FAIRE OFFICE DE SAUVEGARDE. Par contre tu auras l'inconvénient de perdre de la place, tu vas employer deux disques de 1To par exemple mais tu n'auras que un seul Téraoctet de stockage. Tu aurais intérêt aussi à mettre un bon onduleur UPS car la moindre coupure de courant durant les phases de miroring fait prendre énormément de risques à tes données. Voir les très nombreux posts ici même !

Mais les gars !!! On a une brute parmi nous. 1er point : as tu essayé de joindre ton syno depuis ton navigateur (IE, Firefox etc) en tapant la nouvelle IP de ton syno suivi du double point et 5000 ? Comme ça >> 192.168.xxx.xxx:5000 ? As tu essayé un redémarrage du syno ? Proprement bien sur. Appuyer (douuuucement (!))le bouton M/A et le garder appuyé quelques secondes jusqu'au bip. Il va clignoter et il faut ATTENDRE que le syno s'arrête tout seul. Ca peut prendre plusieurs minutes, surtout en RAID. Ensuite le rallumer. Cela permet de prendre en compte les modifications de l'IP entre autres. Là encore ça prend du temps. Pour le petit poussoir "reset", c'est vrai que c'est un tout petit micro-poussoir dont la course ne fait que quelques dixièmes de millimètre. Pour se faire une idée de la "catastrophe" d'abord arrêter complètement le syno (voir ci-dessus). Tout débrancher. Sortir les disques en les REPERANT en les numérotant par exemple. Il faudra les remettre dans cet ordre au remontage. Démonter le syno (vis à dévisser). Etre soigneux et calme ! Repérer l'endroit de ce petit switch et voir le dégât. Si l'on est un peu électronicien bricoleur ce type de poussoir est connu et standard (voir sélectronic, conrad, etc). Avec un peu de doigté sur le fer à souder cela se remplace très bien. Il a peu aussi être déboité ou un petit renvoi en plastique a pu être déboité. A ce sujet bien faire attention lors de l'ouverture du syno si quelque chose ne se trimballe pas dedans. Sinon ça va être SAV Synology...

Oui mais c'est comme tout élément mécanique. En fonctionnement "de croisière" le matériel atteint un équilibre thermique entre autres et subit beaucoup moins les effets très néfastes d'échauffement refroidissement répétés qui agissent sur les dilatations rétractations des pièces qui les vieillissent prématurément. C'est vrai pour tout, les moteurs de voiture, les ordinateurs, les machines-outils (qui en plus dérèglent les réglages des outils) etc. Mais effectivement si tu as de très longues périodes d'inutilisation (plusieurs jours d'affiliée) une programmation de périodes d'arrêt pourrait s'envisager.

Utilises tu toujours le même ordi que celui qui a servi à l'installation, ou plutôt la même "session" utilisateur ? Le syno enregistre automatiquement le "nom de session" qui effectue l'installation comme utilisateur "privilégié" rangé dans "users" ou "administrateur" ayant tous les droits. Avec un autre nom de session le syno ne te connais pas et tu n'as pas accès. As tu tenté une recherche du syno pas DSassistant ?

As tu fait un redémarrage du syno ?

As tu changé quelque chose au niveau du routeur (Box) ? Je ne connais pas bien synology.me (j'utilise dynsdns.org)mais je crois avoir compris en lisant ici même qu'il y a une configuration particulière à faire au niveau du routeur. Config qui pourrait être faite pour certaines box automatiquement à la mise en place de synology.me

Tu ne peux pas empêcher ça justement. C'est la base même de fonctionnement des services comme no-ip ou dyndns. Leurs serveurs envoient cycliquement des demandes vers ta dernière adresse IP connue pour vérifier que la connexion existe toujours et que cette IP n'a pas été changée par le FAI. Dans le cas contraire un petit logiciel inclus dans ton routeur (box) va alors mémoriser cette nouvelle IP et la renvoyer (avec tes codes correspondants) aux serveurs de no-ip afin que ces derniers refassent le lien entre ton nom de "domaine no-ip" et ta nouvelle IP. Cela leur permet aussi après quelques semaines de non réponse à leurs demandes de te considérer comme n'utilisant plus leurs services. C'est entre autre l'une des raisons qui font dire à beaucoup ici même (et moi itou) qu'il est préférable de ne pas utiliser la fonction "hibernation". Il vaut beaucoup mieux pour la santé des disques (et du syno) laisser tourner en permanence tout le système que de lui faire subir ces fréquents redémarrages qui fatiguent inutilement le matériel.

La réponse sera très nette. C'est non Sur un syno le partitionnement du disque (et son formatage) se fait par le syno lui-même sous le format ext4 linux avec 3 partitions, une "système", une "données" et une "swap" En RAID1 tu n'auras qu'un seul "volume" composé de deux disques en miroir et cette partition aura comme taille la taille du plus petit des deux disques. Par contre sur les synos tu peux créer plusieurs "dossiers partagés" dans ce volume dont tu pourras donner ou pas l'accès aux "utilisateurs" que tu désires. Je pense que c'est ce que tu voulais faire avec plusieurs partitions. Au fait je constate seulement maintenant que tu as un Dlink et pas un syno. Mais c'est peut être similaire ?

Ah oui l'UTF8 Si mes souvenirs sont exacts cela concerne le DSM. Le serveur FTP déjà. Dans le DSM cliquer sur FTP puis onglet FTP/SFTP. Cocher la coche support de nom en UTF 8 (intitulé approximatif, de mémoire).

J'éviterais "d'étendre" le volume avec le second disque. C'est ce que l'on appelle le "JBOD". Dans ce système on crée un seul volume dont la taille sera l'addition des tailles des disques durs qui y sont ajoutés. Le très gros inconvénient de ce système est qu'il n'y a qu'une seule table d'allocations pour gérer tous les disques. Cette table est sur le premier disque (maitre). C'est extrêmement dangereux. Si le disque maitre claque on n'a plus de table et il devient subitement impossible de relire les disques esclaves donc toutes les données sont irrémédiablement perdues. Si c'est un disque esclave qui claque, du fait que très souvent les secteurs de données d'un fichier sont fragmentées et cela sur plusieurs disques fait que les dégâts sur les fichiers peuvent aussi être très importants. La solution la plus "tranquille" est un volume séparé pour chaque disque. Et bien sûr doublée d'une bonne suavegarde périodique. Il faut au minimum que les données sensibles ou précieuses soient au moins en double sur des supports différents et des machines différentes.

Bonsoir, Oui pour les IP "fixes" du syno il y a deux solutions, une bonne et une moins bonne. De toute façon et dans tous les cas ne pas oublier de REDEMARRER LE SYNO pour que ces nouvelles adresses soient prises en compte par le routeur ! La moins bonne est la plus facile à mettre en place. Il suffit d'assigner une IP par le DSM dans le syno. C'est ce que tu as fait. Attention : il vaut mieux choisir des IP de valeur élevée, genre 192.168.0.150 par exemple. Pourquoi ? C'est tout simple : imagine, tu donnes à ton syno l'IP 192.168.0.2 ensuite tu l'éteins pour une raison ou une autre. A ce moment tu allumes ton ordi. Le routeur va lui donner (DHCP automatique) l'adresse 192.168.0.2 puisqu'à ce moment elle est libre. Quand tu rallumes ton syno il restera inconnu puisque l'adresse en question est déjà attribuée. Donc prendre une IP assez élevée car il est probable qu'un particulier n'aura jamais 150 appareils sur son réseau. L'autre solution, bien meilleure est de faire une "réservation d'adresse" dans le routeur. Pour cela on utilise le code "Mac" de l'appareil concerné (le syno en l’occurrence) et on lui attribue une IP. De cette façon seul l'appareil ayant ce Mac aura cette adresse. Dans ce cas on laisse l'appareil en adressage dynamique (DHCP auto) Donc ma solution de rallumer d'abord le syno a fait qu'il a été le premier a arriver sur le réseau et que son IP fixe a bien été bien prise en compte en premier. Bon week end ! (Tu vois moi aussi je tâte un peu l'anglouserie)

Oui alors va au plus simple. Crée deux volumes un par disque. De là tu inscris un certain nombr ede "dossiers paratgés" dans lesquels tu stockeras tes données. Cette architecture est à créer par toi en fonction de tes désirs de stockage et les autorisations que tu veux donner à tes utilisateurs. Ensuite chacun de ces dossier partagé devra être attribué à l'un ou l'autre volume.

Oui lors de la mise en service du syno ne pas cliquer les "suite" sans réfléchir. Le syno propose en pré-réglage la formule "SHR" qui est du RAID à la sauce synology. Il faut modifier volontairement ce choix vers "basic" donc un volume séparé pour chaque disque. Si c'est le choix SHR qui avait été laissé refaire toute l'installation avant que des données soient rentrées dans le syno. Sinon il faudra les sauvegarder sur un disque USB externe. Mais dans la mesure du possible ne pas utiliser les RAID et SHR qui n'apportent rien à l'utilisateur individuel si ce n'est que bien des problèmes parfois graves. Le forum en est plein.

Je me doute qu'OVH fonctionne comme les autres. Soit OVH te fournit une IP fixe auquel cas c'est simple, soit OVH est en IP dynamique. Dans ce cas il faut utiliser les services de dyndns.org ou no-ip.com. Ceci pour pouvoir atteindre to installation (ton routeur) depuis le monde extérieur. Ensuite il te faudra ouvrir et rediriger le sports voulus vers le syno. Comme par exemple le port 5000 pour avoir accès au DSM.

Comment ça le mettre en réseau ??? Mais pour le démarrer il a bien fallu que tu le mettes en réseau...

Bonjour, et d'abord il existe en français d'excellents mots pour dénommer les choses sans avoir à se rabattre sur la pauvreté d'un langage pseudo anglais. As tu changé quelque chose au niveau des syno ou plus particulièrement au niveau du routeur de la "box" ? As tu mis des IP fixes à tes synos ? As tu tenté un arrêt complet et total de tous les appareils reliés au réseau, box, ordis, imprimantes, synos... ? Ensuite rallume dans l'ordre la box puis les synos puis enfin les autres appareils en attendant à chaque fois que l'appareil soit réellement fini de reconnexion.

En RAID1 je crois que c'est possible. En fait les disques sont partitionnés au format linux, avec une partition "système", une partition "données" et une partition "swap". En RAID1 les données sont sur la partition correspondante rt les fichiers sont en entier sur chaque disque. Il est donc possible (je crois) de les récupérer avec le disque remonté sur un ordi linux ou avec un petit programme adaptateur pour les autres. Pour les autres RAID et JBOD c'est totalement impossible. Le second inconvénient du RAID1 est que la taille volume de stockage n'est égale qu'à la taille du plus petit disque. En gros avec deux disques de 1To on ne dispose que de 1To de stockage seulement. En basic tu as 2To.

Pourquoi veux tu du raid ? Un petit tour sur ce forum te permettra de te faire une opinion correcte sur le vrai usage des RAID. Zt les risques encourus. En gros il peut se produire 3 risques de panne : panne du syno lui-même, crash logiciel et casse de disque. Panne du syno : si disques en formule "basic" (pas de RAID) le formatage étant en ext4 linux la récupération des données est tour à fait possible et facile. Risque très rare les synos sont costauds et sur 4 synos que je connais autour de moi tous tournent allégrement depuis des années. Si les disques sont en RAID1 on est un peu dans le même cas et la majorité des données pourraient être récupérées. Pour les autres RAID et à moins de réussir à réinstaller les disques dans l'ordre dans un syno du même modèle et de tenter un procédure délicate de réinstalation du même DSM, les données sont perdues. Casse d'un disque : les RAID sont alors efficaces dans ce seul et unique cas. Plus fréquent que la panne du syno cela reste rare. Autour de moi à part 2 disques (sur une bonne trentaine d'achetés) "morts neufs", un seul a cassé en cours de fonctionnement sur plus de 8 ans. Crash logiciel, plantage etc. Les logiciels qui plantent et pas seulement sur les synos c'est monnaie courante. Les causes sont innombrables, de la panne EDF à un petit bug qui traine. Ne pa oublier que sur les synos les RAID (et SHR) sont logiciels ! Le risque est bien plus élevé. Sur une échelle de 10 je dirais que la panne syno esr de 1, la casse de disque est de 2 et les plantages logiciels sont de 7 ! Les conséquences pour les données sont du même style que lors de la panne syno. Avec en plus un fait sournois. Sur panne EDF et si le RAID était en cours de miroring (il passe le plus clair de son temps à ça) il inscrit souvent des infos éronnées et différentes sur chaque disque. Au retour du courant le syno va tenter de réparer tout ça de façon bête et disciplinée en détruisant les fichiers corrompus, se retrouvant en décalage il va continuer à faire n'importe quoi. Le seul avantage que l'on en retire c'est de faire vivre à plein ce forum. Les 4 synos cités plus tournent tous en "basic" donc son RAID et pas de soucis depuis au moins 6 à 8 ans. Les RAID ne sont utiles que pour assurer une continuité de service d'un site web ou d'un serveur de données, FTP etc. En aucun cas c'est une sécurité pour les données. Il faut donc impérativement les sauvergarder sur un autre support, un autre systéme et un autre lieu.

Bon il faut expliquer le problème et surtout bien remettre à sa place cette croyance d'autant plus tenace qu'elle est fausse. D'abord le SHR est une amélioration faite par synology du RAID "classique". Le RAID 1 le seul qui pourrait te servir puisque tu n'as que deux disques, consiste à recopier les données en miroir d'un disque par rapport au second. C'est un logiciel qui s'occupe de ce travail, il vérifie en permanence que les deux disques sont bien en miroir et redéplace si nécessaire les données pour maintenir ce miroring. Le but recherché de ce système est d'assurer la continuité de fonctionnement du serveur de données même en cas d'arrêt d'un disque. Panne, entretien, contrôles etc. En cas de remplacement d'un des disques le miroring se reconstituera peu à peu sur le nouveau disque ce qui peut prendre un certain temps (parfois un temps certain). Pendant toutes ces opérations le serveur de données reste productif. A noter que puisque les deux disques comportent les mêmes données la capacité de stockage "utile" ne sera égale qu'à celle du plus petit des deux disques. Pour la même raison on ne porra pas remplacer un disque par un plus petit. ET C'EST TOUT CE QU'APPORTE LES RAID ! ET SURTOUT CE N'EST EN AUCUN CAS UNE SECURITE OU UNE SAUVEGARDE DES DONNEES ! ! ! Evidemment on pourrait dire que puisque les données sont en "double" sur deux disques c'est une sécurité. A l’extrême rigueur et seulement pour la casse d'un disque ça pourrait être défendable. D’où la fausse croyance tenace beaucoup trop bien ancrée. SAUF QUE les pertes de données sont beaucoup moins occasionnées par des casses de disques (en 15 ans je n'ai connu qu'une casse de disque et pourtant j'ai en un bon paquet) mais très nettement plus le résultat d'une erreur humaine, genre effacement idiot et là, les données sont perdues car le miroring va immédiatement et très consciencieusement "mirorer" l'effacement ! Beaucoup plus occasionnées aussi par des bugs ou plantages de logiciels, ça c'est très, très fréquent. Une toute petite et bête panne de courant... Le système de RAID est un logiciel, il ne faut pas l'oublier. Si au moment du plantage des inscriptions erronées et différentes sont inscrites sur les disques, au redémarrage tout barre en sucette et les données sont massacrées. C'est pour cela que l'on conseille très vivement l'emploi d'un onduleur capable d'ordonner un arrêt "propre" au syno dès constat d'un défaut EDF afin de faire un arrêt dans les règles. Et c'est pour ça aussi qu'il encore plus vivement recommandé de faire des sauvegardes dans les normes (autre support, autre système, autre lieu) des données placées en RAID. Sinon faire un petit quart d'heure de surf sur ce forum pour se rendre compte que les RAID ont provoqué des torrents de pleurs ! Donc un RAID quel qu'il soit N'EST PAS UN MOYEN DE SAUVEGARDE ! Bien au contraire. Qu'on se le dise... Comme le dit Patrick (qui est un sorcier des synos et des trains électriques) en "domestique" les RAID n'ont pas de grand intérêt sauf usages très spécifiques. Du genre assurer un service de fournitures de fichiers ou maintenir un site WEB en activité. C'est quand même rarement le cas chez les petits amateurs que nous sommes tous. Personnellement je me sers du syno pour de l'archivage des données de ma fille journaliste dans le Var. Mon syno sur Paris lui sert de miroir au sien pour ses données cruciales et par le serveur FTP elle me transmet plein de photos, vidéos à retravailler et ses articles à corriger. Donc un gros travail de serveur de données en fait. Et pourtant je n'utilise pas de RAID. Jusqu'à maintenant les arrêts de service ont été dus à des pannes de courant, des plantage de box, des erreurs du guguss qui écrit en ce moment et plein de bonnes choses rigolotes. Mais jamais par casse d'un disque depuis au moins 5 ans.

Pour commencer le WiFi n'est pas la meilleure solution pour un syno. Ce type de liaison est bien trop lent malgré les annonces "mirobolantes" des marchands. Les CPL ce n'est pas beaucoup mieux. Une prise téléphone est facile à déplacer ou un câble cat6 facile à poser. Dans les synos on parle de "volume" Suivant les cas tu auras un volume de stockage par disque en configuration "basic" (donc volume1 et volume2 pour deux disques). C'est dans la très grande majorité des cas la meilleure solution. "Tranquillité" des données plus grande, capacité de stockage égale aux tailles des disques etc. En SHR ou RAID1 (c'est quasiment pareil) tu n'auras qu'un seul volume composé des deux disques en miroir et de capacité égale à celle du plus petit disque. Ce type de configuration permet d'assurer la continuité de fonctionnement du serveur de données en cas d'intervention sur un disque. ET C'EST TOUT ! La recopie quasi permanente des données pour assurer le miroring fragilise les données. De plus ces systèmes sont très sensibles aux pannes de courant, la présence d'un bon onduleur est très recommandée et une vraie sauvegarde sérieuse sur un autre support dans un autre système et dans un autre lieu ets quasiment obligatoire. Voir sur ce forum les flots de pleurs à ce sujet ! On ne peut pas diviser directement un volume. Par contre tu peux y créer les "dossiers partagés" qui pourront être autorisés ou pas d'accès à chacun des utilisateurs.

Les Mac je connais pas trop. Mais sous windows sur le réseau interne ce n'est pas l'ordinateur ni son nom ni son IP qui sont pris en compte mais le non de la session en cours de fonctionnement Le principe serait que la session appartient à un utilisateur et qu'un même ordi peut servir à deux personnes différentes alternativement, chacune ayant ses propres éléments de travail intouchables par l'autre "sessionnaire". Je crois que c'est un peu le même principe sur Mac mais surement avec des appellations différentes.

Lequel de l'imac et du macbook a servi à installer le syno ? Celui qui a servi à l'installation (ou plutôt son nom de session) a automatiquement obtenu les droits d'administrateur c'est à dire tous les droits. L'autre machine (ou plutôt son nom de session) est inconnue du syno et il n'obtiend aucun droit d'accès. Il faut le créer dans les "utilisateurs" (nom de session et MdP) et soit lui donner certains droits, soit le pousser dans le groupe "administrateur" ou "users"