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.

#1 Le 11/12/2009, à 22:49

MezzoForte

[RESOLU] Probleme UUID suite à une copie de partition

Bonjour, je ne suis pas sûr d'être au bon forum mais je vous expose le souci :
J'ai formaté une partition sur mon disque dur pour ensuite y copier l'intégralité d'une partition ou Linux est installé. J'ai monté la partition nouvellement créée dans mon Linux premier, pour y changer fstab. J'ai fait attention à bien accorder les UUID. S'ensuit un update-grub, et reboot.
Si je suis ici c'est que bien sûr ça n'a pas fonctionné, j'obtiens:

ALERT! /dev/disk/by-uuid/... does not exist. Dropping to a shell!

Il se sert de l'ancien UUID, je ne sais pas quel fichier modifier pour remettre ceci dans l'ordre !

Sinon mon linux premier marche toujours, mais mal placé sur le disque dur...

Dernière modification par MezzoForte (Le 12/12/2009, à 14:23)


L'âme rien ne l'afflige, quand elle y pense.

Hors ligne

#2 Le 11/12/2009, à 22:53

sosroot

Re : [RESOLU] Probleme UUID suite à une copie de partition

quelle est ta version de linux (karmica) ?
c'est quoi ton programme d'amorçage (grub)?


Ubuntu karmica - XP
Netgear WG111V3 - Radeon 9000 Family - AMD ATHLON XP2200+

Hors ligne

#3 Le 11/12/2009, à 22:59

MezzoForte

Re : [RESOLU] Probleme UUID suite à une copie de partition

Oups, Grub et karmic


L'âme rien ne l'afflige, quand elle y pense.

Hors ligne

#4 Le 12/12/2009, à 00:05

sosroot

Re : [RESOLU] Probleme UUID suite à une copie de partition

Bon ta manière de faire n'est pas clean.
voici un fichier qui configure comment grub doit se comporter :

cat /etc/default/grub
# If you change this file, run 'update-grub' afterwards to update
# /boot/grub/grub.cfg.

GRUB_DEFAULT=0
#GRUB_HIDDEN_TIMEOUT=0
GRUB_HIDDEN_TIMEOUT_QUIET=true
GRUB_TIMEOUT="10"
GRUB_DISTRIBUTOR=`lsb_release -i -s 2> /dev/null || echo Debian`
GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
GRUB_CMDLINE_LINUX="gfxpayload=1440x900x24,1440x900 splash"

# Uncomment to disable graphical terminal (grub-pc only)
#GRUB_TERMINAL=console

# The resolution used on graphical terminal
# note that you can use only modes which your graphic card supports via VBE
# you can see them in real GRUB with the command `vbeinfo'
#GRUB_GFXMODE=640x480

# Uncomment if you don't want GRUB to pass "root=UUID=xxx" parameter to Linux
#GRUB_DISABLE_LINUX_UUID=true

# Uncomment to disable generation of recovery mode menu entrys
#GRUB_DISABLE_LINUX_RECOVERY="true"
sosroot@nadia-laptop:~$

Enleve le # devant la ligne #GRUB_DISABLE_LINUX_UUID=true
et fait update-grub ensuite regarde le fichier /boot/grub/grub.cfg.
Grub doit passer d'autres argument que UUID aux noyaux.


Ubuntu karmica - XP
Netgear WG111V3 - Radeon 9000 Family - AMD ATHLON XP2200+

Hors ligne

#5 Le 12/12/2009, à 00:20

sosroot

Re : [RESOLU] Probleme UUID suite à une copie de partition

Je reviens à ton installation.
Quand tu montes ta partition notes le /dev/xxxx de ta partition et vérifies qu'il y a une entrée d'un noyau (d'un linux) qui utilise ce device comme dans l'exemple suivant :

 cat /boot/grub/grub.cfg
:
:
:
### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu, Linux 2.6.31-16-generic" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
	set quiet=1
	insmod ext2
	set root=(hd0,4)
	search --no-floppy --fs-uuid --set 3c8bb2ab-27d4-43f0-8d10-c47a5fa73f8b
	linux	/boot/vmlinuz-2.6.31-16-generic root=/dev/sda4 ro gfxpayload=1440x900x24,1440x900 splash  quiet splash
	initrd	/boot/initrd.img-2.6.31-16-generic
}
menuentry "Ubuntu, Linux 2.6.31-16-generic (recovery mode)" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
	insmod ext2
	set root=(hd0,4)
	search --no-floppy --fs-uuid --set 3c8bb2ab-27d4-43f0-8d10-c47a5fa73f8b
	linux	/boot/vmlinuz-2.6.31-16-generic root=/dev/sda4 ro single gfxpayload=1440x900x24,1440x900 splash
	initrd	/boot/initrd.img-2.6.31-16-generic
}
:
:
:

Ubuntu karmica - XP
Netgear WG111V3 - Radeon 9000 Family - AMD ATHLON XP2200+

Hors ligne

#6 Le 12/12/2009, à 14:22

MezzoForte

Re : [RESOLU] Probleme UUID suite à une copie de partition

Salut j'avais déjà décommenté cette ligne sans grand succès, l'uuid est toujours pris en compte pour la nouvelle partition. L'uuid mentionné n'est même pas celui de la nouvelle partition, mais de la partition sur laquelle je suis (linux 1er). Et sinon pour faire plus compliqué grub démarre sur l'uuid de la partition présente avant la nouvelle (avant linux 2ème), d'où l'erreur que j'obtiens. Le grub ne semble donc pas se mettre à jour correctement.
Bref ! J'ai changé manuellement la commande pour booter sur dev/sda2, sans passer par l'uuid, et mon linux 2ème s'est lancé. J'ai donc fait un update-grub, et ça a ensuite très bien fonctionné. J'ai supprimé linux 1er, et je suis maintenant sur linux 2ème bien placé sur mon dd smile


L'âme rien ne l'afflige, quand elle y pense.

Hors ligne

#7 Le 29/12/2009, à 22:52

jedabo

Re : [RESOLU] Probleme UUID suite à une copie de partition

Salut,

J'ai le même problème: Karmic donc grub2.

Copie dans Gparted d'une partoche sda10 vers une autre sda7 (histoire de pouvoir supprimer sda10, sda9, ...).

update-grub trouve bien toutes les installs mais reprend systématiquement le UUID de sda10 pour le coller aussi dans sda7.

Extrait du nouveau grub.cfg:

### BEGIN /etc/grub.d/10_linux ###
menuentry "Ubuntu 9.10, Linux 2.6.31-16-generic" {
        recordfail=1
        if [ -n ${have_grubenv} ]; then save_env recordfail; fi
	set quiet=1
	insmod ext2
	set root=(hd0,8)
	search --no-floppy --fs-uuid --set 2c725def-dee1-4736-914f-fcfc4b591385
	linux	/boot/vmlinuz-2.6.31-16-generic root=/dev/sda8 ro   quiet splash
	initrd	/boot/initrd.img-2.6.31-16-generic
}
...
### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Ubuntu 9.10, Linux 2.6.31-16-generic (on /dev/sda7)" {
	insmod ext2
	set root=(hd0,7)
	search --no-floppy --fs-uuid --set fa47fe46-bb99-4e5e-ac6c-5185dd99c52a
	linux /boot/vmlinuz-2.6.31-16-generic root=UUID=2c725def-dee1-4736-914f-fcfc4b591385 ro quiet splash
	initrd /boot/initrd.img-2.6.31-16-generic
}

Bien sûr, le changer à la main pourra pour moi aussi être la solution mais ça me paraît quand même relever d'un bug de grub2.

D'autant qu'il y a moyen de connaître sans ambiguité le UUID de sda7, comme par exemple avec:

ls -l /dev/disk/by-uuid

ou encore:

sudo grub-probe -d /dev/sda7 --target=fs_uuid

qui donnent tous les 2 le bon UUID.

Des idées ?

Hors ligne