[TUTO] Préparation des disques avec Badblocks

[totoleouf]

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
 

Modifié le 26 novembre 2020 par totoleouf

[firlin]

Réduit la ram alloués à ton badblock ?
Tu as combien de ram sur ton nas ?


Envoyé de mon iPhone en utilisant Tapatalk

[totoleouf]

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

Modifié le 26 novembre 2020 par totoleouf

[babble]

Badblocks plante avec un argument -c trop élevé.

Ceci dit, ton message d'erreur ne me fait pas penser à un problème de taille de -c

badblocks: invalid first block - /dev/sdq

Modifié le 26 novembre 2020 par babble

[totoleouf]

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
 

[firlin]

@totoleouf

supprime l'argument -b 4096 car j'ai eu cas avec un forumeur ou il avais 16Go de ram et cela ne passer pas avec les argument -b 4096 -c 524288 (un -c assez gros)

[totoleouf]

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!
 

[firlin]

@babble l'argument b pose des problèmes quand on met max de ram.

A tester sans pourvoir

Modifié le 26 novembre 2020 par firlin

[totoleouf]

j'ai supprimer l'argument b

idem...

[babble]

il y a 3 minutes, firlin a dit :

@babble l'argument b pose des problèmes quand on met max de ram

Non, c'est -c qui pose problème. Dans un NAS Synology, ne pas dépasser -c correspondant à 5Go, même si le NAS dispose de davantage. D'une manière générale, pour un seul disque, 2 à 3Go suffisent largement.

Modifié le 26 novembre 2020 par babble

[babble]

il y a 3 minutes, totoleouf a dit :

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!
 

Ton disque est utilisé par ton OS. Il est probablement monté, ou bien tu es en train de faire quelque chose dessus.

Il faut l'éjecter du système avant de faire un badblocks.

[totoleouf]

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!

[totoleouf]

ok je verrais après manger alors.

merci en tout cas

je vous fait retour tout a l'heure

[totoleouf]

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!
 

[firlin]

Tu as supprimé l'argument -b 4096 pour lancer le badblock  @totoleouf

[totoleouf]

Il y a 2 heures, firlin a dit :

Tu as supprimé l'argument -b 4096 pour lancer le badblock  @totoleouf

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...

 

[babble]

Que donnent les débits du disque dans le moniteur système de DSM ?

[totoleouf]

Il y a 11 heures, babble a dit :

Que donnent les débits du disque dans le moniteur système de DSM ?

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😞

 

 

 

Modifié le 27 novembre 2020 par totoleouf

[maxou56]

@totoleouf

Mettre la capture de "cristalDiskinfo" n'apporte pas vraiment d'info.

Car déchirer les valeurs brutes ?? Par exemple Heures de fonctionnement 00000000B ??

 

D'autres logiciels "SMART" ou même sur le NAS sont plus claires.

 

Exemple d'un disque Seagate 8TB Ironwolf Pro neuf que je viens de renvoyer qui a passer le test BadBlock avec 0 erreur.

Modifié le 27 septembre 2021 par maxou56

[totoleouf]

il y a 10 minutes, maxou56 a dit :

@totoleouf

Mettre la capture de "cristalDiskinfo" n'apporte pas vraiment d'info.

Car déchirer les valeurs brutes ?? Par exemple Heures de fonctionnement 00000000B ??

 

D'autres logiciels "SMART" ou même sur le NAS sont plus claires.

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).

Modifié le 27 novembre 2020 par totoleouf

[maxou56]

il y a 12 minutes, totoleouf a dit :

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

Si il est neuf, je te conseil de le faire changer par le vendeur, si il est un plus ancien faire marcher la garantie.

(voir avec d'autres membres qui maitrise mieux le sujet ??)

Modifié le 27 novembre 2020 par maxou56

[totoleouf]

il y a 2 minutes, maxou56 a dit :

Si il est neuf, je te conseil de le faire changer par le vendeur, si il est un plus ancien faire marcher la garantie.

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

[maxou56]

il y a 26 minutes, babble a dit :

Il faut lancer la commande badblocks avec -w et pas -n. 

-w est bien plus poussé, et à mon avis, les secteurs défectueux auraient été détectés

Enfin bon maintenant ça ne change pas grand chose : retour au vendeur. 

Je l'ai plus fait pour la forme, le NAS avait déjà remonter les 2 erreurs "187" au bout de 5 minutes.

 

il y a 26 minutes, babble a dit :

Au contraire, c'est très clair : les valeurs sont en hexadécimal, et donc en hexa, B=11

Oui.. Peut-être mais si il faut un convertisseur hexadécimal pour lire chaque valeur... ☹️

Modifié le 28 novembre 2020 par maxou56

[MilesTEG1]

il y a 6 minutes, firlin a dit :

En clair si je résume votre discution @MilesTEG1 et @babble pour la valuer de l'argument -c il ne faut pas dépasser 523 264, ce qui correspond a 511Mo.
et ces 511Mo c'est pour un nas avec 8Go de ram mini, même si on a plus cela ne sert à rein de mettre plus cela ne fonctionne plus.

Il me faut rajouter aussi que sur les version DSx20 les disques ne sont plus nommer sdx mes satax

ou pour sd le x est un valeur de l’alphabet de a vers Z et pour les sata le x cette valeur est un chiffre de 1 à l'infini

Oui c'est probablement la limite à ne pas dépasser, pour une raison qu'on ignore...
Sinon pour la nomenclature des disques, ça a effectivement changé.
Les commandes suivantes permettent de les lister quand même ^^

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

 

[maxou56]

il y a 38 minutes, MilesTEG1 a dit :

Les commandes suivantes permettent de les lister quand même ^^

Oui et je crois qu'il faut le faire sur les nouveaux modèles (ou uniquement fdisk -l )

Car je ne sais si c'est un bug ou si c'est normal, mais sur mon DS1621+ le numéro sata ne correspond pas forcément à l'emplacement.

Par exemple j'ai l'emplacement 5 et 6 de libre, je viens de mettre un disque en 6 puis un disque en 5.

Le disque dans l'emplacement 6 (de 8TB) s'appelle sata5 et le disque en 5 (de 3TB) s'appelle sata6 ☹️🤕

 

Citation

Disk /dev/sata5: 7.3 TiB, 8001563222016 bytes, 15628053168 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

Disk /dev/sata6: 2.7 TiB, 3000592982016 bytes, 5860533168 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
 

Modifié le 28 novembre 2020 par maxou56