[eeepc 701] dd, grub et label

[bubu8941]

Bonjour,

Mon problème est le suivant :
J'ai fait un dd de mon disque ssd (hébergeant une archlinux) sur une clé usb.
J'ai changé le hostname, le rc.conf ainsi que la fstab et le menu.lst en conséquence.
Pour être sur d'avoir un bon montage de mes fs dans la fstab j'ai mis en place des labels sur ma clé.
En choisissant depuis le bios ma clé usb comme périphérique de boot, j'accède au grub de ma clé, puis le kernel se lance....
Seulement, il n'arrive pas à détecter mon / spécifié par le label dans le menu.lst et j'arrive à une ligne de commande de secours en ramfs au lieu de booter normalement...

Voici les différents fichier de la clé et commandes qui peuvent être bons à montrer pour la résolution du problème

/boot/grub/menu.lst

Code : Tout sélectionner

# Config file for GRUB - The GNU GRand Unified Bootloader
# /boot/grub/menu.lst

# DEVICE NAME CONVERSIONS 
#
#  Linux           Grub
# -------------------------
#  /dev/fd0        (fd0)
#  /dev/sda        (hd0)
#  /dev/sdb2       (hd1,1)
#  /dev/sda3       (hd0,2)
#

#  FRAMEBUFFER RESOLUTION SETTINGS
#     +-------------------------------------------------+
#          | 640x480    800x600    1024x768   1280x1024
#      ----+--------------------------------------------
#      256 | 0x301=769  0x303=771  0x305=773   0x307=775
#      32K | 0x310=784  0x313=787  0x316=790   0x319=793
#      64K | 0x311=785  0x314=788  0x317=791   0x31A=794
#      16M | 0x312=786  0x315=789  0x318=792   0x31B=795
#     +-------------------------------------------------+
#  for more details and different resolutions see
#  http://wiki.archlinux.org/index.php/GRUB#Framebuffer_Resolution 

# general configuration:
timeout   5
default   0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

# (0) Arch Linux
title  Arch Linux
root   (hd0,0)
kernel /boot/vmlinuz26 root=LABEL=racine rootdelay=8 ro quiet
initrd /boot/kernel26.img

# (1) Arch Linux
title  Arch Linux Fallback
root   (hd0,0)
kernel /boot/vmlinuz26 root=LABEL=racine rootdelay=8 ro quiet
initrd /boot/kernel26-fallback.img

le vol_id de la parition qui sert de / sur la clé

Code : Tout sélectionner

ID_FS_USAGE=filesystem
ID_FS_TYPE=ext2
ID_FS_VERSION=1.0
ID_FS_UUID=9e50c204-10b8-4968-b7c1-d657f6a3ec43
ID_FS_UUID_ENC=9e50c204-10b8-4968-b7c1-d657f6a3ec43
ID_FS_LABEL=racine
ID_FS_LABEL_ENC=racine

Dois-je préférer l'utilisation des uuid par rapport aux labels?
Merci d'avance à ceux qui m'aideront à résoudre mon problème

[nowahn]

bonjour,
essaye avec le nom normal dans menu.lst. (il arrive que le lien avec le label soit créé trop tard pour le démarrage)
tu peux aussi essayer d'ajouter rootdelay=8 à la ligne kernel de menu.lst.

as-tu rajouté le hook usb dans ton mkinitcpio.conf ? (il le faut pour démarrer sur un périphérique usb)
il te faut refaire les images de démarrage avec :

Code : Tout sélectionner

mkinitcpio -p kernel26

(en chroot)

[bubu8941]

tu peux aussi essayer d'ajouter rootdelay=8 à la ligne kernel de menu.lst.

déjà fait

as-tu rajouté le hook usb dans ton mkinitcpio.conf ?

Effectivement il m'a fallu ajouter le "usb" néanmoins cela n'a rien changé à mon problème je vais tenter de passer par les uuid ...

[bubu8941]

passage par uuid : aucune amélioration

[bubu8941]

J'ai testé avec un bootstrap debian qui ne passait pas non plus...
Par contre mes clés furent fonctionnelles avec mes autres machines.
Ma solution de contournement va être de passer par une debian live en mode persistent avec live_helper à moins qu'Archlinux
possède un utilitaire maison équivalent