[Résolu] tune2fs et ext4

tuxik · Le 19/12/2011, à 16:18

Bonjour à tous,

Je suis en pleine recopie de mon installation toute bien paramétré vers un nouveau disque dur tout neuf. Ma problématique est la suivante. J'ai utilisé la commande dd afin de procéder à la recopie

dd if=/dev/sdc1 of=/dev/sdb1 bs=4096

Je copie une installation faite sur une partition de 500Go (HDD) vers un autre disque avec une partition de 60Go (SSD) d'ou l'utilisation de cette instruction. Néanmoins, mon problème n'est pas la.

Suite )à cette manip. je me suis apercu que j'avais oublié de nettoyer le contenu de certain dossier (mon /home en faite) et que je dépassais les 55 Go alloué à la partition cible. Le dd c'est donc arrêté après avoir intégralement remplis mon disque.

J'ai vérifié si l'UUID de mon disque cible avait été écrasé par le dd et c'est bien le cas, je me retrouve donc avec deux UUID identiques.

J'ai voulut modifier l'UUID avec l'instruction :

sudo tune2fs -U mon_uuid  /dev/sdb1

Je n'ai aucune erreur et pourtant quant je relance :

sudo blkid

je ne vois pas de changement. Mes deux partitions ont toujours le même UUID.

Y a t-il une limitation avec ext4 pour la commande tune2fs ?
Existe-il une autre solution pour modifier mon UUID ?

Je n'ai pas encore "osez" redémarrer la machine de peur quelle ne se remonte pas avec ces deux UUID identiques.

Dernière modification par tuxik (Le 26/12/2011, à 14:36)

compte supprimé · Le 19/12/2011, à 16:42

Je pense que c'est blkid, qui a un cache.
Mais comment l'actualiser, je ne sais pas.
Regarde man blkid
Ou essaye

sudo blkid /dev/sdb1

Dernière modification par faustus (Le 19/12/2011, à 16:45)

tuxik · Le 19/12/2011, à 17:08

Bonjour,

Merci pour cette réponse rapide !

Effectivement tu as raison, blkid a bien un cache. J'ai tenté de le flusher avec l'option -g et -c /dev/null :

Options vue dans le man :
-c cachefile
Read from cachefile instead of reading from the default cache file /etc/blkid/blkid.tab. If you want to start with a clean cache (i.e. don't report devices previously scanned but not necessarily available at this time), specify /dev/null.
-g
Perform a garbage collection pass on the blkid cache to remove devices which no longer exist.

Mais j'ai toujours la même chose. Mes deux partitions ont le même UUID.

compte supprimé · Le 19/12/2011, à 17:15

T'as essayé le blkid directement sur /dev/sdb1 ?
Sinon, je ne vois pas. A part que t'aurais peut-être indiqué la mauvaise uuid à tune2fs. Ce sont des choses qui arrivent, dans le feu de l'action.

Sinon, dans fstab, tu peux toujours remplacer la partition indiquée par l'uuid en question par /dev/sdax (la bonne, quoi, à monter). En attendant...

Dernière modification par faustus (Le 19/12/2011, à 17:18)

tuxik · Le 19/12/2011, à 17:22

Voici ce que j'ai exactement en faisant la manip :
L'UUID à été généré avec uuidgen

$ uuidgen -t
f78790ea-2985-11e1-b8d0-00241d71f123

Je tente de modifier l'UUID :

~$ sudo tune2fs -U f78790ea-2985-11e1-b8d0-00241d71f123 /dev/sdb1
tune2fs 1.41.14 (22-Dec-2010)

Visualisation des UUID 1 à 1 :

~$ sudo blkid /dev/sdc1
/dev/sdc1: UUID="f851d3a5-e552-4650-b6e0-edb75134bf1f" TYPE="ext4"
~$ sudo blkid /dev/sdb1
/dev/sdb1: UUID="f851d3a5-e552-4650-b6e0-edb75134bf1f" TYPE="ext4"

Résultat sdb1 n'a pas changé d'UUID. C'est vraiment bizarre, hormis redémarrer pour potentiellement purger un cache, je vois pas. Est ce que le redémarrage peut poser un problème ?

compte supprimé · Le 19/12/2011, à 17:37

Oui ! Ça risque de s’emmêler les pinceaux sérieusement au démarrage. J'annule d'ailleurs le conseil à propos de la petite modif du fstab. Parce que grub aussi utilise des uuid.
Le mieux c'est de débrancher le disque avant de redémarrer, et même de le mettre dans un boîtier usb, que tu peux brancher à chaud...
En attendant d'avoir réglé le problème.
Essaye aussi l'une des 3 autres possibilités

sudo tune2fs -U         clear, random, ou date    /dev/sdb1

Dernière modification par faustus (Le 19/12/2011, à 17:39)

tuxik · Le 19/12/2011, à 17:50

Hallucinant, c'est pareil ca fait rien. Comme si il y avait un problème de droit d'écriture quelque part !

$ sudo tune2fs -U random  /dev/sdb1
tune2fs 1.41.14 (22-Dec-2010)
$ sudo blkid -c /dev/null
/dev/sdb1: UUID="f851d3a5-e552-4650-b6e0-edb75134bf1f" TYPE="ext4"
/dev/sdc1: UUID="f851d3a5-e552-4650-b6e0-edb75134bf1f" TYPE="ext4"

tuxik · Le 19/12/2011, à 17:55

Je viens de m'apercevoir d'un truc, lorsque je lance la commande suivante :

$ sudo ls -l /dev/disk/by-uuid/
total 0
lrwxrwxrwx 1 root root 10 2011-12-18 14:01 39d4f4b0-63b1-4b2f-b4b5-f6c989b435f2 -> ../../sda2
lrwxrwxrwx 1 root root 10 2011-12-18 14:01 3cfb4879-b5b6-43e7-ab20-03c45485b238 -> ../../sdb2
lrwxrwxrwx 1 root root 10 2011-12-18 14:01 b347084e-564b-4547-b987-2412040ef4a2 -> ../../sdc5
lrwxrwxrwx 1 root root 10 2011-12-18 14:01 b81f77d4-1e70-4b2f-90f8-04adc01892ac -> ../../sda1
lrwxrwxrwx 1 root root 10 2011-12-19 16:47 f851d3a5-e552-4650-b6e0-edb75134bf1f -> ../../sdb1

Cette commande doit faire l'équivalent de blkid normalement.

Je ne vois pas mon disque sdc1 (la source de ma copie et donc l'actuelle partition de mon système Ubuntu). Est-ce normal d'après toi ? Ou bien est ce que cela ne soulignerai pas un problème d'autorisation sur un fichier quelconque ?

compte supprimé · Le 19/12/2011, à 18:00

Que donne donc :

sudo fdisk -l

tuxik · Le 19/12/2011, à 18:01

Je vois bien tous mes disques et partitions avec sudo fdsik -l

compte supprimé · Le 19/12/2011, à 18:15

Regarde dans la doc de dd : http://doc.ubuntu-fr.org/dd
En principe tu peux afficher le début du disque, dans un format "lisible".
Donc tu devrais pouvoir trouver où elle est stockée, l'adresse en octets, de cette uuid
Tu choisis une valeur de l'uuid, plutôt au milieu, pour être sûr. Et tu la changes directement avec dd...
Mais c'est évidemment très risqué, et la moindre erreur ça peut être retour à la case départ pour tout le système (si par exemple tu n'écris pas sur le bon disque).
Faute de mieux (ça me rappelle ma jeunesse, où on ajoutait des octets cachés à des disquettes et des manips de cette sorte en écrivant directement dessus )...

Dernière modification par faustus (Le 19/12/2011, à 18:18)

tuxik · Le 19/12/2011, à 18:17

Ok je vais regarder ça a tête reposer ce soir, histoire de pas faire de bêtise.

Merci en tout cas pour ces retours très constructifs.

compte supprimé · Le 19/12/2011, à 18:18

tuxik a écrit :

Ok je vais regarder ça a tête reposer ce soir, histoire de pas faire de bêtise.
Merci en tout cas pour ces retours très constructifs.

Débranche le disque, avant de redémarrer...

pingouinux · Le 20/12/2011, à 08:10

Bonjour,

tuxik #8 a écrit :

Je ne vois pas mon disque sdc1 (la source de ma copie et donc l'actuelle partition de mon système Ubuntu). Est-ce normal d'après toi ?

Ça, c'est normal. Dans le répertoire /dev/disk/by-uuid, il y a une entrée par UUID. Si deux partitions ont la même UUID, une seule peut apparaître. Mais ça ne résoud pas le problème...

tuxik · Le 20/12/2011, à 11:12

Après quelques heures de bidouillage intensif et de débroussaillage du net grace à Google, j'ai fini par identifier la cause la plus probable de la non modification de mon UUID lorsque je tape la commande tune2fs.
Ma table de partition a été modifiée lors du dd. Je me retrouve donc avec une table complètement incohérente sur mon disque cible. Pour rappel, mon disque cible est bien plus petit que le disque source, du coup je pense que tune2fs qui doit se baser la dessus ne comprend pas ce que je lui demande.

Je suis tombé sur un post de forum ( http://gparted-forum.surf4.info/viewtopic.php?id=14172) qui traite d'un problème similaire. L'idée est d'exporté la table de partition dans un fichier texte, de remettre les bonne valeurs dans le fichier texte puis de recharger la table de partition sur le disque. Le problème c'est que je ne suis pas capable de définir les bonnes valeurs. Je ne suis pas dans un cas aussi simple que le post car mon disque contient 2 partitions (une swap et une ext4) et je ne sais pas comment retrouver les valeurs pour ces deux partitions.

Je suis donc passé à une autre idée, reformater ma partition. Mon disque source étant encore remplis des données nécessaires, je n'ai pas de nécessité particulière à garder le contenu de mon disque cible.

Mon problème est par contre qu'avec Gparted, j'ai une erreur, il ne s'en sort pas et je n'ai pas accès à l'option permettant de supprimer les partitions du disque ou même de faire une quelconque action. Je suis en train de chercher comment faire avec parted en ligne de commande, mais je ne suis pas sur que cela donnera beaucoup plus de résultats.

Si par hasard, quelqu'un passant par ici aurait déjà rencontré ce type de problème et aurait une solution je suis preneur, sinon, je vous tiens au courant.

compte supprimé · Le 20/12/2011, à 11:42

Salut,
Dans gparted tu as périphérique->nouvelle table de partition
Ça devrait fonctionner. Mais sûr, ça vide tout. Donc attention...
Et il faut tout démonter sur le disque en question, s'il y a lieu, avant de procéder...

Edit : on ne devrait rien faire avant le café ! Evidemment, si gparted ne répond à rien il ne répondra pas à ça non plus...

Dernière modification par faustus (Le 20/12/2011, à 12:45)

compte supprimé · Le 20/12/2011, à 13:00

Dans la doc dd ( http://doc.ubuntu-fr.org/dd ) il y a un paragraphe (3.2) sur l'effacement par inscription de données aléatoires. Et la destination est of=/dev/sda c'est-à-dire le disque, et non pas une partition. Donc il y a probablement aussi inscription aléatoire dans le MBR, sur les 63 premiers secteurs réservés... Donc sur la table de partition... A mon avis, mais je peux me tromper, ça te fait un disque comme sorti d'usine...
Essaye de sauvegarder une centaine de secteurs en début de disque (je dis bien disque) dans un fichier, puis tu les remplaces par des octets aléatoires. Regarde ce que ça fait ! Avec gparted... Peut-être qu'il le prendra pour un disque neuf...
Si ça ne donne rien, tu peux toujours remettre comme c'était...

tuxik · Le 26/12/2011, à 14:35

Bonjour,

J'ai donc pu résoudre mon problème.

Le problème de Tune2fs qui ne faisait rien sans me sortir une erreur était lié au faite que ma table de partition du disque était inconsistante (le nombre de secteurs et de blocs étaient bien au dessus de la taille du disque et ce car la commande dd que j'avais fait au préalable a écraser ma table de partition avec celle contenu sur le disque source). J'ai donc fait :

Sauvegarde de la table de partition :

 sudo sfdisk -d /dev/sdb > PT.txt

Editer le fichier PT.txt avec un éditeur de fichier classique
Mettre des valeurs cohérentes pour start et size de chaque partition (à voir en fonction de la tyaille de chaque disque)
Reécrire la table de partition sur le disque :

sudo sfdisk -f /dev/sdb -O PT.save < PT.txt

Ensuite tout devrait remarcher.

Merci aux personnes qui ont répondu et qui ont ainsi pu m'aider à mieux cerner mon problème.

A+

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 19/12/2011, à 16:18

[Résolu] tune2fs et ext4

#2 Le 19/12/2011, à 16:42

Re : [Résolu] tune2fs et ext4

#3 Le 19/12/2011, à 17:08

Re : [Résolu] tune2fs et ext4

#4 Le 19/12/2011, à 17:15

Re : [Résolu] tune2fs et ext4

#5 Le 19/12/2011, à 17:22

Re : [Résolu] tune2fs et ext4

#6 Le 19/12/2011, à 17:37

Re : [Résolu] tune2fs et ext4

#7 Le 19/12/2011, à 17:50

Re : [Résolu] tune2fs et ext4

#8 Le 19/12/2011, à 17:55

Re : [Résolu] tune2fs et ext4

#9 Le 19/12/2011, à 18:00

Re : [Résolu] tune2fs et ext4

#10 Le 19/12/2011, à 18:01

Re : [Résolu] tune2fs et ext4

#11 Le 19/12/2011, à 18:15

Re : [Résolu] tune2fs et ext4

#12 Le 19/12/2011, à 18:17

Re : [Résolu] tune2fs et ext4

#13 Le 19/12/2011, à 18:18

Re : [Résolu] tune2fs et ext4

#14 Le 20/12/2011, à 08:10

Re : [Résolu] tune2fs et ext4

#15 Le 20/12/2011, à 11:12

Re : [Résolu] tune2fs et ext4

#16 Le 20/12/2011, à 11:42

Re : [Résolu] tune2fs et ext4

#17 Le 20/12/2011, à 13:00

Re : [Résolu] tune2fs et ext4

#18 Le 26/12/2011, à 14:35

Re : [Résolu] tune2fs et ext4

Pied de page des forums