Twitter iPhone pliant OnePlus 11 PS5 Disney+ Orange Livebox Windows 11

plantage de gparted et superblock corrompu

3 réponses
Avatar
jean-jacques
Bonjour.
gparted s'est planté sur une modif de partition.
La partition /dev/sdb2 a des superblocks erronés et ne peut plus être
montée.
[root@tux cavelier2]# fdisk -l -u /dev/sdb

Disque /dev/sdb: 400.1 Go, 400088457216 octets
255 têtes, 63 secteurs/piste, 48641 cylindres, total 781422768 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Identifiant de disque : 0x05038704

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 63 32692274 16346106 83 Linux
/dev/sdb2 32692275 57801869 12554797+ 83 Linux <---------Probleme
/dev/sdb3 57801870 776999789 359598960 f W95 Etendue (LBA)
/dev/sdb5 57801933 58026779 112423+ 83 Linux
/dev/sdb6 58026843 61400429 1686793+ 83 Linux
/dev/sdb7 61400493 65850434 2224971 83 Linux
/dev/sdb8 65850498 72501344 3325423+ 83 Linux
/dev/sdb9 72501408 76019579 1759086 82 Linux swap / Solaris
/dev/sdb10 76019643 776999789 350490073+ 83 Linux
J'ai fait
[r[root@tux cavelier2]# mke2fs -n /dev/sdb2

8176 i-noeuds par groupe
Superblocs de secours stockés sur les blocs :
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632,
2654208
Puis j'ai essayé les superblocks un par un
[root@tux cavelier2]# for i in 32768 98304 163840 229 376 ; do echo $i ;
do e2fsck -b 32768 /dev/sdb2;done

32768
e2fsck 1.41.9 (22-Aug-2009)
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture de
/dev/sdb2
Le superbloc n'a pu être lu ou ne contient pas un système de fichiers
ext2 correct. Si le périphérique est valide et qu'il contient réellement
un système de fichiers ext2 (et non pas de type swap, ufs ou autre),
alors le superbloc est corrompu, et vous pourriez tenter d'exécuter
e2fsck avec un autre superbloc :
e2fsck -b 8193 <périphérique>

98304
e2fsck 1.41.9 (22-Aug-2009)
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture de
/dev/sdb2

Le superbloc n'a pu être lu .....
etc.
Aucun ne va.
Puis testdisk , en recherche de superblocks
TestDisk 6.11, Data Recovery Utility, April 2009
Christophe GRENIER <grenier@cgsecurity.org>
http://www.cgsecurity.org

Disk /dev/sdb - 400 GB / 372 GiB - CHS 48641 255 63

Partition Start End Size in sectors
Rien ....
Je ne sais pas quoi faire !
--
cordialement
Ce message a été écrit sur un système libre mandriva

3 réponses

Avatar
Fabien LE LEZ
On Fri, 19 Mar 2010 11:26:05 +0100, jean-jacques
:

Je ne sais pas quoi faire !



Vider et refaire la table de partitions, formater les partitions,
rétablir les fichiers à partir du backup.
Avatar
jean-jacques
Fabien LE LEZ wrote:

établir les fichiers à partir du backup.


Merci.
La partition foirée est /usr .
Pour celle-là (prog )j'ai pas de backup ou d'image (par contre /var oui ,
/etc oui! , /usr/local oui!! , /home oui!!!!).
Grr..... Les dieux sont contre moi.
Et si je formate le /usr/local puis je réinstalle la mdv 2007spring avec le
dvd d'install en faisant le même schéma de montage ; en ne demandant pas de
formatage des Labels corrects.
Evidemment j'aurai du boulot après mais ça risque dd marcher ?

--
cordialement
Ce message a été écrit sur un système libre mandriva
Avatar
jean-jacques
Fabien LE LEZ wrote:

établir les fichiers à partir du backup.


Merci.
La partition foirée est /usr .
Pour celle-là (prog )j'ai pas de backup ou d'image (par contre /var oui ,
/etc oui! , /usr/local oui!! , /home oui!!!!).
Grr..... Les dieux sont contre moi.
Et si je formate le /usr/puis je réinstalle la mdv 2007spring avec le
dvd d'install en faisant le même schéma de montage ; en ne demandant pas de
formatage des Labels corrects.
Evidemment j'aurai du boulot après mais ça risque dd marcher ?

--
cordialement
Ce message a été écrit sur un système libre mandriva