badblock et correction

doli8888 · 29-11-2020 21:00:54

Bonjour

je viens de passer badblock, il ya eu ceci comme résultat

ensuite je passe la commande

sudo e2fsck -l /tmp/bad-blocks.txt  sda

 

et j'ai ceci en résultat :

:/dev$ sudo e2fsck -l /tmp/bad-blocks.txt  sda

e2fsck 1.44.5 (15-Dec-2018)

ext2fs_open2: Bad magic number in super-block

e2fsck: Superblock invalid, trying backup blocks...

e2fsck: Bad magic number in super-block while trying to open sda

The superblock could not be read or does not describe a valid ext2/ext3/ext4

filesystem.  If the device is valid and it really contains an ext2/ext3/ext4

filesystem (and not swap or ufs or something else), then the superblock

is corrupt, and you might try running e2fsck with an alternate superblock:

    e2fsck -b 8193 <device>

 or

    e2fsck -b 32768 <device>

Found a dos partition table in sda

je ne vois pas de partition dos sur mon sda ! je n'ai jamais utiliser win sur mon ordi ?!

faut il que je lance la commande :

    e2fsck -b 8193 sda

 or

    e2fsck -b 32768 sda

en fait, mon disque est il HS ?
Merci

raleur · 29-11-2020 23:11:26

doli8888 a écrit :

je viens de passer badblock, il ya eu ceci comme résultat

Avec quelle taille de bloc spécifiée à badblocks (option -b) ?

doli8888 a écrit :

ensuite je passe la commande

Tu n'as pas dû bien lire le paragraphe de la page de manuel de badblocks déconseillant de l'utiliser directement pour ensuite alimenter la liste de blocs défectueux d'e2fsck.

D'autre part e2fsck s'applique à un système de fichiers qui est généralement dans une partition, et non dans un disque entier.

doli8888 a écrit :

je ne vois pas de partition dos sur mon sda ! je n'ai jamais utiliser win sur mon ordi ?!

Le message parle d'une table de partition, pas d'une partition. Rien à voir avec Windows.

doli8888 · 30-11-2020 11:05:13

raleur

pour répondre à tes questions, j'ai utilisé un tuto, celui ci => https://nicolasforcet.com/2019/07/14/in … x-windows/, la partie pour linux, qui parle bien d'un lecteur entier et non de partition. Avec la commande

sudo badblocks -v /dev/sdb > /tmp/bad-blocks.txt

et pour la correction des secteurs défectueux sur un disque entier

sudo e2fsck -l /tmp/bad-blocks.txt  /dev/sdb

jpt · 30-11-2020 12:06:59

Bonjour,

doli8888 a écrit :

j'ai utilisé un tuto, celui ci => https://nicolasforcet.com/2019/07/14/in … x-windows/, la partie pour linux

Mouais...

raleur ne m'en voudra pas si je fais avancer le schmilblik : toujours utiliser le man d'une commande si on la connaît mal et, en l'espèce, on peut lire dans man badblocks (c'est moi qui rajoute le gras) :

badblocks is used to search for bad blocks on a device (usually a disk partition).
...
Important note: If the output of badblocks is going to be fed to the e2fsck [...] programs, it is important that the block size is properly specified, since the block numbers which are generated are very dependent on the block size in use by the filesystem.
For this reason, it is strongly recommended that users not run badblocks directly, but rather use the -c option of the e2fsck [...] programs.

doli8888 · 30-11-2020 16:29:31

c'est pas à mon âge que je vais apprendre l'anglais ! LOL

Quant au tuto, MOUAIS !!! c'est pas indiqué que le gars qui l'a fait est une branque d'après ce que tu me fais comprendre avec le MOUAIS !!! Je pense que si j'étais capable de faire MOUAIS en regardant le tuto, je n'aurai pas demandé de l'aide ici

alors mouairci

Dernière modification par doli8888 (30-11-2020 16:41:40)

raleur · 30-11-2020 17:08:24

doli8888 a écrit :

Quant au tuto, MOUAIS !!! c'est pas indiqué que le gars qui l'a fait est une branque

C'est le problème général avec les tutoriels : leur qualité est très inégale, et souvent médiocre.

La commande badblocks du tutoriel ne spécifie pas de taille de bloc, donc c'est la taille par défaut de 1 Kio (1024 octets). Cette taille n'est pas la plus pertinente car elle ne correspond ni à la taille de secteur physique ou logique (512 ou 4096 octets selon les cas), ni à la taille de bloc de système de fichiers la plus courante (4096 octets).

On peut voir que les blocs défectueux détectés se répartissent en deux groupes de 4 blocs consécutifs, soit 4096 octets chacun. Cela correspond à la taille de secteur physique des disques au "format avancé" (Advanced Format, AF). On peut donc en déduire qu'il y a deux secteurs physiques défectueux. Ce n'est pas gravissime, mais les données que contenaient ces secteurs sont perdues.

Si tu voulais utiliser ce fichier pour fournir la liste des blocs défectueux à e2fsck, il faudrait :
- déterminer dans quelle(s) partition ils se trouvent
- vérifier que chacune de ces partitions contient un système de fichiers ext2, ext3 ou ext4
- déterminer la taille de bloc de chacun de ces systèmes de fichiers (512 à 4096 octets)
- convertir les numéros de blocs de 1 Kio à partir du début du disque en numéros de blocs du système de fichiers à partir du début de la partition avec une formule du genre :
no_bloc_fs = (no_bloc_1k *1024 - (secteur début partition * taille secteur logique)) / (taille bloc fs)

Ou bien, tu peux exécuter e2fsck -c sur les partitions identifiées et le laisser détecter lui-même les blocs défectueux.

Une autre option consiste à tenter de réparer ou réallouer les secteurs défectueux en écrivant dedans. Cela ne restaurera pas les données perdues, mais rendra les secteurs à nouveau utilisables (si tout va bien).

doli8888 · 30-11-2020 17:26:28

Raleur,

Merci
je vais essayer de faire avec ce que tu me dis !

Namasté

Debian-facile

#1 29-11-2020 21:00:54

badblock et correction

#2 29-11-2020 23:11:26

Re : badblock et correction

#3 30-11-2020 11:05:13

Re : badblock et correction

#4 30-11-2020 12:06:59

Re : badblock et correction

#5 30-11-2020 16:29:31

Re : badblock et correction

#6 30-11-2020 17:08:24

Re : badblock et correction

#7 30-11-2020 17:26:28

Re : badblock et correction

Pied de page des forums