Supermatos.com

Les craintes étaient fondées malheureusement. Impossible de reconstruire le volume, les données d'un autre disque sont probablement corrompues. J'ai changé des dixaines de disques, je n'ai jamais vu le compteur redescendre pendant la reconstruction. Conclusion si vous voyez ça un jour, c'est de mauvaise augure. Je ne restais pas devant le jauge de reconstruction h24, mais surveillais de suffisament près pour affirmer que cela n'est jamais arrivé. Qui plus est quand tu sais que la reconstruction est particulièrement lente. 20% correspondent parfois a une journée complète donc bon, même en jetant un coup d'oeil toutes les 5 heures tu peux êtres sûr de ton coup. Je pleure des larmes de sang...

Merci pour ces précision LomKaVuLours je vais regarder cette video. EDIT : Je viens de regarde la vidéo. Il parle de redémarrage à zero en cas d'hibernation ou de redémarage, pas un retour a zero lors du changement d'un unique disque. Ca revient uniquement a zero à chaque disque que tu changes, mais ici je n'en remplace que un seul. La dessus on est bien d'accord, j'avais connaissance de ce point. Dans mon cas zero redémarrage et je suis sur onduleur donc ca poursuit en cas de coupure. J'étais chez moi entre les 30 et les 20 pourcent et il n'y a pas eu de coupure. Et il n'y a pas d'hibernation avec les paramètres par défaut lorsque les disques sont en activité pendant une reconstruction synology fait bien les choses sans quoi cela ne finirait jamais. Clairement c'est la première fois que je vois cela ever. Ca fait plus de 15 ans que j'utilise ces machine et j'en suis pas a ma première reconstruction loin s'en faut. Pour l'instant il ne semble pas revenir a zero depuis le twist à l'origine de ce post mais une chose est sûr, j'ai passé ce cap fatidique des 30% je suis 93 ça devrait être plié demain hors nouvelle bizarrerie synoesque. Bref wait and see et merci pour l'aide !

Ok je l'ai déjà fait plusieurs fois jamais vu une diminution dans le pourcentage pour le changement d'un seul disque !

Bonjour à tous. Tout est dans le titre. Suite au remplacement d'un disque (sur 4), reconstruction. Et là ... je consate que lors de la vérification de coherence de parité : le pourcentage diminue parfois ??? Exemple de suite, passé de 33 a 21 au bout de plusieurs heures (je ne sais pas s'il a recommencé a partir de zéro mais je suppose). Quelqu'un a déjà eu le soucis ? Si oui il suffit d'attendre, ou cela signifie que j'ai deux disques HS et que ca crait fortement pour les données de mon volume ? Plus d'une décennie de nas syno et jamais constaté ce soucis.

Hello Luis, merci pour ta réponse. Je veux bien te croire mais chez moi il ne s'agit pas du comportement par défaut. Quel est le paramètres ma modifier sur le syno pour parvenir à cela ? En parallèle je vais tenter cette solution vue sur un forum US : https://community.synology.com/enu/forum/17/post/82039 EDIT : c'est l'échec. Bon deux nouvelles pistes : 1) Effectivement si l'option est cochée, le syno donne bien l'accès au lan mais pour les partages dans l'explorateur de fichier, il faut taper les IP, la résolution de noms Netbios ne fonctionne pas (logique). 2) On parle d'une option TAP ou TUN dans open VPN, mais pour l'instant je ne la vois pas côté client, et encore moins côté syno. Pas sûr que le server du syno supporte nativement cette fonction. (voir discussion ici https://qastack.fr/server/21157/should-i-use-tap-or-tun-for-openvpn ) EDIT, c'est mort, le mode TAP n'est pas supporté par le server OPENVPN du synology 😞 , voir ici https://community.synology.com/enu/forum/17/post/114091 Merci encore pour vos réponses. @PiwiLAbruti ta solution semble mortelle mais dès fois je suis sur mac os 😄

Merci. Je suppose qu'il faut éditer le fichier VPNconfig.ovpn ? Si oui c'est la rubrique dhcp-option DNS ? Je vois pas ce qu'il faut éditer ou commenter pour disposer d'une ip locale 192.168.0.x depuis l'extérieur (et non 192.168.1.x que j'ai mis pour le server open vpn sur le nas)

Bonjour à tous. Je souhaite utiliser OpenVPN, mais suis gêné par la plage IP distante (192.168.1.x) différente de celle de mon réseau local (192.169.0.x) J'ai lu avec attention l'excellent tuto de @Fenrir (c'est toi qui fait l'ODE éponyme pour Sega Saturn ? ) mais je ne comprends pas le point : => il faut ajouter une route dans la configuration de votre client Android : c'est à faire dans la configuration de la connexion VPN (tout en bas dans les paramètres de la connexion) iOS : ce n'est pas possible sauf en jailbreak Linux/MacOS : ip route add 192.168.0.0/24 via 10.2.0.0 Windows : route add 192.168.0.0 mask 255.255.255.0 10.2.0.0 Ou faut-il ajouter cela dans le client ? Ou bien plutôt a taper sous Windows dans un CMD en admin ? Je suis aussi tenté par la méthode de @PiwiLAbruti ( https://github.com/piwi82/VPN-route/blob/master/Windows/vpn-route.ps1 ) mais sans tuto je ne vois pas comment mettre en pratique 😞 Help please !

Bonjour à tous. Voila, tout est dans le titre. Je veux créer un raccourcis vers un partage et le placer sur le bureau de l'interface web de mon Synology mais cela ne me semble pas possible. Bien sûr, aucun problème avec les dossiers lambda (situés au sein des partages). Une idée de solution ?

Au passage j'ai l'impression que tu peux pas / plus supprimer les dossiers Drive dans l'indexation.... Le bouton "supprimer" est grisé pour tous les "dossiers d'équipe". Génial, j'ai des trucs énormes la dedans...

Hello, merci pour ta réponse. Sur cette page https://www.synology.com/fr-fr/knowledgebase/DSM/help/DSM/ResourceMonitor/rsrcmonitor_task_manager syno indique '* Uniquement disponible sur certains modèles." Sauf erreur je pense que mon nas ne dispose pas de cette fonctionnalité malheureusement. Voici tout ce que j'ai (voir photo d'écran). L'autre truc drôle, alors que j'avais bien l'indexation en pause, j'ai voulu effectuer un redémarrage... et je tombe sur un warning pour me dire qu'un indexation est en course, et que je risque de corrompre la bdd si redémarrage... Faudrait savoir 😄 (photo 2)

Bonjour à tous, Tout est dans le titre. Le moniteur de ressources indique que les 4 disques travaillent toujours à 100% de leur capacité. Bien que intel bicoeur avec 1Go de RAM (DS415play), le NAS est lent. Rien d'étonnant compte tenu des taux de transfert indiqués en lecture et écriture qui me semble particulièrement faibles, voir screenshot. Indexation en pause, et je ne pense pas qu'un nettoyage ou une vérification de disque soit en cours, je n'ai pas planifié cela. Les 4 disques sont neufs, des ironwolf 4 To (certes, le neuf peut être défectueux mais bon) + Nas avec la dernière update DSM 6.2.1-23824 Update 4. Côté requêtes, les flux de 5 cams IP, mais je serais étonné que ce soit cela qui mette le NAS a genoux complet (1.3 Mo/s de débit réseau à absorber pour les 6, c'est faible. Si certains on des pistes, je suis preneur !

Hello all ! Pour l'ajout de nouvelles infos sur un même problème, le déterrage me semble plus judicieux qu'une fragmentation en multitude de threads. Très honoré d'obtenir la pole position, merci ! ;D

Bonjour à tous. La baie numéro 2 est HS sur mon DS 410J. Au début j'ai pensé à un faux contact de la carte fille sata, ou d'un slot SATA. J'ai tout vérifie sans succès, puis je suis tombé sur ce topic particulièrement intéressant (surtout le dernier message) https://forum.synology.com/enu/viewtopic.php?t=90078 Désormais je penche plutôt pour un composant HS sur la carte maman. J'ai ouvert un ticket au support qui m'a demandé un upload des logs. Il m'on confirmé la mort du slot Sata, mais m'on dit qu'ils ne pouvaient pas aller plus loin car EOL dans leur systeme (comprenez end of life ;D ) J'ai demandé les schematics du DS410J (l'espoir fait vivre ^^) Mais en attendant je me demandais si quelqu'un aurait une idée sur le composant qui pourrait poser problème (il s'agit peut être d'un type de panne qui revient fréquemment ?). Ou sur une façon 'simple" de tester certains composants (ex dans le thread US plus haut, vérifier la tension en sortie sur certains pins). Je m'en remets à la collégialité ! 😄

1) Pour ceux qui cherche la version modifiée, direction ci-dessous. Gros merci à Catimimi pour son super taf ! 2) Piqûre de rappel pour ceux qui ne s'en sortent pas avec le Wol ou Wowan : A) Activer l'option dans le bios B) Installer les pilotes OFFICIEL de la carte (pilote Intel pour carte Intel, etc), et pas les drivers par défaut de Windows. C'est parfois capital (souvent avec les cartes Intel, par exemple). C) Si besoin de faire du WoWan, commencer par du Wol D) Si toujours problème, utiliser le vérificateur de réception de magic paquet qu'on trouve sur le site de Depicus (a exécuter sur la machine qu'on veut WoL lorsqu'elle est allumée). Voilou !

Bonjour à tous. Le lien ne fonctionne visiblement plus suite à un décalage de texte dans les cellules des posts (sur la version mobile en tout cas). Cette page étant mieux référencée que l'originale, voici le bon lien donné initialement par jac2904 : http://www.nas-forum.com/forum/topic/1875-wake-on-lan/ ++