totoleouf

il est neuf il sort de l'emballage... un peu dégouter! je vais demander le remplacement a l'identique c'etait sur amazon.de

euh!!! la c'est pas du binaire sur la ligne du nombre de secteurs HS réaloués et parceque j'avais que ça sous la main! sinon dès que j'ai branché le HDD dans le NAS, celui-ci m'a mis en garde en me demandant de remplacer ce HDD rapidement car 2 secteurs HS (comme sur la capture image).

il donne rien du tout car après la fin du test sans erreur, je l'install dans le nas et la catastrophe le nas signal des secteurs HS😞

j'ai fait la manip sous windows et après j'ai lancé la commande en supprimant l'argument -b 4096, mais je n'ai pas fait le test avec non plus...

c'est bon 😱 root@xxxx:~# badblocks -nvs -c 393216 /dev/sdq > /volume3/docker/sdq.log 2>&1 & [8] 13934 root@xxxx:~# tail -f /volume3/docker/sdq.log Checking for bad blocks in non-destructive read-write mode From block 0 to 1176469503 Checking for bad blocks (non-destructive read-write test) Testing with random pattern: ^C0.07% done, 0:27 elapsed. (0/0/0 errors) plus qu'à attendre! merci pour votre aide en tout cas!

ok je verrais après manger alors. merci en tout cas je vous fait retour tout a l'heure

rien à faire, j'ai éjecté le HDD et rebranché toujours pareil erreur: /dev/sdq is apparently in use by the system; it's not safe to run badblocks!

j'ai supprimer l'argument b idem...

j'ai ce message maintenant 😞 root@xxxx:~# badblocks -nvs -c 393216 /dev/sdq > /volume3/docker/sdq.log 2>&1 & [7] 14661 root@xxxx:~# tail -f /volume3/docker/sdq.log /dev/sdq is apparently in use by the system; it's not safe to run badblocks!

je viens de tester avec un nombre moins élevé et c'est pareil... root@xxxxx:~# badblocks -nvs -c 196608 –b 4096 /dev/sdq > /volume3/docker/sdq.log 2>&1 & [7] 3346 root@xxxxx:~# tail -f /volume3/docker/sdq.log badblocks: invalid first block - /dev/sdq

j'ai 8go de ram sur mon nas dont 3go d'utilisé donc je ne vois pourquoi cela pose problème... je ferais un essais se soir au cas ou

je viens de débrancher le disque et je l'ai mis sur un autre port usb pour voir: avec la commande (fdisk -l) j'obtient: GPT PMBR size mismatch (239649 != 245759) will be corrected by w(rite). Disk /dev/synoboot: 120 MiB, 125829120 bytes, 245760 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disklabel type: gpt Disk identifier: 69CADB00-xxxxx Device Start End Sectors Size Type /dev/synoboot1 2048 67583 65536 32M EFI System /dev/synoboot2 67584 239615 172032 84M Linux filesystem Disk /dev/sdq: 9.1 TiB, 10000797794304 bytes, 19532808192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disklabel type: gpt Disk identifier: 8F82D846-xxxx

Le volume 3 est correspond a un HDD du synology (pas de raid) Et le dossier "docker" est un dossier partagé créé moi meme!

oui oui il est dans son boitier usb au fesse du syno et oui j'ai vérifié avec la commande (fdisk -l) Disk /dev/sdq: 9.1 TiB, 10000797794304 bytes, 19532808192 sectors Units: sectors of 1 * 512 = 512 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes

salut à tous, j'ai suivi le tuto pour préparer un HDD de 10to. il est branché en Usb3: j'ai lancé la commande suivant : badblocks -nvs -c 393216 –b 4096 /dev/sdq > /volume3/docker/sdq.log 2>&1 & mais quand je veux suivre l'évolution avec la commande: tail -f /volume3/docker/sdq.log j'obtiens cela : badblocks: invalid first block - /dev/sdq ou est mon erreur? merci,

J'ai tout supprimé et repris du début. Malheureusement, même résultat... je pense que je fais mal les choses avec le fichier telegraf.conf . notamment sur la partie suivante: c) Il va falloir ajouter les infos relatives aux fichiers MIB de Synology, il suffit de copier ce qui est repris dans ce lien et le coller par exemple au début de la section "Input plugins" Il faut cependant personnaliser les infos relatives à l'adresse IP du NAS et le nom de la communauté SNMP : il faut ajouter la partie qui est dans le lien ou remplacer la partie INTPUT PLUGIN du fichier .conf par ce qui donné dans le lien?

j'ai beau reprendre le tuto du début et vérifier, j'ai bien laissé les identifiants et mot de passe "nas_telegraf" etc... tel qu'ils sont indiqués dans le tuto.

j'ai corrigé l'erreur dans le fichier .conf et vérifié dans mon parfeu le port 161 est bien ouvert: et ajouter le réseau 172.19.0.0 Mais toujours l'erreur dans les logs telegraf

Franchement je vois pas ou est mon erreur comme ça... j'ai suivi à la lettre le tuto, pas de modification de nom de USER ou de MDP... influx fonctionne bien pas d'erreur dans les logs : et dans le fichier conf voila ce que j'ai mis:

salut j'ai suivi le tuto, et je suis bloqué au même problème que toi, quel était t'as solution?

stockage illimité pour 11€/mois? je demande à voir, je suis septique

Je m'auto répond. Sur le NAS 2, quand j'ai crée le dossier partagé "vidéo", sans faire attention la case "vérifier la parité des données" était cochée. D'où le ralentissement... J'ai monté un nouveau dossier partagé, et transféré mes séries. Dans PLEX la lecture est de nouveau instantané ! PS: je fais le tour des erreurs 🤣, je vais devenir un pro Synology à force!

Je n'ai rien touché au réglage SMB la même configuration sur les 2 nas (voir ci-dessous) il faut que je passe SMB max : SMB3 et désactiver le chiffrement?

A quel niveau je regarde dans les paramètres ? Et sur quel nas?

Désolé, je n'ai pas pensé à préciser. Le dossier du second nas n'est pas chiffré. Par contre je ne comprend pas ce que tu entend par SM3 only.