Alm Posté(e) le 6 mars Partager Posté(e) le 6 mars Yes, dans l'utilitaire de disque du Mac, j'ai fait une seule partition... du coup j'étais un peu surpris mais j'imagine que c'est une partition système. En tout cas, tout s'est très bien passé, pas de badblock détecté et pour les prochains HDD, je procèderai désormais avec un boîtier disque dur externe. Ainsi, c'est plus simple pour moi et ça va nettement plus vite avec le DS1819+ qu'en interne avec le DS415play. Merci encore 🙂 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
skelton Posté(e) le 17 mars Partager Posté(e) le 17 mars Hello la team, comment allez vous ? Cela fait longtemps que je n'avais eu besoin d'intervenir sur mon NAS DS218+ sur DSM 7. Je viens d'acquérir un second HDD seagate ironwolf 10 To pour backuper mon NAS mais en HDD externe et non dans le NAS (pour le moment). (j'ai déjà un 10To dans même modèle dans le NAS). Pour éviter tout souci, j'aimerai effectuer un test badblocks comme j'ai pour habitude. Comme ça fait longtemps que j'avais pas fait ça, j'ai pris du temps de me remettre sur la procédure. J'avais créé des taches avec script personnalisé, dans DSM pour effectuer cela, et voila le script : badblocks -nvsf /dev/sdb > /volume1/System/HDD/Hdd_DSM.log 2>&1 & Est ce que c'est ok d'utiliser encore cette commande ? J'ai lu que les HDD ne s'appelaient plus comme ça maintenant ? Comme c'est une tache qui prends des jours pour analyser un 10To, j'aimerai éviter de le faire pour rien. SI je peux encore utiliser cela, est ce que le script est tout bon? Sachant comme je disais que j'ai déjà un hDD même modèle dans le NAS positionné sur l'emplacement de gauche. Un grand merci pour votre éclaircissement. Très belle journée à tous. Skelton. 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
skelton Posté(e) le 17 mars Partager Posté(e) le 17 mars Hello j'ai testé avec la commande : badblocks -nvsf /dev/sdb > /volume1/System/HDD/Hdd_DP_10To_Backup.log 2>&1 & et j'ai ce message d'erreur : badblocks: Value too large for defined data type invalid end block (9766436864): must be 32-bit value Une idée? Un grand merci pour votre aide. Skelton 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
firlin Posté(e) le 18 mars Auteur Partager Posté(e) le 18 mars @skelton, il te faut définir les valeur des argument -c et -b voir tutos au début sinon regarde la page 26 on a déjà parlé de ce problème 1 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
skelton Posté(e) le 18 mars Partager Posté(e) le 18 mars (modifié) Merci beaucoup @firlin Maintenant j'ai ça : Checking for bad blocks in non-destructive read-write mode From block 0 to 2441609215 Checking for bad blocks (non-destructive read-write test) Et depuis 30 min ça bouge pas...normal ? Modifié le 18 mars par skelton 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
firlin Posté(e) le 19 mars Auteur Partager Posté(e) le 19 mars bonjour @skelton, on est bien d'accord que tu lances le badblock au travers d'une tache ? Question tu as vérifier que tu avais les droit en écriture sur ton dossier ? Citation /volume1/System/HDD/Hdd_DP_10To_Backup.log car chez moi je crée un dossier partager pour ca 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Choupax Posté(e) le 28 mai Partager Posté(e) le 28 mai (modifié) Bonjour, En suivant le tuto, j'ai lancé une vérification d'un WD Red Plus 12TB fraichement reçu sur mon NAS 713+ équipé de 4Go de RAM. Le script lancé ne devrait utiliser que 1Go de RAM mais au bout d'un certain temps (1 ou 2 jours) la RAM est saturée, le système swap a fond les ballons et le CPU est à 95% ce qui rend le test extrêmement lent. Une idée de ce qu'il pourrait se passer ? Une fuite mémoire de Badblocks ? Le NAS est en DSM 7.1, le disque testé est logé dans la deuxième baie tandis qu'un disque de 1TB est utilisé dans la première baie avec une installation toute fraiche du DSM dédiée pour le test (donc rien d'autre ne tourne sur le NAS). Le script est lancé dans une tache du DSM avec les arguments suivants : badblocks -nvs -c 98304 -b 4096 /dev/sdb> /volume1/toto/sdb.log 2>&1 & Modifié le 30 mai par Choupax 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
firlin Posté(e) le 29 mai Auteur Partager Posté(e) le 29 mai Bonjour @Choupax, Que te dit le fichier log ? Ensuite quand tu vas dans le centre des journaux tu as vérifié que c'est le badblock qui prend autant de ressources ? 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Choupax Posté(e) le 29 mai Partager Posté(e) le 29 mai (modifié) Je crois que j'ai compris d'où vient mon erreur. J'ai créé une tache planifiée au lieu d'une tâche déclenchée. Du coup un autre badblocks se retrouvait lancé à intervalles réguliers. Par contre le SWAP a eu raison de mon vieux disque 1TB utilisé pour le DSM.. 😢 Il faudrait peut être mettre à jour le visuel de la première page du tuto qui peut induire en erreur si on est pas vigilant. Merci ! Modifié le 29 mai par Choupax fautes d'orthographe 0 Citer Lien vers le commentaire Partager sur d’autres sites More sharing options...
Messages recommandés
Rejoindre la conversation
Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.