Partition cassée - UUID manquant - Plantage grub

Roger Star · Le 14/06/2010, à 21:47

sudo mkfs.ext4 -n /dev/sdb6

mke2fs 1.41.9 (22-Aug-2009)
É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)
15138816 i-noeuds, 60524863 blocs
3026243 blocs (5.00%) réservés pour le super utilisateur
Premier bloc de données=0
Nombre maximum de blocs du système de fichiers=0
1848 groupes de blocs
32768 blocs par groupe, 32768 fragments par groupe
8192 i-noeuds par groupe
Superblocs de secours stockés sur les blocs : 
	32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 
	4096000, 7962624, 11239424, 20480000, 23887872

On dirait qu'il y a kekchose ...

Dernière modification par Roger Star (Le 14/06/2010, à 21:49)

rmy · Le 14/06/2010, à 22:03

OK, peux-tu me confirmer que ta /dev/sdb6 était bien en ext4 ?

Si oui,

sudo mount /dev/sdb6 -t ext4 -o ro,sb=393216 /mnt/

ça donne quoi ?

EDIT : Je dois filer, j'arrête le suivi pour ce soir, je repasse plus tard. Tu peux éventuellement aussi essayer avec les autres valeurs de tes superblocs (163840, 229376, 294912, 819200, 884736, 1605632, 2654208, 4096000, 7962624, 11239424, 20480000, 23887872) en les multipliant par 4, comme je l'ai fait avec 98304x4=393216 et en passant cette valeur en argument du paramètre "sb" dans la commande ci-dessus.

Le but est d'indiquer à mount un autre superbloc pour le montage au cas où le premier est endommagé.

Si ça ne marche toujours pas on voit demain pour essayer le montage avec un offset en passant par un loopdevice, comme expliqué si bien dans le blog de cep

Dernière modification par rmy (Le 14/06/2010, à 23:37)

Roger Star · Le 15/06/2010, à 02:05

Ça donne que c'est monté.
Je peux me balader dans nautilus, /mnt/, y'a tout !

Je copie l'essentiel en espérant avoir assez de place ...

Merci de ta patience en tous cas !

EDIT : un trentaine de Gigas manquants. C'est du recyclé, je retrouverai ça sur des sauvegardes en dur. La tentation est grande de formater le truc mais je vais attendre pour essayer de récupérer

Dernière modification par Roger Star (Le 15/06/2010, à 04:12)

Regression · Le 15/06/2010, à 09:25

Testdisk libère pas toujours le disque... j'ai eu un problème identique avec une carte à mémoire flash de type Nand.

Quand tu auras fini refais juste par curiosité

sudo fdisk -l -u
sudo tune2fs -l /dev/sdb6 | grep Block

Personnellement je suis repassé à Ext3 après des problèmes de fiabilité en Ext4 sur un disque de 1To green...

Si tu as des backups reprends tes données depuis les backups c'est plus rapide et plus sûr pour tes 30 Go de données qui sont peut-être en partie récupérables. Encore une fois c'est une question de temps et de sécurité.

Si tu veux éviter de reformater essayes d'abord ( à moins que rmy est une autre idée ...) :

umount /dev/sdb6
sudo fsck -c -c /dev/sdb6

( Attention le doublement de - c provoque un test non destructif en lecture/écriture pour isoler les blocs défectueux. ca dure des heures )

J'ai plus de problème sur mon disque depuis. Mais bon j'ai formaté derrière en Ext3 quand même pour être sûr ;-)

Dernière modification par Regression (Le 15/06/2010, à 10:00)

rmy · Le 15/06/2010, à 09:49

@Roger t uas peut-être monté avec un bloc aussi défectueux, essaye de vérifier avec un autre au cas où, puis tente ton fsck pour une réparation éventuelle comme ça t'avait été conseillé auparavant.

La vérification des blocs peut aussi se faire avec badblocks, ça dure aussi des heures, c'est normal...

Tu peux aussi vérifier les retour de smartmontools pour voir avant un test qui dure des heures si il y a déjà des erreurs enregistrées.

sudo smartctl -a /dev/sdb

Dernière hypothèse : dis moi si je me trompe... tu avais une partition /dev/sda1 qui était une partition primaire sur ce disque, ensuite tu as supprimé cette partition, puis agrandi la partition étendue contenant ta swap et ta partition système vers l'avant ?

Si c'est le cas, il est possible que les superblocs qui sont au début aient pu être incorrectement créés lors de ta manipulation d'extension de la partition. Si mon hypothèse est juste, essaye de monter ta partition avec l'un des derniers superblocs, comme précédemment. Par exemple pour 20480000x4=81920000

sudo mount /dev/sdb6 -t ext4 -o ro,sb=81920000 /mnt/

bien sûr il faudra avoir démonté auparavant /dev/sdb6 avec

 sudo umount /dev/sdb6

Peut-être retrouveras tu ainsi les 30Gio qui te manquent. Il se peut qu'ils se trouvent aussi dans un répertoire "Lost+Found" à la racine du disque, à ouvrir avec root.

Regression · Le 15/06/2010, à 10:11

C'est toujours dangereux d'étendre une partition... Il y a eu pas mal de changements récents dans la plupart des utilitaires disques. Voir par exemple le changelog de la dernière version d'Hdparm 9.28 ( je crois que c'est la 9.15 qui est disponible de base ) pour corriger certains problèmes de géométrie et d'alignement sur les gros disques WD...

fsck est une commande générale qui appelle toujours les utilitaires nécessaires ou en adéquation avec le système à tester en l'occurence e2fsck et badblocks. Il faut démonter le disque que l'on teste avant.

umount /devsdb6
sudo fsck -vcc /dev/sdb6

Ca marche aussi comme çà ;-)

umount démonte le disque.

-cc – use bad blocks read-write non-destructive ( équivalent à -c -c pour un test en lecture et écriture )

-v – verbose output ( donne une information détaillée et la progression du test )

Dernière modification par Regression (Le 15/06/2010, à 10:26)

Roger Star · Le 15/06/2010, à 10:44

La trentaine de Gigas manquants, ce sont des fichiers que je ne peux pas copier faute de place mais il apparaissent bien sur la partition.
Mais comme je l'ai dit, j'ai ces fichiers dispo sur DVD.

Concernant la partition, c'est exactement ce que j'ai fait.

sudo fdisk -l -u

Disque /dev/sdb: 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres, total 488397168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Identifiant de disque : 0x00000001

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb2              63   488392064   244196001    f  W95 Etendue (LBA)
/dev/sdb5       484199100   488392064     2096482+  82  Linux swap / Solaris
/dev/sdb6   *         189   484199099   242099455+  83  Linux

Les entrées de la table de partitions ne sont pas dans l'ordre du disque

EDIT : J'ai lancé ça :

sudo fsck -vcc /dev/sdb6

Pour l'instant :

Le checksum du descripteur de groupe 1833 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1834 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1835 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1836 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1837 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1838 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1839 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1840 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1841 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1842 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1843 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1844 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1845 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1846 est invalide. CORRIGÉ.
Le checksum du descripteur de groupe 1847 est invalide. CORRIGÉ.

Et je vous passe le début.
J'en suis à la vérification des blocs.

Dernière modification par Roger Star (Le 15/06/2010, à 10:57)

Roger Star · Le 15/06/2010, à 15:33

(60522279--60522284) -60522290 -(60522293--60522298) -(60522300--60522308) -60522310 -60522313 -(60522315--60522317) -60522319 -(60522321--60522325) -60522327 -60522335 -60522339 -60522343 -60522346 -(60522352--60522353) -60522355 -60522358 -60522361 -60522363 -(60522365--60522366) -(60522368--60522370) -(60522372--60522373) -(60522384--60522387) -(60522392--60522393) -(60522401--60522402) -(60522404--60522405) -(60522408--60522410) -60522419 -(60522421--60522422) -60522424 -60522429 -60522431 -(60522434--60522438) -(60522442--60522443) -(60522449--60522450) -60522453 -(60522458--60522461) -(60522465--60522468) -(60522470--60522473) -60522479 -(60522481--60522482) -(60522486--60522487) -60522489 -(60522493--60522494)
Corriger<o>?

J'ai mis oui.
Ça continue à défiler ...

Puis :

/dev/sdb6: ***** LE SYSTÈME DE FICHIERS A ÉTÉ MODIFIÉ *****

  430179 inodes used (2.84%)
    2008 non-contiguous files (0.5%)
     222 non-contiguous directories (0.1%)
         nombre d'i-noeuds avec des blocs ind/dind/tind : 0/0/0
         Histogramme des profondeurs d'extents : 378494/471
35637478 blocks used (58.88%)
       0 bad blocks
       1 large file

  320688 regular files
   45405 directories
      68 character device files
      26 block device files
       0 fifos
     410 links
   63975 symbolic links (51102 fast symbolic links)
       8 sockets
--------
  430580 files

Je reboot.

Mouais

sudo mount /dev/sdb6 disk/
mount: vous devez spécifier le type de système de fichiers

Dernière modification par Roger Star (Le 15/06/2010, à 15:39)

rmy · Le 15/06/2010, à 16:45

Si tu as tout sauvé et que tu n'as plus rien à perdre, vu que le fsck ne suffit pas, je te propose de restaurer la partition trouvée dans le deepersearch de testdisk. Tu te mets dessus et tu changes sont état avec les flèches du clavier je crois. Tu la passe en primary bootable et ensuite tu avises. Il faudra au passage virer ta swap, mais c'est pas grave on la refera après.

Roger Star · Le 15/06/2010, à 17:10

sudo fdisk -l

Disque /dev/sda: 200.0 Go, 200049647616 octets
255 têtes, 63 secteurs/piste, 24321 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x2626943e

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sda1   *           1       24321   195358401    7  HPFS/NTFS

Disque /dev/sdb: 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x00000001

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1   *           1       30140   242099455+  83  Linux

Voilà

sudo mount /dev/sdb1 /mnt
mount: vous devez spécifier le type de système de fichiers

Dernière modification par Roger Star (Le 15/06/2010, à 17:13)

rmy · Le 15/06/2010, à 17:28

Retente un fsck avec -f en option :

sudo umount -a && sudo fsck -fy -b 98304 /dev/sdb1

(solution initiale de mykoos maintenant que tu as sauvé et que la restauration de la partition ne donne rien de mieux, mais en prenant un super alternatif puisque cela t'a permis de monter la partition avant...)

Roger Star · Le 15/06/2010, à 17:46

Il m'a fait des correction mais j'ai rebooté avant de noter.

Hélas :

sudo mount /dev/sdb1/ /mnt
mount: vous devez spécifier le type de système de fichiers

Au fait le sudo umount -a donne ça :

démontage : /var/run: périphérique occupé.
       (Dans certains cas, des infos sur les processus l'utilisant
        sont récupérables par lsof(8) ou fuser(1))
démontage : /dev/shm: périphérique occupé.
       (Dans certains cas, des infos sur les processus l'utilisant
        sont récupérables par lsof(8) ou fuser(1))
démontage : /dev: périphérique occupé.
       (Dans certains cas, des infos sur les processus l'utilisant
        sont récupérables par lsof(8) ou fuser(1))
démontage : /: périphérique occupé.
       (Dans certains cas, des infos sur les processus l'utilisant
        sont récupérables par lsof(8) ou fuser(1))

Dernière modification par Roger Star (Le 15/06/2010, à 17:55)

Roger Star · Le 15/06/2010, à 19:16

Je pense qu'une réinstall serait plus rapide ... histoire d'avoir un truc propre ...

Roger Star · Le 15/06/2010, à 21:25

Bon, c'est la réinstall.
Merci, parce que résultat : pas une donnée perdue !
Vous êtes champions.

rmy · Le 15/06/2010, à 21:42

ouaip, merci de ta patience pour les tests qui ont suivi. Juste un dernier si il en est encore temps, pour voir si l'impact de fsck, à défaut d'avoir été positif, n'a pas été négatif...

retente le montage :
sudo mount /dev/sdb1 -t ext4 -o ro,sb=81920000 /mnt/

Roger Star · Le 15/06/2010, à 22:27

Trop tard.

En plus, j'ai essayé sur un autre superblock avant.
Même résultat.

J'ai maintenant un home séparé, ce qui me permettra de faire des conneries sans mettre en danger mes données.

Ce qui m'inquiète, c'est cet identifiant de disk :

Disque /dev/sdb: 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres
Unités = cylindres de 16065 * 512 = 8225280 octets
Identifiant de disque : 0x00000001

Périphérique Amorce  Début        Fin      Blocs     Id  Système
/dev/sdb1               1        3735    30001356   83  Linux
/dev/sdb2            3736       30401   214194645    5  Etendue
/dev/sdb5           30091       30401     2498107+  82  Linux swap / Solaris
/dev/sdb6            3736       30089   211688442   83  Linux

rmy a écrit :

merci de ta patience

Tu rigoles, c'est moi.
Avec un boulet pareil, genre je fais n'importe nawak, je vois bien que ta passion supplante ta patience !:)
Merci beaucoup, mais j'espère vraiment me passer de tes services
En tous cas, je vais tout faire pour !

Regression · Le 15/06/2010, à 23:46

Je sais pas ce qu'en pensera rmy ou quelqu'un d'autre mais en post #14 tu avais une partition sdb2 avec un premier bloc en 63 ce qui pourrait correspondre à un alignement correct du disque. J'ai du mal à comprendre comment tes problèmes ont commencé et avec quel outil et système tu as partitionné ton disque mais si j'étais toi à ce stade je reformaterai tout le disque bas niveau avec un utilitaire constructeur et je repartitionerai proprement en évitant des partitions biscornues ou étendues inutiles. Placer le swap en début ou milieu de disque peut aussi améliorer la vitesse plutot que sur les derniers secteurs réputés plus lents voir plus sensibles. Ce dernier point est plus une expérience personnelle et ma conviction intime ( les avis divergent même si physiquement le disque est plus rapide sur les premiers secteurs...)

Drive: sdb ___________________ _____________________________________________________

Disque /dev/sdb: 250.1 Go, 250059350016 octets
255 têtes, 63 secteurs/piste, 30401 cylindres, total 488397168 secteurs
Unités = secteurs de 1 * 512 = 512 octets
Identifiant de disque : 0x00000001

Partition  Boot         Start           End          Size  Id System

/dev/sdb2                  63   488,392,064   488,392,002   f W95 Ext d (LBA)
/dev/sdb5         484,199,100   488,392,064     4,192,965  82 Linux swap / Solaris
/dev/sdb6    *            189   484,199,099   484,198,911  83 Linux

Dernière modification par Regression (Le 15/06/2010, à 23:58)

rmy · Le 15/06/2010, à 23:56

@Regression, normalement on a passé dernièrement la sdb6 (ext4 dans une partition étendue en compagnie de la swap) en primaire. Ça a du la recaler correctement au passage et réécrire le MBR. Par contre c'est vrai qu'il reste au moins la taille de la swap de perdue sur le disque et que les manips bancales ne sont que risques inutiles. Si c'était un disque à moi, je passerai une couche de /dev/zero dessus (et je serai fixé sur les blocs défectueux en même temps...) puis avec gparted je créerai une nouvelle étiquette de disque en msdos par exemple, et enfin j'irai tranquillement créer mon fs, sur les partitions qui vont bien.

Regression · Le 16/06/2010, à 00:26

Dernièrement j'ai eu un problème similaire avec un disque "hybride" utilisé sous windows et ubuntu avec en particulier une partition NTFS et une partition étendue qui étaient mal gérées sous windows. L'ironie c'est qu'à la fin la partition de données NTFS créee pour et par windows était indetectable sous Vista ( attribut TXF_DATA que Windows ne respecte pas ... malgré un hotfix http://support.microsoft.com/kb/974729 ) et irréparable depuis Ubuntu qui n'avait aucun problème en lecture. Après des heures perdues en vain et une propagation du problème j'ai fini par reformater le disque proprement en EXT3 depuis Ubuntu après un backup et un chkdsk ultime (et destructeur) sous Vista. Depuis j'ai plus de problème ;-)

Dernière modification par Regression (Le 16/06/2010, à 00:40)

rmy · Le 16/06/2010, à 00:39

je n'ai rien trouvé de très performant pour réparer du ntfs sous linux. En même temps, à l'époque où je tournais encore sous windows, je n'avais rien trouvé de très convaincant non plus.

Regression · Le 16/06/2010, à 00:48

J'utilisai encore des utilitaires comme Victoria sous windows ( http://hdd-911.com/index.php?option=com_docman&Itemid=31 ) mais j'ai renoncé à windows ... et même à wine depuis ;-)

rmy · Le 16/06/2010, à 03:50

C'est surtout le ntfs qu'il faudrait oublier.

Regression · Le 16/06/2010, à 13:37

oui j'ai compris

Roger Star · Le 16/06/2010, à 19:18

Je suis en train de formater parce que j'ai déjà des problèmes bizarres.
Je ne trouve pas ça si bas niveau que ça mais j'ai trouvé :

sudo dd if=/dev/zero of=/dev/sdb conv=notrunc

Donc ensuite, je mets mon swap au début, puis mon / et enfin mon /home si j'ai bien compris.

rmy · Le 16/06/2010, à 19:31

Si tu fais un disque avec 3 partitions seulement, ne fais pas de partition étendue : 3 primaires te faciliteront la vie si tu dois un jour faire une autre récup.

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#76 Le 14/06/2010, à 21:47

Re : Partition cassée - UUID manquant - Plantage grub

#77 Le 14/06/2010, à 22:03

Re : Partition cassée - UUID manquant - Plantage grub

#78 Le 15/06/2010, à 02:05

Re : Partition cassée - UUID manquant - Plantage grub

#79 Le 15/06/2010, à 09:25

Re : Partition cassée - UUID manquant - Plantage grub

#80 Le 15/06/2010, à 09:49

Re : Partition cassée - UUID manquant - Plantage grub

#81 Le 15/06/2010, à 10:11

Re : Partition cassée - UUID manquant - Plantage grub

#82 Le 15/06/2010, à 10:44

Re : Partition cassée - UUID manquant - Plantage grub

#83 Le 15/06/2010, à 15:33

Re : Partition cassée - UUID manquant - Plantage grub

#84 Le 15/06/2010, à 16:45

Re : Partition cassée - UUID manquant - Plantage grub

#85 Le 15/06/2010, à 17:10

Re : Partition cassée - UUID manquant - Plantage grub

#86 Le 15/06/2010, à 17:28

Re : Partition cassée - UUID manquant - Plantage grub

#87 Le 15/06/2010, à 17:46

Re : Partition cassée - UUID manquant - Plantage grub

#88 Le 15/06/2010, à 19:16

Re : Partition cassée - UUID manquant - Plantage grub

#89 Le 15/06/2010, à 21:25

Re : Partition cassée - UUID manquant - Plantage grub

#90 Le 15/06/2010, à 21:42

Re : Partition cassée - UUID manquant - Plantage grub

#91 Le 15/06/2010, à 22:27

Re : Partition cassée - UUID manquant - Plantage grub

#92 Le 15/06/2010, à 23:46

Re : Partition cassée - UUID manquant - Plantage grub

#93 Le 15/06/2010, à 23:56

Re : Partition cassée - UUID manquant - Plantage grub

#94 Le 16/06/2010, à 00:26

Re : Partition cassée - UUID manquant - Plantage grub

#95 Le 16/06/2010, à 00:39

Re : Partition cassée - UUID manquant - Plantage grub

#96 Le 16/06/2010, à 00:48

Re : Partition cassée - UUID manquant - Plantage grub

#97 Le 16/06/2010, à 03:50

Re : Partition cassée - UUID manquant - Plantage grub

#98 Le 16/06/2010, à 13:37

Re : Partition cassée - UUID manquant - Plantage grub

#99 Le 16/06/2010, à 19:18

Re : Partition cassée - UUID manquant - Plantage grub

#100 Le 16/06/2010, à 19:31

Re : Partition cassée - UUID manquant - Plantage grub

Pied de page des forums