Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#26 Le 22/07/2006, à 16:52

tiPat

Re : Partition non accessible

Désolé pour le délai de réponse mais j'étais très occupé ces temps-ci.
J'ai fais ceci pour essayer de trouver les superblock :

root@ubuntu:~# mkfs.ext3 -n /dev/hda3
mke2fs 1.38 (30-Jun-2005)
Étiquette de système de fichiers=
Type de système d'exploitation: Linux
Taille de bloc=1024 (log=0)
Taille de fragment=1024 (log=0)
50000 inodes, 200000 blocs
10000 blocs (5.00%) réservé pour le super usager
Premier bloc de données=1
25 bloc de groupes
8192 blocs par groupe, 8192 fragments par groupe
2000 inodes par groupe
Archive du superbloc stockée sur les blocs:
        8193, 24577, 40961, 57345, 73729
root@ubuntu:~# mkfs.ext3 -n /dev/hda4
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)
355520 inodes, 710778 blocs
35538 blocs (5.00%) réservé pour le super usager
Premier bloc de données=0
22 bloc de groupes
32768 blocs par groupe, 32768 fragments par groupe
16160 inodes par groupe
Archive du superbloc stockée sur les blocs:
        32768, 98304, 163840, 229376, 294912

J'ai donc essayer toute les possibilitées avec e2fsck :

e2fsck -c -b 8193 /dev/hda3
e2fsck -c -b 24577 /dev/hda3
e2fsck -c -b 40961 /dev/hda3
e2fsck -c -b 57345 /dev/hda3
e2fsck -c -b 73729 /dev/hda3
e2fsck -c -b 32768 /dev/hda4
e2fsck -c -b 98304 /dev/hda4
e2fsck -c -b 163840 /dev/hda4
e2fsck -c -b 229376 /dev/hda4
e2fsck -c -b 294912 /dev/hda4

et tous donnais ceci :

e2fsck 1.38 (30-Jun-2005)
e2fsck: Argument invalide lors de la tentative d'ouverture de /dev/hda4

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>

Je vais donc formatter mes partitions Linux avec Gparted (plus jamais Ranish P.M.) et réinstaller Xubuntu à moins que vous ayez d'autres solutions à me proposer.  J'ai au moins réussi à sauver Windows avec TestDisk.

Voici le résultat de dumpe2fs :

root@ubuntu:~# dumpe2fs -h /dev/hda4 |grep features
dumpe2fs 1.38 (30-Jun-2005)
dumpe2fs: Bad magic number in super-block lors de la tentative d'ouverture de /dev/hda4

Merci pour tout et bonne journée.

#27 Le 23/07/2006, à 23:18

Bubble's Talks

Re : Partition non accessible

La dernière version stable de Ranish P.M. date de fevrier 2001.
Je l'ai essayé deux fois et... heureusement Testdisk était là pour recuperer le coup.
J'ignore pourquoi ce logiciel (Ranish p.Mm) est encore recommandé à gauche et à droite.
Par contre tu peux aussi te servir directement de testdisk pour détruire les partitions (comme d'ailleurs de cfdisk, fdisk, sfdisk, Qtparted, Gparted, Parted, Partman, Superman euh non pas lui, etc.)

Cep t'expliquera peut-être ce qu'il faut penser de l'erreur systématique sur la lecture des superbloc.

Il y a des données vitales à récuperer sur les partitions foutues ?

Dernière modification par Bubble's Talks (Le 23/07/2006, à 23:59)

Hors ligne

#28 Le 23/07/2006, à 23:28

cep

Re : Partition non accessible

Comme dit depuis le début, je pense que le système de fichiers a été fichu en l'air.

Il serait probablement possible de récupérer des bribes de fichiers, et plus en y mettant les moyens. Maintenant, tout dépend de l'importance des données et de la motivation.

@ Bubble's Talks : tu as pu réparer ton système de fichiers ? plus d'indication de nécessité de récupérer le journal ?

Hors ligne

#29 Le 24/07/2006, à 00:34

Bubble's Talks

Re : Partition non accessible

Cep_ > @ Bubb' : tu as pu réparer ton système de fichiers ?
bin nan. (mais mon systeme fonctionne pourtant très bien, mais je ne peux pas le démonter, je ne vois comment serait-ce possible d'ailleurs ?)

arpege@maison:~$ sudo mount -n -o remount,ro /dev/hdb1
mount: / est occupé
Mmm c'était prévu.

Mais par contre comme il y a en toute chose un enseignement je comprends un peu mieux les réponses (à la suite d'une confusion; a != b ...) du type :

AVERTISSEMENT!  /dev/hda1 est monté.
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>"

C'est ce que "e2fsk" répond lorsqu'il ne comprend pas le systême de fichiers sur lequel il tombe, en réalité c'est un disque, le hda, avec 7 partitions, ntfs, fat, fat etendue, logiques etc. mais pas l'ombre d'une partition de type ext2 (ou ext3)

Hors ligne

#30 Le 24/07/2006, à 06:23

cep

Re : Partition non accessible

Bubble's Talks a écrit :

mais je ne peux pas le démonter, je ne vois comment serait-ce possible d'ailleurs ?

Même en recovery ?
Sinon il est toujours possible de forcer le fsck au reboot :
sudo touch /forcefsck
ou bien
sudo shutdown -F -r now

Hors ligne

#31 Le 24/07/2006, à 13:54

Bubble's Talks

Re : Partition non accessible

C'est fait, sauf que.

- j'ai fais le redemarage avec vérification forcée : sans message d'erreur.
- ~$ sudo dumpe2fs -h /dev/hdb1 |grep features
dumpe2fs 1.38 (30-Jun-2005)
Filesystem features:      has_journal filetype needs_recovery sparse_super
et m...
- j'ai lancé un live-cd (parcequ'il ne faut pas trop compter qu'en mode console je me souvienne des commandes à taper)

ubuntu@ubuntu:~$ sudo dumpe2fs -h /dev/hdb1 |grep features
dumpe2fs 1.38 (30-Jun-2005)
Filesystem features:      has_journal filetype sparse_super
ubuntu@ubuntu:~$ sudo e2fsck -n /dev/hdb1
e2fsck 1.38 (30-Jun-2005)
Ubuntu: clean, 153509/2403744 files, 3455628/4803427 blocks

Ouf, c'est clean.

- je redemarre et ~$ sudo dumpe2fs -h /dev/hdb1 |grep features
dumpe2fs 1.38 (30-Jun-2005)
Filesystem features:      has_journal filetype needs_recovery sparse_super
Mais !??

- ~$ sudo e2fsck -n /dev/hdb1
e2fsck 1.38 (30-Jun-2005)
AVERTISSEMENT!  /dev/hdb1 est monté.
AVERTISSEMENT: escamotage du recouvrement du journal parce qu'on vérifie un syst ème de fichiers en mode lecture seulement.
Ubuntu contient un système de fichiers comportant des erreurs, vérification forc ée.
Passe 1: vérification inodes, blocs, et des tailles
Passe 2: vérification de la structure répertoire
Passe 3: vérification de lca connectivité répertoire
Pass 4: vérification des compteur de références
Pass 5: vérification de l'information du sommaire groupe
Le décompte blocs libre est erroné (1347799, décompte=1347755).
Réparer? no (pour non)

Le décompte inodes libre est erroné (2250235, décompte=2250190).
Réparer? no (pour non)


Ubuntu: ********** AVERTISSEMENT: le système de fichiers a encore des erreurs **********

Ubuntu: 153509/2403744 fichier (4.0% non contiguës), 3455628/4803427 blocs

Hors ligne

#32 Le 24/07/2006, à 16:11

cep_

Re : Partition non accessible

Puisque tu utilises un live cd, autant passer carrément la commande :

e2fsck -f -y /dev/hd?? pour réparer totalement.

#33 Le 24/07/2006, à 20:29

Bubble's Talks

Re : Partition non accessible

Vu du live :

ubuntu@ubuntu:~$ sudo e2fsck -f -y /dev/hdb1
e2fsck 1.38 (30-Jun-2005)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
Ubuntu: 153738/2403744 files (4.1% non-contiguous), 3504798/4803427 blocks
ubuntu@ubuntu:~$ sudo dumpe2fs -h /dev/hdb1 |grep features
dumpe2fs 1.38 (30-Jun-2005)
Filesystem features:      has_journal filetype sparse_super
ubuntu@ubuntu:~$ sudo e2fsck -n /dev/hdb1
e2fsck 1.38 (30-Jun-2005)
Ubuntu: clean, 153738/2403744 files, 3504798/4803427 blocks

Ca a l'air coule.

Vu du systeme

~$ sudo e2fsck -n /dev/hdb1
e2fsck 1.38 (30-Jun-2005)
AVERTISSEMENT!  /dev/hdb1 est monté.
AVERTISSEMENT: escamotage du recouvrement du journal parce qu'on vérifie un système de fichiers en mode lecture seulement.
Ubuntu contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1: vérification inodes, blocs, et des tailles
Passe 2: vérification de la structure répertoire
Entrée 'saved_state' dans /home/arpege/.gconfd (212585) a détruire/non utilisé inode 637747.  Effacer? no (pour non)

Entrée 'bookmarks.html' dans /home/arpege/.mozilla/default/5w7pz3j0.slt (212868) a détruire/non utilisé inode 458591.  Effacer? no (pour non)

Entrée 'prefs.js' dans /home/arpege/.mozilla/default/5w7pz3j0.slt (212868) a détruire/non utilisé inode 457880.  Effacer? no (pour non)

Passe 3: vérification de lca connectivité répertoire
Pass 4: vérification des compteur de références
Non attaché longeur-zéro inode 222782.  Effacer? no (pour non)

Non attaché inode 222782
Connecter à /lost+found? no (pour non)

Non attaché longeur-zéro inode 222880.  Effacer? no (pour non)

Non attaché inode 222880
Connecter à /lost+found? no (pour non)

Non attaché inode 223437
Connecter à /lost+found? no (pour non)

Non attaché longeur-zéro inode 458430.  Effacer? no (pour non)

Non attaché inode 458430
Connecter à /lost+found? no (pour non)

Pass 5: vérification de l'information du sommaire groupe
Bloc bitmap différences:  -(931852--931853) -(934024--934025) -936028 -936031 -936307 +946618 +(949884--949887) -949889 +(949906--949911) +(950117--950120) -(1284112--1284117) -(1286164--1286173)
Réparer? no (pour non)

Le décompte blocs libre est erroné pour groupe #28 (58, décompte=65).
Réparer? no (pour non)

Le décompte blocs libre est erroné pour groupe #39 (162, décompte=163).
Réparer? no (pour non)

Le décompte blocs libre est erroné (1298629, décompte=1298641).
Réparer? no (pour non)

Inode bitmap différences:  +222782 +222880 +223437 -457880 +458430 -458591 -637747
Réparer? no (pour non)

Le décompte inodes libre est erroné pour groupe #13 (5479, décompte=5482).
Réparer? no (pour non)

Le décompte inodes libre est erroné pour groupe #28 (15605, décompte=15604).
Réparer? no (pour non)

Le décompte inodes libre est erroné pour groupe #94 (16227, décompte=16228).
Réparer? no (pour non)

Le décompte inodes libre est erroné (2250006, décompte=2249965).
Réparer? no (pour non)


Ubuntu: ********** AVERTISSEMENT: le système de fichiers a encore des erreurs **********

Ubuntu: 153738/2403744 fichier (4.1% non contiguës), 3504798/4803427 blocs

Ca l'est donc beaucoup moins (coule)

~$ sudo dumpe2fs -h /dev/hdb1 |grep features
dumpe2fs 1.38 (30-Jun-2005)
Filesystem features:      has_journal filetype [b]needs_recovery[/b] sparse_super

Maintenant je suis habitué...

On recommence ?

~$ sudo e2fsck -n /dev/hdb1
e2fsck 1.38 (30-Jun-2005)
AVERTISSEMENT!  /dev/hdb1 est monté.
AVERTISSEMENT: escamotage du recouvrement du journal parce qu'on vérifie un système de fichiers en mode lecture seulement.
Ubuntu contient un système de fichiers comportant des erreurs, vérification forcée.
Passe 1: vérification inodes, blocs, et des tailles
Passe 2: vérification de la structure répertoire
Passe 3: vérification de lca connectivité répertoire
Pass 4: vérification des compteur de références
Pass 5: vérification de l'information du sommaire groupe
Bloc bitmap différences:  -(931068--931070) -931080 -(931084--931086) +936031 +936307 +(946611--946615)
Réparer? no (pour non)

Le décompte blocs libre est erroné (1298629, décompte=1298628).
Réparer? no (pour non)

Le décompte inodes libre est erroné (2250006, décompte=2249961).
Réparer? no (pour non)


Ubuntu: ********** AVERTISSEMENT: le système de fichiers a encore des erreurs **********

Ubuntu: 153738/2403744 fichier (4.1% non contiguës), 3504798/4803427 blocs

Je suis hors sujet, yes.

Dernière modification par Bubble's Talks (Le 24/07/2006, à 20:30)

Hors ligne

#34 Le 24/07/2006, à 21:29

cep

Re : Partition non accessible

Oui.
/dev/hdb1 est ta partition /racine avec /home ou seulement /home ? si c'est seulement /home tu pourras toujours déloguer l'user et depuis une console refaire un e2fsck -f -y

Sinon, refaire un shutdown -F pour voir si le problème est encore là (de toute manière il manquera le -y au fsck).
Autre possibilité, si /home/arpege/.mozilla/default/5w7pz3j0.slt  existe toujours, voir s'il est possible de le supprimer. Voir aussi ce que dit un stat. Probablement un rm qui n'a pas été complet. Ce n'est pas un lien vers un autre système de fichiers à l'origine ?
Au pire, tu pourras toujours t'amuser avec des debugfs -w /dev/hdb1 après avoir fait tes sauvegardes de la partition smile et en ayant noté les inodes et autres déclarées en défaut.
Enfin, par sécurité, tu pourras toujours faire un tour de badblocks.

Bons amusements. cool
cep

Hors ligne

#35 Le 25/07/2006, à 09:28

Bubble's Talks

Re : Partition non accessible

Pas de chance, sur ce systeme /home est sur / avec tous ses copains dans hdb1, pas de déloguage facile de l'user en vue.
Effectivement ce disque a connu des transferts et effacements massifs de fichiers.
Ce que je n'arrive pas à saisir c'est pourquoi e2fsk lancé d'un live ne donne pas la même version du paté de fichiers que e2fsk lancé du systeme ? damned.
Ce que je pressens c'est qu'en cas de probleme, sans journal, je ne reccupererai pas facilement le disque.

Hors ligne

#36 Le 25/07/2006, à 09:42

cep

Re : Partition non accessible

Bubble's Talks a écrit :

Ce que je pressens c'est qu'en cas de probleme, sans journal, je ne reccupererai pas facilement le disque.

Je ne comprends pas. Le journal est là. L'erreur est minime et ne devrait pas poser de problème réel.

Pour ton autre question, c'est pour cela que je te demandais s'il ny a vait pas un lien pointant vers un autre système de fichiers, ou quelque chose dans ce genre, qui à un moment aurait été mal géré.

Mais c'est un problème minime. Et, de toute façon, tu as tes sauvegardes smile

Cordialement.
cep

p.s. pour le hs ce ne doit pas être bien grave, tiPat a du faire une croix sur ses données cool

Hors ligne