babble

Merci les mecs pour votre contribution à la communauté ;)

Tu pourras faire un retour stp ? Indiquer également ta version de DSM et ton modèle de NAS ? Merci

Merci firlin, ton mode opératoire est parfait. Mes 6 WD Red 8To sont en cours de vérif dans mon 1813+ (avec des pointes à 730Mo/s) Merci également à lordkivan et évidemment Diaoul Voici le topic du mode opératoire que j'ai utilisé : https://forum.hardware.fr/hfr/reseauxpersosoho/Reseaux/serveurs-synology-page-sujet_5497_1148.htm#t931354 J'ai juste modifié la valeur de -c en me basant sur le lien que j'ai cité en début de page 2, c'est à dire 98304 pour 1 disque et 1Go de RAM, soit 98304x2(Go)/6(disques)=32768 syno> ps | grep badblocks 775 root 7720 S SCREEN /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdc > /root/badblocks_sdc.log 2>&1 776 root 3196 S /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdc > /root/badblocks_sdc.log 2>&1 777 root 260m D /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdc 3278 root 7720 S SCREEN /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdg > /root/badblocks_sdg.log 2>&1 3279 root 3196 S /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdg > /root/badblocks_sdg.log 2>&1 3280 root 260m D /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdg 10276 root 7720 S SCREEN /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sde > /root/badblocks_sde.log 2>&1 10290 root 3196 S /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sde > /root/badblocks_sde.log 2>&1 10299 root 260m D /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sde 11975 root 7720 S SCREEN /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdh > /root/badblocks_sdh.log 2>&1 11976 root 3196 S /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdh > /root/badblocks_sdh.log 2>&1 11977 root 260m D /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdh 17423 root 3204 S grep badblocks 21403 root 7720 S SCREEN /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdf > /root/badblocks_sdf.log 2>&1 21404 root 3196 S /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdf > /root/badblocks_sdf.log 2>&1 21405 root 260m D /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdf 27603 root 7720 S SCREEN /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdd > /root/badblocks_sdd.log 2>&1 27613 root 3196 S /bin/sh -c /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdd > /root/badblocks_sdd.log 2>&1 27615 root 260m D /usr/local/diskutils/sbin/badblocks -wv -b 4096 -c 32768 /dev/sdd

Quelle est la syntaxe complète pour lancer la préparation de plusieurs disques (donc chacun dans leur fenêtre putty) avec une sortie dans un fichier texte et le processus qui continue une fois la fenêtre putty fermée (sans installer screen) ? J'ai testé avec nohup, en remplaçant x par les lettres de mes disques mais ça ne marche pas... nohup sudo badblocks -b 4096 -c 16384 -s -w -v /dev/sdx > /volume1/echange/bb_sdx.txt &

Bonjour à tous Sur le point de préparer 6 disques de 8To dans mon DS1813+, je voudrais être sûr de ne pas faire de bêtise avec Badblocks. Je souhaite que les rapports soient notés dans un fichier texte dans le dossier partagé de mon NAS appelé /volume1/echange, je lancerai les commandes depuis putty sous windows, et je compte fermer les fenêtres putty et éteindre le PC pendant la préparation. Pour info, j'enlève mon disque de 4To contenant des données avant de Badblocksiser pour éviter de faire des bêtises. La commande : fdisk -l | grep "/dev/[sh]d[a-z]" renvoit : fdisk: device has more than 2^32 sectors, can't use all of them fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sda: 2199.0 GB, 2199023255040 bytes /dev/sda1 1 267350 2147483647+ ee EFI GPT fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sdd: 2199.0 GB, 2199023255040 bytes Disk /dev/sdd doesn't contain a valid partition table fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sde: 2199.0 GB, 2199023255040 bytes Disk /dev/sde doesn't contain a valid partition table fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sdf: 2199.0 GB, 2199023255040 bytes Disk /dev/sdf doesn't contain a valid partition table fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sdc: 2199.0 GB, 2199023255040 bytes Disk /dev/sdc doesn't contain a valid partition table fdisk: device has more than 2^32 sectors, can't use all of them Disk /dev/sdg: 2199.0 GB, 2199023255040 bytes Disk /dev/sdg doesn't contain a valid partition table Disk /dev/sdh: 2199.0 GB, 2199023255040 bytes Disk /dev/sdh doesn't contain a valid partition table Ce qui montre que mon disque principal est bien sda, que sdb n'est pas là, et qu'il reste sdc,d,e,f,g,h Je pensais lancer cette commande (en remplaçant x par la bonne lettre, soit dans mon cas c,d,e,f,g,h) : sudo badblocks -b 4096 -c 16384 -s -w -v /dev/sdx > /volume1/echange/bb_sdx.txt & Je crois comprendre que j'ai besoin de l'utilitaire screen ? Pourquoi ne pas utiliser la l'option -o pour output vers le fichier, genre sudo badblocks -b 4096 -c 16384 -s -w -v -o /volume1/echange/bb_sdx.txt /dev/sdx -o /volume1/echange/bb_sdx.txt Merci par avance ;)

Petite mise à jour avec ce lien très intéressant qui détaille le choix des valeurs à noter dans la ligne de commande. https://www.pantz.org/software/badblocks/badblocksusage.html

Sortie du DS416Play officialisée http://www.nextinpact.com/news/100020-synology-routeur-rt2600ac-nas-ds416play-et-applications-universelles-windows-10.htm

Si tu regardes bien les photos, tu verras qu'il est question du 216Play et du 416 (tout court) sur les plaquettes accompagnant les NAS. Le rédacteur a fait une faut de frappe sur le site, ce qui explique pourquoi nulle part ailleurs il est fait mention de la sortie de ce produit (et pour cause, il est inexistant à ce jour (début mai 2016)) Merci nagash87 pour l'info

UP ?

Merci pour cette précision. Comment procéder exactement avec Encfs ? Quelle syntaxe (au plus simple) ? J'ai lu ça, mais un exemple concret serait plus parlant http://linux.die.net/man/1/encfs

Ces réponses n'engagent que moi : Oui, je confirme. Les dossiers à destinations sont cryptés et inutilisables. Les dossiers cryptés à destination doivent être restaurés (comme tu l'as vérifié par toi-même) par l'utilitaire "sauvegarde et réplication". Ils sont alors montables depuis le gestionnaire de dossiers partagés, et tu devras entrer le MDP (ou la clé) pour les monter et ensuite y accéder. Pour ta deuxième question, non ce n'est pas normal : j'utilise depuis toujours cet utilitaire, et la sauvegarde automatique d'un dossier partagé non-crypté reste bien entendu non-crypté à destination, et parfaitement utilisable sans MDP. Merci au passage de l'info de ton dernier paragraphe : c'est ce que je cherchais à faire et ces recherches m'ont amené à ta solution :-)

OEIL, peux-tu refaire un point exact de ton installation, STP ? Quels paquets as-tu installés, sur quel NAS, quel DSM ? Quelle configuration ? Merci par avance

Bonjour à tous Me retrouvant coincé avec le paquet de TontonGlen et la version revue et corrigée (qui fonctionnait sous DSM 4.2) j'aimerais bien tenter cette solution. En revanche je suis une bille en ligne de commande Linux, mais si on m'explique clairement et avec des étapes, je vais pouvoir m'en sortir avec votre aide. Une âme charitable pourrait-elle m'indiquer pas à pas comment mettre ce script en place et comment le lancer (si possible depuis DSM) ?

C'est inutile, je préfère me connecter toujours en https, de plusça fonctionne habituellement, mais merci pour ton idée. Tu avais raison : il fallait que je coche l'activation du firewall du routeur, et maintenant les redirections "Virtual Server" fonctionnent normalement. Problème résolu, merci

Je suis complètement passé à côté de cette histoire de port 8080 Je regarde tout ça dès que possible, sans doute ce soir. Un grand merci à toi en tout cas

Non l'IP du NAS est configuée en dur, et comme tout fonctionne bien en local, elle est forcément bonne. En fait le paramétrage est on ne peut plus simple, je n'autorise dans tous les cas que le HTTPS uniquement même en local, en connexion entrante le port 443 redirigé vers le 5001 pour l'accès distant à DSM et File station, ainsi que 5006 pour faire la même chose depuis WebDAV sur iPhone iPad, ainsi que le port en http pour utiliser photo station. C'est tout. Je configure également le FW de DSM pour ne laisser passer que ces 3 ports, et j'ajoute une règle pour tout laisser passer tant que ça vient du réseau local (192.168.....). J'ai essayé de désactiver ces règles, qui du reste fonctionnent très bien partout ailleurs, mais sans succès. Ca marche nickel sur les 4-5 autres NAS que j'administre, mais comme je l'ai dit, c'est sur des routeurs box FAI, jamais des modems routeurs "avancés". Merci pour ta suggestion loli71 en tout cas : je ne me souviens plus de ce que j'ai paramétré dans la rubrique firewall du routeur. A tous les coups mon problème vient de là, le FW du routeur ne veut pas me laisser passer vers le NAS, malgré les règles de redirections de port paramétrés au niveau de "Virtual Server". Et bien entendu, je ne suis plus en local, donc je vois ça dès que possible pour vous donner un retour...

Bonjour à tous J'ai un petit problème de configuration d'un modem routeur TP Link Archer D5 (sans box FAI, connexion Orange Pro). La doc est là : http://www.tp-link.fr/resources/document/Archer_D5_V1_UG.pdf Actuellement tout fonctionne correctement, à part l'accès au NAS depuis l'extérieur. C'est une opération que j'ai l'habitude de faire depuis des box de FAI sur plusieurs NAS dans différents lieux, dans les onglets de redirection de ports, leur interface est très simple et basique. Là j'ai un peu plus de mal, car malgré le fait que j'ai correctement (je pense) configuré l'écran indiqué au paragraphe 4.14.1 du pdf ci-dessus, le NAS reste inaccessible depuis l'extérieur. J'ai évidemment rebooté le routeur, et supprimé toute règle de blocage dans le firewall de DSM, sans effet. Quelqu'un aurait-il l'amabilité de jeter un petit coup d'oeil à la doc SVP ? Je précise que le status du NAS dans myDS est OK, de même que dans la rubrique DDNS de DSM, status normal. Merci par avance

Ca c'est de l'efficacité, merci messieurs ! Bon le fast boot n'a rien changé, il me reste à contrôler le paramétrage de la carte du PC2 en question, mais il n'y a pas de raison que ça ait bougé, d'autant plus que PC1 a bien le WOL activé au niveau de la carte. (j'ai 3 PC Dell strictement identiques sur ce site) L'OS a toujours été W8. Je commence à sécher, et ce qui me gêne le plus, c'est que ça fonctionnait avant...

Les machines sont effectivement sous W8, WOL enabled dans le BIOS, mais alors pourquoi se réveillaient-elles avant avec le paquet de TontonGlenn sous DSM 4.2 ? Je vais tenter de désactiver le fast boot en suivant ça : http://blogs.technet.com/b/windowsfr/archive/2013/01/03/windows-8-le-d-233-marrage-hybride.aspx

Merci quand-même jgut @aware : port 7 il ne se passe rien, et port 9 voici ce que me renvoie le programme, ce qui semble être correct : (le syno est bien sur l'ip 76, mais du coup je ne comprends pas trop les ports 40327 et 47330...) Packet recieved from 192.168.1.76 on port 40327 at 00:47:07 packet length : 102 00000000 : 00000060 : xxxxxxx (MAC pc3) La dernière ligne est bien l'adresse MAC du PC3 qui correspond à pc3.php Evidemment, si j'entre l'adresse MAC d'un des deux autres PC éteints, ils ne s'allument pas... D'ailleurs, en tapant l'adresse terminée par pc2.php, on s'aperçoit que le WOL monitor présent sur PC3 détecte bien la requête d'allumage du PC2 Packet recieved from 192.168.1.76 on port 47330 00000040 : 00000060 : xxxxxxxx (MAC pc2)

Salut CoolRaoul (et les autres, hein) J'ai créé un répertoire nommé "wol" accessible à l'adresse http://mondomaine/wol J'ai vérifié que ce répertoire était bien accessible depuis l'extérieur en y déposant une photo accessible à http://mondomaine/wol/1.jpg et elle s'affiche correctement (je l'ai supprimée ensuite) J'ai déposé dans ce répertoire le fichier wol.php téléchargé directement avec le bouton dowload du site pastebin J'ai téléchargé renommé et modifié le contenu du second fichier wake-monpc.php (en pc2.php) en changeant l'adresse MAC. L'adresse de broadcast est restée telle quelle (192.168.1.255) car tous mes équipements sont compris dans la plage d'IP 192.168.1.X. La passerelle par défaut de mon routeur (neufbox) est 192.168.1.254 pour info. Lorsque je tape http://mondomaine/wol/pc2.php, j'obtiens le message Magic Packet sent (102) to 192.168.1.255 Sauf que mon PC2 ne se réveille pas... Evidemment l'adresse MAC est bonne, et évidemment il se réveillait avec le package de TontonGlenn (avant que celui-ci ne fonctionne plus suite au passage de DSM4.2 vers DSM4.3) Une idée pour m'aider ? Merci par avance

Je ne peux pas créer de nouveau sujet, donc je poste l'info ici, elle sera sans doute relayée Sortie du 415+ : http://chinese.engadget.com/2014/09/04/synology-dsm-5-1-announces/ Avec support de hubic dous DSM 5.1

Une fonction WOL qui marche...

Bon. J'avance sur la config, le problème vient sûrement de mon proxy au taf, je me suis connecté en local, ça fonctionne. J'ai paramétré les adresses MAC en respectant bien les caractères et les : entre chaque, mais quand je demande le réveil, malgré l'écran qui m'indique que le paquet magique a été envoyé, rien ne se passe, les machines ne se réveillent pas. (Alors qu'elles se réveillaient avant avec le précédent package sous DSM 4.2) Une idée ?

Update 4 de quelle version de DSM? @lvdtime : j'ai un magnifique "The operation timed out." Dans la fenêtre de WakeOnEveryWhere que je viens de lancer depuis la cession admin, avec PERL fraîchement installé (problème identique depuis un compte administrateur autre qu' "admin") Sous DSM 4.3-3827 update 4 et update 6 Peut-être faut-il configurer des ports spécifiques dans le pare-feu Syno ?