Reprise du message précédent :
Il ramait peut être car les disques étaient en cours de vérification par DSM
A voir ton ressenti une fois que tout le système sera stabilisé ???
 
En faite l'idéal aurai été de commencer par supprimer les paquets que tu as installé, avant de supprimer le volume. Fin bon s'pas un drame non plus ^^
 
Pour les 1 baie, la question ne se pose pas puisqu'il n'y a aucun moyen de faire de la redondance. Donc il installe forcément en basique

   
 
Mise à jour pour clarification du comportement SHR par défaut.

Question on peut mapper un lecteur reseau windows sur un syno?
Jaimerais avoir une sauvegarde d'un dossier serveur sur le nas

Of course. Net use ou graphiquement, avec un compte du syno.

Je crois qu'il veut faire l'inverse
 
(et oui, tu peux monter un partage SMB depuis File Station)

J'ai envoyé un ticket au SAV de synology, je suis en cours d'analyse avec eux.
Je vous tiendrais au courant.
Je lancerai badblocks quand ils arreterons de travailler dessus.
Merci pour l'info

Tu as dit que tu avais testé avec un autre disque dur sur ce même port USB3 en façade. Quels ont été les résultats de ce test ?

Voici l'extrait du ticket envoyé à Synology

 
Je n'arrive pas à mettre en défaut le 3ieme disque, mais le problème était aléatoire avec le 2ieme jusqu'à qu'il me pose des problème dès le début des transferts (genre au bout de 5-10 Go.
Le 2ième disque est dans la liste de compatibilité du site Synology, mais j'ai un doute qu'ils aient testé tous ces disques sur chaque modèle/version.
 
j'essai de comprendre ce qui ce passe dans les logs, si des courageux se trouve dans la place:
 
edit: message trop long, je fournirais le lien pastebin plus tard (je dois m'occuper de mon marmot )
 
ma 1ere piste se trouve avec le message suivant qui est spammé régulièrement:
2017-03-21T18:38:20+01:00 NAS-MAISON kernel: [688420.799026] usb 2-2: Parent hub missing LPM exit latency info.  Power management will be impacted.
2017-03-21T18:38:20+01:00 NAS-MAISON kernel: [688420.809342] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff8800135237c0
2017-03-21T18:38:20+01:00 NAS-MAISON kernel: [688420.819580] xhci_hcd 0000:00:14.0: xHCI xhci_drop_endpoint called with disabled ep ffff880013523800
 
désolé pour le roman

Pastebin.com stp

Bonjour,

depuis quelques temps, j'ai des problèmes avec le téléchargement sur mon NAS avec notamment le message :

Je n'ai rien changé, mais comme je ne m'en sers pas beaucoup. Quand je comme l'url et que je mets l'emplacement sur mon NAS, ça fonctionne bien par contre (mais nettement plus lent car ça transite par le PC en Wifi plutôt que directement derrière la box)

Des idées ?

   
Tu peux répéter en clair avec des phrases françaises complètes STP ?
Ta config,
Ton mode de raccordement au réseau de chaque appareil,
Ce que tu cherches à faire,
Ce qui fonctionnait et qui ne fonctionne plus.
 
Avec ça, on devrait pouvoir te répondre.

 
 
Le lien pastebin: http://pastebin.com/UbcE5cpq
 
Merci d'avance

En upload PC -> NAS, en glissant/déposant de l'explorateur windows vers un fenêtre de Filestation, je plafonne à 20Mo/s, malgré un réseau en Gigabit et des câble 5E...
Dois je regarder de travers la Redbox ?
(testé avec un gros fichier de 4Go)

Et c'est à nous de deviner ta config, ton architecture réseau, ton nas, le nombre et la taille des fichiers que tu envoies ?

Pour le fichier, c'est écrit
Pour l'architecture réseau aussi (Redbox, point barre, en filaire bien sûr)...
Et le NAS, c'est le 216+II avec des WD Red dedans (en babbleraid, hommage). Sur le PC, c'est un WD green et oui, l'ethernet est en gigabit.

En tout cas, je sais déjà que la redbox, en routeur, ça ne vaut rien : pendant le transfert, la navigation sur internet provoque la nostalgie du modem 56K

Edit : je précise que j'ai déjà consulté la page Synology "si les transferts rament"

Fini remplacement de 2 x 750go par 2 x 1To sur mon 416j, tout passé nickel avec la réparation du volume, sur ce coup chouette dû avoir du Syno

En faisant ça, tu passe par ton navigateur internet
Hors tous les navigateurs limitent les débits
 
Pour tester tes débits. sous Windows, il faut que tu passe par l'explorateur de fichier de ton ordi. Une fois dans l'explorateur, sur la colonne de gauche. Tu dois voir "réseau", et ton NAS dans la liste des "ordinateurs"
Après ça sera à toi de voir si tu veux carrément mapper des dossiers du NAS dans Windows pour y accéder plus facilement

Merci ! Un poil plus de 110Mo/s  
 
Je présente mes excuses à Sagem pour avoir soupçonné à tort leur modem/routeur (même si l'absence de gestion de QoS, bon...) et surtout au topic pour être si à l'ouest  

Ah ouai pas mal les 110 Mo/s
Et t'inkiet il y en a d'autres qui se sont fait avoir avant toi

 
T'as péché ça ou ?    
 
En faisant ça je vais à la même vitesse qu'en passant par d'autres protocoles.

Ici :x
C'est un sujet qui est revenu plusieurs fois sur ce topic et c'est la conclusion qui en est ressorti
Par curiosité j'avais fait le test avec Firefox et Chrome. Et même constat
D'ailleurs ça ce confirme encore une fois avec Kalipok
 
Après possible qu'il y ai une raison plus précise. Mais je ne la connait pas

Pas eu de soucis sur plusieurs pc. Et quelque soit le modèle de nas d'ailleurs.

Ok d'acc
Bin si quelqu'un à une vrai explication. Je suis preneur

Le débit est effectivement bien inférieur avec Firefox qu'avec SMB chez moi. D'un autre côté SMB c'est fait pour ça

Tient, ce matin mon panneau de conf sur mon DS216Play ne me propose plus la MàJ 6.1 (je suis en 6.0), normal ?
Synology ne la propose plus en attendant une nouvelle version ?

Ce matin MAJ des paquets de sauvegarde sur la 6.1, ceux qui semblent avoir planté mon NAS, j'ai fait la MAJ, mais vu que tout fonctionne bien, je n'ai pas osé les lancer, par contre j'ai relancé Cloud Station qui me sert à sauvegarder mon dossier photos vers mamazone et tout fonctionne parfaitement  

C'est déjà arrivé à certains que l'allumage planifié n'en fasse qu'à sa tête ? Sur mon DS215j l'allumage est planifié à 9h00 chaque matin, mais depuis plusieurs jours Je constate que c'est plutôt aléatoire. Hier presque 9h25, ce matin un peu avant 7h00... Les paramètres d'heure et date sont correcte, il est en ntp via Google, et je n'ai installé aucun paquet dernièrement. Dernière mise à jour en date installée, la 6.1u2 il me semble. Avant cette maj je n'avais pas de soucis, je ne saurais dire si c'est depuis ou juste une coïncidence.

changement d'heure ce week-end, ca perturbe les syno

Ouaip, mais ça fait un déjà un peu plus d'une semaine que j'ai remarqué ça.

Pour info : https://www.nextinpact.com/news/103 [...] t-beta.htm

Bon,
 
J'ai recu une nouvelle clef Tuner TNT USB.
Celle ci marche bien, Vidéo Station m'a bien reconnu les chaines TNT. Par contre TVHeadEnd est buggé.. Aucun multiplex FR n'est trouvée quand je fais "Add DVB Network by location" .. et je suis pas foutu de trouver les fréquences pour les ajouter manuellement...
 
 

T'as lu ça ? : http://www.monnetamoi.net/articles [...] =fr&pg=241 , et notamment

Installe la dernière version correspondant au CPU de ton Syno directement en la downloadant depuis ce site: http://syno.dierkse.nl/

Hello,
Dites, hier j'ai eu ça comme erreur :
"An unknown error occurred, so hard disk 1 was restarted. If you often see this message, please disable disk write cache."
 
Mais sans aucun soucis détecté après vérification par le NAS lors du reboot.
Pas de tentative de reconnexion comme l'an dernier. Je n'en ai d'ailleurs pas eu depuis quelques mois :

 
 
Une idée de ce qui peut être la cause de cette erreur inconnue ? Et surtout ses conséquences ??
 
 
(je pense qu'elle a eu lieu quand je récupérais des fichiers sur un SFTP distant connecté dans FileStation.)

 
Oui j’étais tombé dessus. Au final j'ai réussi avec :
- recherche des canaux/multiplex via mon adresse : http://www.csa.fr/matnt/couverture
- les frequences listées par canal (truc con mais sur le net hyper chiant à trouver !) : https://forum.recevoirlatnt.fr/disc [...] -la-tnt-hd
 

 
Hmm, je note merci
 
Bon maintenant c'est Kodi-side que ca ne marche pas (Connexion perdue en boucle), mais je verrais ça ce soir

Bonjour,  
 
Est-ce qu'il y a des experts qui ont réussi / savent comment installer ghostscript sur un DS216 (DSM 6.1) ?
 
Je n'aboutis à rien avec Google (ou alors j'ai raté la bonne séquence de mots clés)
 

Le DSM 6.1-15047 Update 2 est dispo, d'après la description ça a l'air de résoudre pas mal de soucis. Qui tente ?    
J'hésite maintenant que ma U1 semble fonctionner correctement  

Bonjour,
 
Merci EE8 et Babble pour les tuto sur badblocks.  
 
J'ai mis un disque neuf (Seagate Ironwolf 4 To) dans mon DS214 Play, et j'ai lancé Badblocks.  
 
Au bout de 53h, il est toujours en train de lire et comparer la première passe... Ça fait donc au moins 8 jours pour l'ensemble du disque, ce qui me semble tout de même très long...
 
Badblocks est bien en cours d'exécution sur le nas, j'ai mis -c à 98304, et je ne comprends pas ce qui pourrait coincer.
 
Si quelqu'un a une idée, je suis preneur !

 
J'ai installé, pas eu de souci.

@ tinc : Oula y a un souci là. Au bout de 53 heures tu devrais être sur la fin
 
Perso je ne vois que 2 explications :
 
- Ton "-c" est trop important. Du coup Badblocks demande trop de ressources pour le NAS qui ne peu pas suivre et ralenti la tâche (à voir ce que les autres en pense car je ne suis pas expert )
 
- Ton disque a des secteurs défectueux. Du coup il met du temps à les mapper pour les isoler ... J'ai déjà eu le cas sur un live USB et c'est clair que le temps est gravement augmenté si beaucoup de secteurs en cause. Par contre il m'affichait en live tous les secteurs défectueux. Je n'ai pas eu le cas dans le NAS donc je ne sais pas si il est sensé les afficher
 
En tous cas à ta place, si tu n'es pas trop pressé. Je laisserai encore 24h pour être sur que ce ne soit pas simplement un souci de mise à jour du log ...  
Passé ce délai c'est qu'il y a un problème quelque part
Après soit tu relance un Badblocks avec un "-c 32768" (environ, car tu peu mettre un chiffre rond, c'est plus simple ^^)
Soit tu lance un test S.M.A.R.T. étendu voir si il indique déjà des erreurs

Un petit tour dans le gestionnaire des tâches permettrait de voir les débits de lecture écriture sur les disques indépendamment et du coup voir si le Badblocks se comporte normalement.
Voir également les ressources processeur occupées (j'y crois pas)
Possible cause : nombre de secteurs défectueux énorme, et ce nombre de mémoire n'est pas affichée en temps réel avec cette méthode, seulement à la fin de la passe de relecture.
Attends encore un peu, tu devrais être fixé rapidement.
Le disque est neuf ?