2ème DD inutilisable depuis migration

[Emm']

Bonjour,

Sur un pc dont je m'occupe je viens de faire la migration dapper -> Hardy.

C'est impec sauf un point : le 2ème DD, interne & IDE, n'est plus repéré (2 partition l'une ext3, l'autre fat32).

Lorsque je lance Ubuntu; j'ai le message :

fsck.ext3: unable to resolve 'UUID=(nom de l'uuid)
fsck died with exit status 8
* file system check failed
A log is being save in /var/log/fsck/checkfs if that location is writable. Please repair the file system manually

Contrôle D pour continuer, un autre "failed", je suppose à propos de la 2ème partition, mais comme ça défile je n'ai pas réusit à noter.

Si je mets le même DD dans un boîtier externe, tout va bien, j'ai accès à toutes les données.

J'ai copier ailleurs les données, reformaté le DD avec le nouvel OS... Changé les UUID dans le fstab : idem, pareil.

Dans Gparted, il y a même un petit triangle, attention, sur les partitions de ce DD pour dire que le systeme de fichier a un problème et que certaines opérations sont impossibles...

Le fichier annoncé /var/log/fsck/chesckfs :

Log of fsck -C3 -R -A -a 
Sun Sep 14 19:58:26 2008

fsck 1.40.8 (13-Mar-2008)
/dev/sda3: clean, 25879/7766016 files, 9477982/15518790 blocks
fsck.ext3: Unable to resolve 'UUID=5174eab6-ab72-4cc5-82f7-f35aaac853c3'

fsck died with exit status 8

Sun Sep 14 19:58:28 2008

Le fstab :

# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>	   <dump>  <pass>
proc			/proc		   proc	defaults		0	   0
# /dev/hda2 -- converted during upgrade to edgy
UUID=38ba3925-c67e-4243-b6bf-c2432a162ac3 / ext3 defaults,errors=remount-ro 0 1
# /dev/hda3 -- converted during upgrade to edgy
UUID=e52e05cb-54ec-4206-a990-5c8723552c79 /home ext3 defaults 0 2
# /dev/hda1 -- converted during upgrade to edgy
UUID=0C2CB8002CB7E33E /media/windows ntfs defaults,nls=utf8,umask=007,gid=46 0 1
# /dev/hda5 -- converted during upgrade to edgy
UUID=b43c17eb-b564-4703-8f9c-77212cbad591 none swap sw 0 0
/dev/cdrom		/media/cdrom0   udf,iso9660 user,noauto	 0	   0
# /dev/hda6 -- converted during upgrade to edgy
UUID=458E-BE0C /media/fat32 vfat rw,user,auto,exec,gid=100,uid=1000,umask=002,iocharset=utf8,codepage=850 0 0
#/dev/hdd1	/media/fat32	vfat	rw,user,auto,exec,gid=100,uid=1000,umask=002,iocharset=utf8,codepage=850	0	0
# /dev/hdc1 -- converted during upgrade to edgy
UUID=5174eab6-ab72-4cc5-82f7-f35aaac853c3 /media/arthur ext3 defaults 0 2
# /dev/hdc2 -- converted during upgrade to edgy
UUID=48C7-9C70 /media/perceval vfat rw,user,auto,exec,gid=100,uid=1000,umask=002,iocharset=utf8,codepage=850 0 0

Merci de vos idées

[Silfeed]

Salut Emm'

fsck 1.40.8 (13-Mar-2008)

/dev/sda3: clean, 25879/7766016 files, 9477982/15518790 blocks

fsck.ext3: Unable to resolve 'UUID=5174eab6-ab72-4cc5-82f7-f35aaac853c3'

Et sudo vol_id -u /dev/hdc1 ne retourne pas 5174eab6-ab72-4cc5-82f7-f35aaac853c3 ?

 

Donc même en changeant l'uuid pour hdc1 dans le fstab par celui que donne sudo vol_id -u /dev/hdc1 ca fonctionne pas? O_o

Si je mets le même DD dans un boîtier externe, tout va bien

Euh je ne comprend pas bien...

[Emm']

Salut Silfeed,

Ca commence à me casser les pieds cette histoire... C'est grace à la commande "sudo vol_id -u /dev/..." que j'ai identifié les nouveaux UUID après le formatage et modifié le fstab. Et pourtant en la refaisant, j'ai un message d'erreur :"/dev/sdb1 : error opening volume".....

Gparted détecte toujours le DD, c'est même cet utilitaire qui me permet de savoir le nom de la partoche dans le /dev (passé de hdc1 à sdb1 au cours de la migration).

Je ne comprends rien !

Modifié le 16 septembre 2008 par Emm'

[Invité Invité]

Mieux encore !!

Je reformate ma partoche en ext3 (/dev/sdb1 = arthur), ça fonctionne, les petits triangle qui indiquait "problème" dans gparted disparaissent pour les 2 partitions du DD, je fais un "sudo vol_id -u /dev/sdb1", j'ai une nouvelle uuid, je change le fstab.... Je redémarre : toujours la même chose

Emm

[jeanbi]

re,

et ben mets /dev/sdb1 dans le /etc/fstab et arrete de de faire du mal

a+

[Emm']

Hi Jeanbi !

Ce serait trop simple. Avec les identifications avec les uuid, il n'y a même plus de /dev/sd machin sur le fstab. Toutes les ref de ce type sont derière des # !

[Silfeed]

Tu peux toujours essayer de forcer avec un sudo tune2fs -U <l'UUID> /dev/<partition>

[jeanbi]

bonjour

et alors qui t'empeche d'ecrire la ligne comme avant personne autant que je sache .

donc moi je serais toi je testerai

/dev/sdb1 /mnt/disque1 defaults 0 0

et tu enregistre

un petit mount -a et voir si ça marche

a+

[Silfeed]

Tu as lu la Doc Emm'?

sudo udevtrigger met à jour le répertoire qui contient les données uuid. Tu as essayé de mettre à jour avant de modif ton fstab?

Modifié le 16 septembre 2008 par Silfeed

[Invité Invité]

Merci de votre aide;

Effectivement j'ai été uun peu rapide, j'ai relu la doc Silfeed, rien n'y fait :

christian@christian-desktop:/$ sudo tune2fs -U b954cb70-9990-4126-8c1d-83786c2ac62c /dev/sdb1
tune2fs 1.40.8 (13-Mar-2008)
tune2fs: Aucun fichier ou dossier de ce type lors de la tentative d'ouverture de /dev/sdb1
Impossible de trouver un superbloc de système de fichiers valide.

La clé est ce "superbloc", j'ai bien l'impression. A part Gparted où apparaîsssent les partitions, aucune commande ne peut rien faire, le système ne détecte rien.