Fravadona

Celui qui ecrit un script peut utiliser n'importe quelle syntaxe pour les arguments, donc il vaut mieux regarder le contenu du script pour comprendre comment sont utilises les arguments

Tu devrais regarder ce qu'il y a dans ce script, a priori il contient tout ce dont tu as besoin

Le firmware de la LiveBox peut-etre assez vicieux : Reset LiveBox puis reconfiguration des NAT/PAT

Le saviez-vous ? Votre PC vous a été vendu avec un mouchard "persistant" que vous ne pouvez pas supprimer même en remplaçant carrément le disque dur : http://kulturegeek.fr/news-28946/computrace-absolute-lincroyable-mouchard-planque-bios-millions-pc Voici une liste (probablement non-exhaustive) des matériels a NE PAS acheter si vous tenez a votre vie privée : http://www.absolute.com/en/partners/bios-compatibility PS: Les logiciels anti-virus du marché sont tenus de l'ignorer donc ils ne vous aideront pas contre ce backdoor

Yep je venais de voir le message ; par contre je ne trouve rien sur le net concernant des soucis d'acces aux partages SMB avec ce materiel. Peut-etre est-ce la nouvelle version de DSM qui supporte mal le chiffrement 128bits. Je testerai chez moi quand je passerai a DSM 5

Quel switch/routeur/modem as-tu ? Si ca vient de lui ca peut servir de le connaitre

Ok, c'est vraiment étrange que le SMB1 ne fonctionne pas chez toi alors que le smb2 oui , et pas de probleme de firewall vu que les deux sont supposes utiliser les memes ports. Par contre concernant le "Large MTU" je viens de lire ceci sur http://technet.microsoft.com/ Vu que chez un particulier il est encore rare d'avoir du 10Gb, et qu'en plus il faut aussi modifier les clients Windows pour que ca fonctionne, on peut dire que cette option est inutile dans ton cas. Est-ce que une fois que tu as desactive/reactiver le partage Windows cela fonctionne jusqu'au lendemain, ou bien ca plante aussi pendant l'utilisation ?

Sous 8 c'est fort probable que SMB 1 ne soit pas pris en charge par défaut. Il y a aussi le fait qu'une fois la connexion établie une première fois, changer le protocole ou l'Ip du serveur demande de vider manuellement les caches réseau Windows. Chez moi, ma sandbox W7 fonctionne sans probleme en SMB 1.

Avec SMB2 et large MTU désactivés tu devrais tout de même pouvoir accéder aux partages (car par défaut ils ne sont PAS activés), ton souci vient des clients Windows, firewall ?

Normalement c'est une commande bas niveau qui efface les cellules d'un SSD lors de leur desallocation, ca permet de maintenir les perfs du SSD plus homogènes dans le temps. Au niveau du Syno je n'ai aucune idee de ce que ca fait, peut-etre juste activer/desactiver le support du TRIM.

Je suppose que tu as modifié les options SMB sur le NAS, mais si tu desactives SM2 et les jumbo frames ca ne va pas mieux ?

Attention tout de meme quand tu auras réinitialisé un des disques dans le Syno, tes donnees seront alors plus vulnérables car seulement sur un seul disque dans le NetGear. Donc avant toute chose je te conseille de copier ce que tu penses etre inestimable sur un de tes PC/Mac, au cas ou, car les operations de re-sync sont eprouvantes pour les disques et il n'est pas rare qu'ils lachent pendant la procedure.

Quand tu dis "accessible", c'est pour "vu par Windows" ou bien c'est l'acces a "NASPartage" qui echoue ?

Bon, si on recapitule tu as : - Le NAS en ethernet sur BBox sensation fibre avec une IP du sous-reseau 192.168.1.X - Le Linux en ethernet sur la BBox aussi mais avec une IP dans le sous-reseau 192.168.23.X J'ai moi meme une BBox sensation fibre, et elle n'autorise pas de reseau de classe A ou B, seulement des classes C (masque de 24 bits) commencant par 192.168 . Donc d'apres ta configuration au moins un de ces 2 appareil n'a pas / ne peut pas avoir accès a internet. Quelle est l'adresse IP locale de la BBox ? 192.168.1.254 ou bien 192.168.23.254 ? En fait ce que tu devrais basculer toutes les IPs de tes appareils vers le sous-reseau de la BBox; a ce moment la ils pourront communiquer correctement

Va faloir que tu expliques comment est agencé ton reseau (switchs, routeurs, modems, Cpl, wifi ...) car si ton Linux n'arrive pas a atteindre le NAS alors qu'ils ont des IP du meme sous reseau alors c'est qu'ils ne sont pas physiquement sur le meme reseau

9 fautes d'orthographe ce n'est pas si mal, ca donnerait 11/20 pour une dictée.

A la volee c'est faisable par SSH, mais tu dois trouver le PID du process de backup (avec la commande ps par exemple), puis renice -15 -p le_pid PS: Les variations de vitesse que tu observes sont generalement liees a la taille des fichiers : plus ils sont petits moins ca va vite.

Je suppose que c'est a cause d'un "nice" sur le process. En fait si le backup utilisait toute la bande passante disponible alors les clients rameraient pendant tout le temps de la sauvegarde ...

Si tu trouves un driver CUPS pour ce modèle alors il y a moyen de l'adapter sur Syno

Et si tu changes le login de cet utilisateur ? PS: peut-etre qu'en fait il se connecte avec un autre login que celui qu'il devrait utiliser

La tu m'en bouches un coin, pourquoi as-tu voulu configurer 2 sous-reseaux chez toi ??? Les PC n'arrivent pas a communiquer "facilement" entre sous-reseaux distincts ... Rien qu'une petite erreur de ma part, je voulais dire Linux.

Quel "cablage" reseau as-tu entre le NAS et le PC ?

Tu es tombé sur un mauvais lot de disques. Restitues les a ton fournisseur (deoit de retractation) et achètes-en d'autres

Lol, le NAS et le Mac ne sont pas sur le même réseau (192.168.23.133 et 192.168.1.10), t'as un problème de routage

rep_a_monter="//192.168.0.101/Test partagé" (sans apostrophes à l intérieur des guillemets) mount -t cifs -o iocharset=utf8,username=Auto_Save,password=motdepasse "$rep_a_monter" /volume1/Site/opt/Sauvegarde_V2/mnt (guillemets pour la variable)