On Friday 01 March 2002 13:19, Pierre Maitre wrote: > > Running command: badblocks -b 4096 -s /dev/hdb1 788248 > Checking for bad blocks (read-only test): done > Warning: the backup superblock/group descriptors at block 32768 contain > bad blocks. > Writing inode tables: done > Writing superblocks and filesystem accounting information: done > > > Le warning ci-dessus me rend perplexe. Est-ce que le programme � mis un > flag sur ces secteurs d�fectueux pour ne pas les utiliser? Le disque > est-il � mettre � la poubelle?
Il semblerait que le superblock de backup contienne des donn�es � la masses... Le FS fonctionne � l'aide du primary superblock, dont l'adresse est bien inf�rieur � 32768, et le SB de backup n'est utilis� que si le primary est naze. Sauf erreur, il n'est utilis� que par fsck pour reconstruire le primary (mais je ne suis pas sp�cialiste des d�tails de mount avec les diff�rents FS); ensuite de quoi tu peux de nouvau monter ton FS. Dans ce cas il faut utiliser e2fsck avec l'option -b : /********************/ -b superblock Instead of using the normal superblock, use an alternative superblock specified by superblock. This option is normally used when the primary superblock has been corrupted. The location of the backup superblock is dependent on the filesystem's blocksize. For filesystems with 1k blocksizes, a backup superblock can be found at block 8193; for filesystems with 2k blocksizes, at block 16384; and for 4k blocksizes, at block 32768. If an alternative superblock is specified and the filesystem is not opened read-only, e2fsck will make sure that the primary superblock is updated appropriately upon completion of the filesystem check. /***********************/ Il faudrait peut-�rre que la base des bad blocks soit mise � jour avant de faire un mkfs. Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
