Suite à un sinistre électrique, un disque de 160 gigas qui contient des
données volumineuses et importantes (en une seule partition) a justement
'perdu' sa partition.
Pour éviter de faire n'importe quoi, je n'ai rien touché, juste fais
quelques diagnostiques.
- La taille de la partition a diminué
- format (ext3) et point de montage (/var/ftp) perdus
- impossible de la monter
*****mount /dev/hda1 sort :
mount /dev/hda1
mount: type erroné de système de fichiers, option erronée, super bloc erroné
sur /dev/hda1, codepage manquante ou autre erreur. Dans quelques cas
certaines informations sont utiles dans syslog - essayez
dmesg | tail ou quelque chose du genre
Périphérique Amorce Début Fin Blocs Id Système
/dev/hda1 * 1 18886 151697760+ 83 Linux
*****ensuite :
e2fsck /dev/hda1
e2fsck 1.38 (30-Jun-2005)
Ne peut repérer le superbloc ext2, tente d'archiver les blocs...
e2fsck: Bad magic number in super-block lors de la tentative d'ouverture
de /dev/hda1
Le super devrait être lu ou ne contient pas une extension correcte de type
ext2
système de fichiers. Si le périphérique est valide et qu'il contient
réellement une extension de type ext2
système de fichiers (qui n'est pas de type swap ou autre), alors le super
est corrompu, et vous devrierz tenter d'exécuter e2fsck avec un super
alternatif:
e2fsck -b 8193 <périphérique>
*****qui m'a amené à faire :
mke2fs -n /dev/hda1
mke2fs 1.38 (30-Jun-2005)
Étiquette de système de fichiers=
Type de système d'exploitation: Linux
Taille de bloc=4096 (log=2)
Taille de fragment=4096 (log=2)
18972672 inodes, 37924440 blocs
1896222 blocs (5.00%) réservé pour le super usager
Premier bloc de données=0
1158 bloc de groupes
32768 blocs par groupe, 32768 fragments par groupe
16384 inodes par groupe
Archive du superbloc stockée sur les blocs:
32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
4096000, 7962624, 11239424, 20480000, 23887872
*****j'ai testé toutes les valeurs avec :
e2fsck -b xxxxxx /dev/hda1
nada ...
Je ne sais pas si c'est clair ... Je n'ose rien faire, s'il vous plaît,
aidaient moi !
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
l'indien
On Thu, 02 Feb 2006 04:20:42 +0100, egg wrote:
Bonjour,
Suite à un sinistre électrique, un disque de 160 gigas qui contient des données volumineuses et importantes (en une seule partition) a justement 'perdu' sa partition.
Pour éviter de faire n'importe quoi, je n'ai rien touché, juste fais quelques diagnostiques.
- La taille de la partition a diminué - format (ext3) et point de montage (/var/ftp) perdus - impossible de la monter
[...]
Le super devrait être lu ou ne contient pas une extension correcte de type ext2 système de fichiers. Si le périphérique est valide et qu'il contient réellement une extension de type ext2 système de fichiers (qui n'est pas de type swap ou autre), alors le super est corrompu, et vous devrierz tenter d'exécuter e2fsck avec un super alternatif: e2fsck -b 8193 <périphérique>
*****qui m'a amené à faire : mke2fs -n /dev/hda1 mke2fs 1.38 (30-Jun-2005) Étiquette de système de fichiers > Type de système d'exploitation: Linux Taille de (log=2) Taille de (log=2) 18972672 inodes, 37924440 blocs 1896222 blocs (5.00%) réservé pour le super usager Premier bloc de données=0 1158 bloc de groupes 32768 blocs par groupe, 32768 fragments par groupe 16384 inodes par groupe Archive du superbloc stockée sur les blocs: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872
*****j'ai testé toutes les valeurs avec : e2fsck -b xxxxxx /dev/hda1
nada ...
Je ne sais pas si c'est clair ... Je n'ose rien faire, s'il vous plaît, aidaient moi !
Si la taille de ta partition a changé, c'est louche. Le mieux sera sans doute de rechercher le support bloc avec par exemple hexedit sur la totalité du disque. En cherchant la chaine hexa 0x53 0xEF 0x00 0x00 0x01 0x00 0x00 0x00 qui se trouve habituellement à l'offset 0x438 du filesystem, tu as de bonnes chances de retrouver un superbloc. Il ne faut retenir, bien sur, que les cas ou la chaine trouvée est réellement à un offset réaliste (donc 0xnnnnn438)
Avec quelques divisions, tu pourras en déduire l'offset exact (en octets) du début de la partition et le numéro de bloc du superbloc retrouvé. Tu pourras ensuite monter ta partition avec un loop device sur ton /dev/hda avec l'offset que tu auras trouvé. Il ne te restera plus qu'à faire le fsck en prenant comme référence le superblock trouvé.
On Thu, 02 Feb 2006 04:20:42 +0100, egg wrote:
Bonjour,
Suite à un sinistre électrique, un disque de 160 gigas qui contient des
données volumineuses et importantes (en une seule partition) a justement
'perdu' sa partition.
Pour éviter de faire n'importe quoi, je n'ai rien touché, juste fais
quelques diagnostiques.
- La taille de la partition a diminué - format (ext3) et point de montage
(/var/ftp) perdus - impossible de la monter
[...]
Le super devrait être lu ou ne contient pas une extension correcte de
type ext2
système de fichiers. Si le périphérique est valide et qu'il contient
réellement une extension de type ext2 système de fichiers (qui n'est pas
de type swap ou autre), alors le super est corrompu, et vous devrierz
tenter d'exécuter e2fsck avec un super alternatif:
e2fsck -b 8193 <périphérique>
*****qui m'a amené à faire :
mke2fs -n /dev/hda1
mke2fs 1.38 (30-Jun-2005)
Étiquette de système de fichiers > Type de système d'exploitation: Linux Taille de bloc@96 (log=2)
Taille de fragment@96 (log=2)
18972672 inodes, 37924440 blocs
1896222 blocs (5.00%) réservé pour le super usager Premier bloc de
données=0
1158 bloc de groupes
32768 blocs par groupe, 32768 fragments par groupe 16384 inodes par groupe
Archive du superbloc stockée sur les blocs: 32768, 98304, 163840, 229376,
294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424,
20480000, 23887872
*****j'ai testé toutes les valeurs avec : e2fsck -b xxxxxx /dev/hda1
nada ...
Je ne sais pas si c'est clair ... Je n'ose rien faire, s'il vous plaît,
aidaient moi !
Si la taille de ta partition a changé, c'est louche.
Le mieux sera sans doute de rechercher le support bloc avec par exemple
hexedit sur la totalité du disque.
En cherchant la chaine hexa 0x53 0xEF 0x00 0x00 0x01 0x00 0x00 0x00
qui se trouve habituellement à l'offset 0x438 du filesystem, tu as de
bonnes chances de retrouver un superbloc.
Il ne faut retenir, bien sur, que les cas ou la chaine trouvée est
réellement à un offset réaliste (donc 0xnnnnn438)
Avec quelques divisions, tu pourras en déduire l'offset exact (en octets)
du début de la partition et le numéro de bloc du superbloc retrouvé.
Tu pourras ensuite monter ta partition avec un loop device sur ton
/dev/hda avec l'offset que tu auras trouvé.
Il ne te restera plus qu'à faire le fsck en prenant comme référence le
superblock trouvé.
Suite à un sinistre électrique, un disque de 160 gigas qui contient des données volumineuses et importantes (en une seule partition) a justement 'perdu' sa partition.
Pour éviter de faire n'importe quoi, je n'ai rien touché, juste fais quelques diagnostiques.
- La taille de la partition a diminué - format (ext3) et point de montage (/var/ftp) perdus - impossible de la monter
[...]
Le super devrait être lu ou ne contient pas une extension correcte de type ext2 système de fichiers. Si le périphérique est valide et qu'il contient réellement une extension de type ext2 système de fichiers (qui n'est pas de type swap ou autre), alors le super est corrompu, et vous devrierz tenter d'exécuter e2fsck avec un super alternatif: e2fsck -b 8193 <périphérique>
*****qui m'a amené à faire : mke2fs -n /dev/hda1 mke2fs 1.38 (30-Jun-2005) Étiquette de système de fichiers > Type de système d'exploitation: Linux Taille de (log=2) Taille de (log=2) 18972672 inodes, 37924440 blocs 1896222 blocs (5.00%) réservé pour le super usager Premier bloc de données=0 1158 bloc de groupes 32768 blocs par groupe, 32768 fragments par groupe 16384 inodes par groupe Archive du superbloc stockée sur les blocs: 32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872
*****j'ai testé toutes les valeurs avec : e2fsck -b xxxxxx /dev/hda1
nada ...
Je ne sais pas si c'est clair ... Je n'ose rien faire, s'il vous plaît, aidaient moi !
Si la taille de ta partition a changé, c'est louche. Le mieux sera sans doute de rechercher le support bloc avec par exemple hexedit sur la totalité du disque. En cherchant la chaine hexa 0x53 0xEF 0x00 0x00 0x01 0x00 0x00 0x00 qui se trouve habituellement à l'offset 0x438 du filesystem, tu as de bonnes chances de retrouver un superbloc. Il ne faut retenir, bien sur, que les cas ou la chaine trouvée est réellement à un offset réaliste (donc 0xnnnnn438)
Avec quelques divisions, tu pourras en déduire l'offset exact (en octets) du début de la partition et le numéro de bloc du superbloc retrouvé. Tu pourras ensuite monter ta partition avec un loop device sur ton /dev/hda avec l'offset que tu auras trouvé. Il ne te restera plus qu'à faire le fsck en prenant comme référence le superblock trouvé.
egg
l'indien Jeudi 2 Février 2006 23:24 :
Si la taille de ta partition a changé, c'est louche. Le mieux sera sans doute de rechercher le support bloc avec par exemple hexedit sur la totalité du disque. En cherchant la chaine hexa 0x53 0xEF 0x00 0x00 0x01 0x00 0x00 0x00 qui se trouve habituellement à l'offset 0x438 du filesystem, tu as de bonnes chances de retrouver un superbloc. Il ne faut retenir, bien sur, que les cas ou la chaine trouvée est réellement à un offset réaliste (donc 0xnnnnn438)
Avec quelques divisions, tu pourras en déduire l'offset exact (en octets) du début de la partition et le numéro de bloc du superbloc retrouvé. Tu pourras ensuite monter ta partition avec un loop device sur ton /dev/hda avec l'offset que tu auras trouvé. Il ne te restera plus qu'à faire le fsck en prenant comme référence le superblock trouvé.
Merci de cette réponse. Je me suis entraîné depuis deux jours sur un autre disque, avec quelques recherches en plus je suis parvenu à comprendre ta démarche sans rien bousiller :) Mais mon gros disque semble définitivement hors service, depuis ce matin il est reconnu comme un Laxtnr (Maxtor) et je n'arrive à rien, je crois qu'il ne tourne pas. J'ai quand même sauvegardé l'image du défunt en attendant des jours meilleurs. Merci
l'indien Jeudi 2 Février 2006 23:24 :
Si la taille de ta partition a changé, c'est louche.
Le mieux sera sans doute de rechercher le support bloc avec par exemple
hexedit sur la totalité du disque.
En cherchant la chaine hexa 0x53 0xEF 0x00 0x00 0x01 0x00 0x00 0x00
qui se trouve habituellement à l'offset 0x438 du filesystem, tu as de
bonnes chances de retrouver un superbloc.
Il ne faut retenir, bien sur, que les cas ou la chaine trouvée est
réellement à un offset réaliste (donc 0xnnnnn438)
Avec quelques divisions, tu pourras en déduire l'offset exact (en octets)
du début de la partition et le numéro de bloc du superbloc retrouvé.
Tu pourras ensuite monter ta partition avec un loop device sur ton
/dev/hda avec l'offset que tu auras trouvé.
Il ne te restera plus qu'à faire le fsck en prenant comme référence le
superblock trouvé.
Merci de cette réponse. Je me suis entraîné depuis deux jours sur un autre
disque, avec quelques recherches en plus je suis parvenu à comprendre ta
démarche sans rien bousiller :)
Mais mon gros disque semble définitivement hors service, depuis ce matin il
est reconnu comme un Laxtnr (Maxtor) et je n'arrive à rien, je crois qu'il
ne tourne pas. J'ai quand même sauvegardé l'image du défunt en attendant
des jours meilleurs.
Merci
Si la taille de ta partition a changé, c'est louche. Le mieux sera sans doute de rechercher le support bloc avec par exemple hexedit sur la totalité du disque. En cherchant la chaine hexa 0x53 0xEF 0x00 0x00 0x01 0x00 0x00 0x00 qui se trouve habituellement à l'offset 0x438 du filesystem, tu as de bonnes chances de retrouver un superbloc. Il ne faut retenir, bien sur, que les cas ou la chaine trouvée est réellement à un offset réaliste (donc 0xnnnnn438)
Avec quelques divisions, tu pourras en déduire l'offset exact (en octets) du début de la partition et le numéro de bloc du superbloc retrouvé. Tu pourras ensuite monter ta partition avec un loop device sur ton /dev/hda avec l'offset que tu auras trouvé. Il ne te restera plus qu'à faire le fsck en prenant comme référence le superblock trouvé.
Merci de cette réponse. Je me suis entraîné depuis deux jours sur un autre disque, avec quelques recherches en plus je suis parvenu à comprendre ta démarche sans rien bousiller :) Mais mon gros disque semble définitivement hors service, depuis ce matin il est reconnu comme un Laxtnr (Maxtor) et je n'arrive à rien, je crois qu'il ne tourne pas. J'ai quand même sauvegardé l'image du défunt en attendant des jours meilleurs. Merci
Pascal Hambourg
Salut,
Mais mon gros disque semble définitivement hors service, depuis ce matin il est reconnu comme un Laxtnr (Maxtor)
Ça correspond au bit de poids faible forcé à 0 et va dans le sens d'une panne matérielle.
Salut,
Mais mon gros disque semble définitivement hors service, depuis ce matin il
est reconnu comme un Laxtnr (Maxtor)
Ça correspond au bit de poids faible forcé à 0 et va dans le sens d'une
panne matérielle.
