[TUTO] Préparation des disques avec Badblocks

[Pinpon_112]

@firlin

J'ai donc fait un sudo -i avant le fdisk et j'ai une tout autre réponse.

Ceci dit, j'ai mis l'argument suivant :

badblocks -nvs -c 491520 –b 2048 /dev/sata2 > /volume1/toto/sata2.log 2>&1 &

Directement, voici ce que j'ai alors dans le terminal :

badblocks -nvs  -c 491520  /dev/sata2 > /volume1/toto/sata2.log 2>&1 &
[1] 14953

Et ce que j'ai dans le log instantanément :

badblocks: invalid first block - /dev/sata2

Et si je relance la commande dans le terminal, alors j'ai ceci :

badblocks -nvs -c 491520 –b 2048 /dev/sata2 > /volume1/toto/sata2.log 2>&1 &
[6] 17433
[5]   Exit 1                  badblocks -nvs -c 491520 –b 2048 /dev/sata2 > /volume1/toto/sata2.log 2>&1

Que dois-je faire ?

Le badblocks est en cours et je laisse tourner ?
Il est stoppé suite à la première ligne du log ?
 

Merci pour ton aide

[firlin]

@Pinpon_112,

Ok tu as pas sur poster le résultat de la commande fdisk

Ensuite avec un nas de 4Go l'argument -c ne doit pas dépasser la valeur suivant 393216 pour l'ensemble des disques testé.

Donc dans ton cas si tu en tests 3, il et faut divisé cette valeur par 3.

Pour un disque cela donne

badblocks -nvs  -c 393216  /dev/sata2 > /volume1/toto/sata2.log 2>&1 &

tu peux rajouter le f après ne nvs ==> nvsf (f : pour forcer le test )

Ensuite pour ma part le lance le test avec un tache depuis le nas plus simple.

 

[Pinpon_112]

Merci @firlin.

Voici le résultat du fdisk :

Disk /dev/sata1: 3.7 TiB, 4000787030016 bytes, 7814037168 sectors
GPT PMBR size mismatch (239649 != 245759) will be corrected by write.
/dev/sata1p1     8192   16785407   16777216    8G Linux RAID
/dev/sata1p2 16785408   20979711    4194304    2G Linux RAID
/dev/sata1p5 21257952 7813843231 7792585280  3.6T Linux RAID
Disk /dev/sata2: 5.5 TiB, 6001175126016 bytes, 11721045168 sectors
Disk /dev/sata3: 5.5 TiB, 6001175126016 bytes, 11721045168 sectors
Disk /dev/sata4: 7.3 TiB, 8001563222016 bytes, 15628053168 sectors

Entretemps, j'ai reçu les barrettes mémoires et je suis à 20 Gb.

Je vais essayer par une tâche.

Peux-tu me dire ce que veux dire cette ligne

badblocks: invalid first block - /dev/sata2

dans le log ?

 

Voilà ce que j'ai mis dans la tâche :

badblocks -nvs -c 163840 –b 2048 /dev/sata2 > /volume1/toto/sata2.log 2>&1 &
badblocks -nvs -c 163840 –b 2048 /dev/sata3 > /volume1/toto/sata3.log 2>&1 &
badblocks -nvs -c 163840 –b 2048 /dev/sata4 > /volume1/toto/sata4.log 2>&1 &

Correct ?

Modifié le 5 août 2023 par Pinpon_112

[firlin]

Bonjour @Pinpon_112,

Ok tu as au total 20Go de ram mais tu n'utilise de 480Mo pour le badblock pas de probleme.

Il y a 20 heures, Pinpon_112 a dit :

badblocks: invalid first block - /dev/sata2

cela veux dire qu'il faudrait spécifier le 1er block a contrôler, mais est ce que le test continu ?

Le dernières ou tu as lancer un test blockhaus as tu arrêter/stoper  le processus correctement.

Si tu fait un top dans un termilan tu as que les 3 tests que tu as lancé avec une tache ?

Tu pouvais ne pas mettre l'argument -b 2048 et rajouter le f comme dit plus haut.
Du coup le test fonctionne  ?

 

[Pinpon_112]

Bonjour @firlin,

Je ne dois rien avoir fait correctement pour stopper car j'ai simplement fermé le terminal.

J'ai donc lancé la tâche comme expliqué ci-dessus et j'ai bien eu les 3 fichiers logs.  Donc la tâche s'est bien lancée.  Dans les fichier slog, il n'y a que la première ligne comme déjà dit plus haut.

Je vais donc relancer une tâche sans l'argument -b et en mettant le f.  On verra ce qu'il se passe.

--

Après avoir lancer les tâches comme expliqué ci-dessus, voilà ce que j'ai dans les fichiers log :

Citation

badblocks: Permission denied while trying to determine device size

 

Modifié le 7 août 2023 par Pinpon_112

[Pinpon_112]

Bonjour @firlin,

Je viens d'essayer cette commande via le terminal puisque via une Tâche dans le NAS, j'ai le message repris dans le post précédent.

badblocks -nvsf -c 491520 /dev/sata4 > /volume1/toto/sata4.log 2>&1 &

Et voilà ce que j'ai eu comme log :

Citation

badblocks: Value too large for defined data type invalid end block (7814026584): must be 32-bit value

 

[firlin]

Bonjour @Pinpon_112,
Fermer le ternmila ou tous autres chose n’arrête pas la commande badblock pour la stopper il faut dans le terminal lancer la commande top.
Trouver le PID du ou des badblock et faire un kill -9 suivie de n°PID le tous en sudo.

Il y a 7 heures, Pinpon_112 a dit :

badblocks: Value too large for defined data type invalid end block (7814026584): must be 32-bit value

dans ce cas il faut rajouter la variable -b 4096

[zrodia]

Bonjour,

J ai installé linux mint sur mon pc en dualboot avec windows 10. Je viens d'acheter un disque dur externe westen digital de 20 TO et je voulais contrôler tout les secteurs avec badblocks mais cela ne fonctionne pas.

J ai essayé cette commande  :

badblocks -nsvf -c 196608 -b 4096 /dev/sda > /home/dzgr33n/Documents/sda.log 2>&1 &

ça me retourne ça:

badblocks: Valeur trop grande pour le type défini de données bloc de départ invalide (4882948096) : doit être une valeur sur 32 bit

 

Ensuite j'ai essayé ça:

badblocks -nsvf -c 196608 -b 8192 /dev/sda > /home/dzgr33n/Documents/sda.log 2>&1 &

ça me retourne ça:

/dev/sda est apparemment utilisé par le système ; blocs erronés forcés de toutes manières.
Vérification des blocs défectueux dans un mode non destructif de lecture-
écriture
Du bloc 0 au bloc 2441474047
Vérification des blocs défectueux (test non destructif de lecture-écriture)

Pouvez-vous m aider? Merci.

Modifié le 24 septembre 2023 par zrodia
incomplet

[niklos0]

J'avais eu un problème similaire me semble t'il. Voir ici.

[CMDC]

Je ne sais pas si cela a déjà été dit (j'ai le flemme de lire les 28 pages), mais pour ces commandes qui durent très longtemps, il vaut mieux précéder la commande par nohup

ex : nohup badblocks ...... &

L'effet étant que le processus va continuer à tourner même si vous vous déconnectez .

[zrodia]

Le 25/09/2023 à 11:33, niklos0 a dit :

J'avais eu un problème similaire me semble t'il. Voir ici.

Toujours pareil ça ne fonctionne pas

[Alm]

Bonsoir,

Merci encore pour ce tuto, je m'en suis servi avec succès pour mes disques 8 et 6To équipant mon DS1819+. Faute de place (si si) et mes HDD ayant 7 ans, je commence à remplacer les 6To par des Seagate Ironwolf Pro 16TB.

Pour ce faire, j'ai entrepris de préparer mes deux premiers disques avec le DS415play... mais sans succès (!). Le premier (il y a 4 mois environ) a entraîné tellement de lenteurs et d'échecs que j'ai abandonné. Avec le second, hier, mon petit serveur a planté au bout de 2 min... et j'ai du le débrancher à la sauvage ce matin.

Ayant préalablement monté le disque avec un volume de test (supprimé ensuite), j'ai eu une erreur et j'ai finalement pu lancer la procédure avec :

badblocks -nvs -c 76800 –b 4096 /dev/sdC > /volume1/logs/sdC.log 2>&1 & 

Puis :

tail -f /volume1/logs/sdc.log

Et là ce fut le drame! 😕 J'ai juste pu lire :

/dev/sdc is apparently in use by the system; badblocks forced anyway.
Checking for bad blocks in non-destructive read-write mode
From block 0 to 3906469887
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: 256.00% done, 0:59 elapsed. (0/0/0 errors)
1807
0.00% done, 2:16 elapsed. (0/0/2 errors)

Plus rien ensuite. (Plus aucune réponse du NAS, que j'ai fini par débrancher le lendemain et réinitialiser... pour refaire un test SMART étendu, à défaut de mieux.) Je tique sur le "256%" et le "0/0/2" au bout de 2min (j'ai toujours fini avec "0/0/0")...

Auriez-vous une idée des raisons et de ce qu'il faut comprendre?

• Disque pas "fail"? (J'avais essayé "-nvsf" avant, sans succès.)
• Disque trop gros pour le DS415play?
• Mauvaise valeur compte tenu de la mémoire du NAS (1Go de mémoire)?
• D - La réponse D ?

Merci pour votre aide 🙂

___

PS : voici ce que j'ai vu dans le terminal de mon Mac (un vieux MacBook Pro qui ne me sert plus à grand chose d'autre que ça) :

Last login: Tue Feb 20 20:15:21 on ttys000
LiMac-Digital-1:~ compteutilisateurdumacbookpro$ ssh admin@192.168.1.XXX
[admin@192.168.1.XXX's password:
Could not chdir to home directory /var/services/homes/admin: No such file or dir ectory
[admin@NOMDUSERVEUR:/$ sudo -i
Password:
root@NOMDUSERVEUR:~# badblocks -nvs -c 76800 -b 4096 /dev/sdc > /volume1/logs/sdc.1 og 2>81 &
[1] 4943
root@NOMDUSERVEUR:~# badblocks -nvsf -c 76800 -b 4096 /dev/sdc > /volume1/logs/sdc.
log 2>&1 &
[2] 5341
[1] Exit 1
badblocks -nvs -c 76800 -b 4096 /dev/sdc > /volume
1/logs/sdc.log 2>&1
[root@NOMDUSERVEUR: ~# tail -f /volumel/logs/sdc.log
-ash: tail: command not found [root@NOMDUsERVEUR: ~# tail -f /volumel/logs/sdc.log
/dev/sdc is apparently in use by the system; badblocks forced anyway.
Checking for bad blocks in non-destructive read-write mode
From block 0 to 3906469887
Checking for bad blocks (non-destructive read-write test)
Testing with random pattern: 256.00% done, 0:59 elapsed. (0/0/0 errors)
1807
0.00% done, 2:16 elapsed. (0/0/2 errors)

Modifié le 21 février par Alm

[firlin]

Bonsoir @Alm,

Dans ta premier capture le ans tu dit que le disque dur est initialisé en clair tu as un DSM d’installer dessus.

Ce qui n'est pas recommander pour faire un badblock, en général tu as un disque avec le DSM et le second disque que tu veux tester.
tu avais combien de disque monter dans ton nas ?

[Alm]

Merci firlin pour ton retour 🙂

J'avais uniquement deux disques :

• celui que j'ai d'habitude pour DSM et stocker les logs
• celui à tester

A l'oreille, je l'ai trouvé mon nouveau HDD un poil bruyant au démarrage (rien d'alarmant, mais un peu plus bruyant que son frère jumeau), du coup, j'ai créé un volume dessus et il me semblait l'avoir suffisamment bien supprimé 😕

La solution aurait-elle été de le déclarer en fail?

Merci 🙂

[firlin]

Il y a 10 heures, Alm a dit :

La solution aurait-elle été de le déclarer en fail?

oui

[Alm]

Bon bah je crois que je vais lâcher l'affaire car j'ai ça maintenant :

Last login: Wed Feb 21 18:31:50 on ttys000
liMac-Digital-1:~ compteutilisateurmbp$ ssh admin@192.168.1.XXX
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:XXXXXXXXXXX/XXX.
Please contact vour system administrator.
Add correct host key in /Users/sesame/.ssh/known_hosts to get rid of this messag e.
Offending ECDSA key in /Users/sesame/.ssh/known_hosts: 4
ECDSA host key for 192.168.1.XXX has changed and you have requested strict check
ing.
Host key verification failed. iMac-Digital-1:~ sesame$

Je sais que c'est documenté... mais ça commence à faire compliqué pour un néophyte 😕 Je verrai demain ou ce week-end.

Merci.

PS : Ce serait top de faire une petite app synology pour exécuter Badblocks sans toucher une ligne de code...
Si jamais, j'suis chaud pour l'UX/UI! 🙂

[firlin]

@Alm pourquoi tu ne lance pas le badblock au travers une tache planifié, comme c'est décrie dans le tutos ?
autre point qui a son importance 

Le 21/02/2024 à 6:49 PM, Alm a dit :

badblocks -nvs -c 76800 –b 4096 /dev/sdC > /volume1/logs/sdC.log 2>&1 & 

c'est pas un "C" au niveau du sdC mais un "c" le badblock est sensible a la casse.

[Alm]

Hello 🙂

Merci @firlin pour ton retour et ton avertissement quant à la casse. J'avais essayé par le passé d'exécuter badblocks via une tâche mais avais échoué, et c'est possible que ce soit à cause de la casse que je sois passé par le Terminal.

Faute de temps, je n'ai retenté que ce soir et j'ai bien passé le disque en fail avec succès via les commandes... mais j'aboutis tout comme pinpon_112 à cette erreur :

badblocks: invalid first block - /dev/sdc

Pour info, j'ai bien exécuté cette commande dans ma tâche :

badblocks -nvs -c 76800 –b 4096 /dev/sdc > /volume1/logs/sdc.log 2>&1 & 

Par acquis de conscience, j'ai réparé le disque et ajouté l'argument -f (badblocks -nvsf -c 76800 –b 4096 /dev/sdc > /volume1/logs/sdc.log 2>&1 &)... toujours sans succès.

Aurais-tu par miracle une idée??

Merci et désolé pour mon côté "pas doué"

[firlin]

@Alm, 
Tu as vérifier que le disque que tu veux tester est bien nommer sdc ?
Tu peux le vérifier avec cette commande.

Citation

 fdisk -l | grep '/dev/[sh]d\|sata[[0-9]\|[a-z]]'

Apres ta valeur de -c 76800 je la trouve bien basse , tu as moins de 1Go de ram sur ton nas ??

[Alm]

Merci @firlin, je vérifierai ce soir si possible, mais serais surpris que ce ne soit pas sdc. En effet, j'ai mis le disque en fail avec :

mdadm /dev/md0 --fail /dev/sdc1
mdadm /dev/md0 --remove /dev/sdc1
mdadm --zero-superblock /dev/sdc1

Je n'ai pas la formulation exacte en mémoire mais l'exécution des commandes pour md1 et md2 a abouti à une erreur (partition non existante/trouvable, je crois), ce qui me semble parfaitement normal car j'avais supprimé le Volume et le Groupe de stockage dédiés au disque dur. Logiquement, il ne restait donc plus que la partition système.

Penses-tu que le passage sur DSM 7.1 change le nom des disques? (J'ai toujours utilisé sdx avec DSM 6.2.)

Et sinon oui, j'ai bien 1Go seulement dans le DS415play... donc j'avais visé 80% de mémoire pour l'opération (juste histoire de pouvoir suivre l'avancement et de ne pas saturer le NAS). Je peux monter à 90 ou 95% sinon.

[firlin]

@Alm, tu as oublier cette subtilité 
 

Citation

Faire de même pour la partition 1 et 2 (en effet il existe 3 partition sur un disque monter dans le nas : 0 pour le DSM, la 1 pour le swap et la 2 pour les volumes c’est celle-là qui est monté en raid).

 le fail il faut le faire pour les 3 partitions 0;1 et 2

[Alm]

Yes, j'ai bien exécuté ces commandes :

mdadm /dev/md0 --fail /dev/sdc1
mdadm /dev/md0 --remove /dev/sdc1

mdadm /dev/md1 --fail /dev/sdc1
mdadm /dev/md1 --remove /dev/sdc1

mdadm /dev/md2 --fail /dev/sdc1
mdadm /dev/md2 --remove /dev/sdc1

mdadm --zero-superblock /dev/sdc1

Malheureusement, çaa n'a pas marché pour les partitions md1 et md2 .

Je te joins une capture de ce que m'a répondu le terminal :

[firlin]

@Alm, pour faire simple j'ai jamais fait de fail sur mes disques, c'est une procédure qu'une personne du forum m'a donné à époque.

Ces derniers temps je fais le test avec un boitier USB et avec une tache.

[Alm]

Hello @firlin,

Merci pour ton aide. J'ai finalement suivi ta voie et mis le HDD dans un boîtier externe (formaté avec une partition exFAT, via mon Mac), branché en USB3 sur le DS1819+.

Afin de lister les partitions, j'ai du ajouter "sudo", tel que :

sudo fdisk -l

Au final, mon HDD utilise la lettre "V" (je suis juste un peu surpris par la mention en rouge):

Citation

GPT PMBR size mismatch (4294967294 != 1186988031) will be corrected by w(rite).
Disk /dev/sdv: 14.6 TiB, 16000900661248 bytes, 31251759104 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: XXXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXX

Device      Start         End     Sectors  Size Type
/dev/sdv1      40      409639      409600  200M EFI System
/dev/sdv2  411648 31251757055 31251345408 14.6T Microsoft basic data

Je ne sais pas si j'ai bien fait, mais j'ai lancé la commande sur chaque partition :

badblocks -nvsf -c 393216 –b 4096 /dev/sdv1 > /volume1/logs/sdv1.log 2>&1 & 

Puis :

badblocks -nvsf -c 393216 –b 4096 /dev/sdv2 > /volume1/logs/sdv2.log 2>&1 & 

sdv1 est sortie nickel (0/0/0). sdv2 est en train de tourner (à vue de nez, y en a pour 16h).
Si tout est bon demain soir, je remplacerai un 6To par ce nouveau 16To, l'esprit serein.

Merci encore pour ton aide 🙂 

Modifié le 5 mars par Alm

[firlin]

@Alm, 

Il y a 16 heures, Alm a dit :

(formaté avec une partition exFAT, via mon Mac), branché en USB3 sur le DS1819+.

t'aurais pus faire une seule partition 🙂 

Il y a 16 heures, Alm a dit :

GPT PMBR size mismatch (4294967294 != 1186988031) will be corrected by w(rite).

c'est une avertissement