[syslinux] lvm & multiboot (résolu)

[Getalo]

Bonjour,

j'ai lu les posts sur syslinux, d'autres sources aussi, mais il me reste quelques questions :

1. faut-il installer syslinux sur une partition primaire ?
2. étant en dualboot arch debian me faudrait-il faire l'installation à partir d'arch ou bien de debian ?

Ma configuration :
sda1 grub2
sda2 lvm --> arch debian swap

j'étudie le cas, parce qu'après une mise à jour de debian squeeze, je n'arrivais pas à rebooter sur arch, malgrè le update-grub.

Voilà, merci de vos réponses.

[FoolEcho]

1. faut-il installer syslinux sur une partition primaire ?

Je ne pense pas qu'il existe encore des restrictions de ce genre.

2. étant en dualboot arch debian me faudrait-il faire l'installation à partir d'arch ou bien de debian ?

Peu importe: il te faut juste choisir quel chargeur principal utiliser (et éventuellement installer tout chargeur spécifique à une distribution sur sa propre partition de boot si tu veux chaîner tes distributions).

j'étudie le cas, parce qu'après une mise à jour de debian squeeze, je n'arrivais pas à rebooter sur arch, malgrè le update-grub.

Tu es sûr que la commande est update-grub ? (sur le wiki d'Arch, il est vrai, on parle de os-prober)
Sinon, tu as toujours l'option de rajouter l'entrée pour Arch:
http://wiki.archlinux.fr/GRUB2#Dual-boot

[Getalo]

bonjour Foolecho,
je disais update-grub à partir de debian, parceque je ne me connectais plus sur Arch, même s'il y avait bien les entrées d'Arch. Arch fallback me renvoyait sur debian fallback, et l'entrée Arch me donnait un écran noir avec un tiret blanc en haut à gauche avec impossibilité d'écrire quoi que ce soit et donc, extinction à l'arrache.
Je pourrais donc installer syslinux sur sda1 en écrasant le grub2 et retrouver mes deux os ?

[FoolEcho]

je disais update-grub à partir de debian, parceque je ne me connectais plus sur Arch, même s'il y avait bien les entrées d'Arch. Arch fallback me renvoyait sur debian fallback, et l'entrée Arch me donnait un écran noir avec un tiret blanc en haut à gauche avec impossibilité d'écrire quoi que ce soit et donc, extinction à l'arrache.

Au pire tu rajoutes/corriges les entrées manuellement, en vérifiant bien les uuids des partitions (pour avoir le comportement que tu décris, j'imagine que tu n'utilises pas les uuids).

[Getalo]

Si, j'utilisais les uuid,
mon grub.cfg après correction (temporaire) par un pote bien plus « calé » que moi

Code : Tout sélectionner

  GNU nano 2.2.6                Fichier : /boot/grub/grub.cfg                                       

#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub-mkconfig using templates
# from /etc/grub.d and settings from /etc/default/grub
#

### BEGIN /etc/grub.d/00_header ###
if [ -s $prefix/grubenv ]; then
  load_env
fi
set default="0"
if [ "${prev_saved_entry}" ]; then
  set saved_entry="${prev_saved_entry}"
  save_env saved_entry
  set prev_saved_entry=
  save_env prev_saved_entry
  set boot_once=true
fi

function savedefault {
  if [ -z "${boot_once}" ]; then
    saved_entry="${chosen}"
    save_env saved_entry
  fi
}

function load_video {
  insmod vbe
  insmod vga
  insmod video_bochs

^G Aide         ^O Écrire       ^R Lire fich.   ^Y Page préc.   ^K Couper       ^C Pos. cur.
^X Quitter      ^J Justifier    ^W Chercher     ^V Page suiv.   ^U Coller       ^T Orthograp.
insmod lvm
insmod part_msdos
insmod ext2
set root='(ssd-racineDeb)'
search --no-floppy --fs-uuid --set 9423c2d7-779a-4dce-8e5c-12276b011eda
if loadfont /usr/share/grub/unicode.pf2 ; then
  set gfxmode=640x480
  load_video
  insmod gfxterm
fi
terminal_output gfxterm
insmod part_msdos
insmod ext2
set root='(hd0,msdos1)'
search --no-floppy --fs-uuid --set 5c5c09b5-1867-41af-9a0e-b77732065a95
set locale_dir=($root)/grub/locale
set lang=
insmod gettext
set timeout=10
### END /etc/grub.d/00_header ###

### BEGIN /etc/grub.d/05_debian_theme ###
insmod lvm
insmod part_msdos
insmod ext2
set root='(ssd-racineDeb)'
search --no-floppy --fs-uuid --set 9423c2d7-779a-4dce-8e5c-12276b011eda
insmod png
if background_image /usr/share/images/desktop-base/spacefun-grub.png; then
  set color_normal=light-gray/black
  set color_highlight=white/black
else
  set menu_color_normal=cyan/blue
  set menu_color_highlight=white/blue
fi
### END /etc/grub.d/05_debian_theme ###

### BEGIN /etc/grub.d/10_linux ###
menuentry 'Debian GNU/Linux, with Linux linux' --class debian --class gnu-linux --class gnu --class os {
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos1)'
        search --no-floppy --fs-uuid --set 5c5c09b5-1867-41af-9a0e-b77732065a95
        echo    'Loading Linux linux ...'
        linux   /vmlinuz-linux root=/dev/mapper/ssd-racineDeb ro  quiet
        echo    'Loading initial ramdisk ...'
        initrd  /initramfs-linux.img
}
menuentry 'Debian GNU/Linux, with Linux linux (recovery mode)' --class debian --class gnu-linux --class gnu --class os {
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos1)'
        search --no-floppy --fs-uuid --set 5c5c09b5-1867-41af-9a0e-b77732065a95
        echo    'Loading Linux linux ...'
        linux   /vmlinuz-linux root=/dev/mapper/ssd-racineDeb ro single
        echo    'Loading initial ramdisk ...'
        initrd  /initramfs-linux.img
}
### END /etc/grub.d/10_linux ###

### BEGIN /etc/grub.d/20_linux_xen ###
### END /etc/grub.d/20_linux_xen ###

### BEGIN /etc/grub.d/30_os-prober ###
menuentry "Arch Linux, with Linux linux (on /dev/mapper/ssd-racineArch)" {
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos1)'
        search --no-floppy --fs-uuid --set 5c5c09b5-1867-41af-9a0e-b77732065a95


linux /vmlinuz-linux root=/dev/disk/by-uuid/0cc6e472-7f98-42ff-b7f3-309b641377ad ro quiet
        initrd /initramfs-linux-fallback.img
}
### END /etc/grub.d/30_os-prober ###

### BEGIN /etc/grub.d/40_custom ###
# This file provides an easy way to add custom menu entries.  Simply type the
# menu entries you want to add after this comment.  Be careful not to change
# the 'exec tail' line above.
### END /etc/grub.d/40_custom ###

### BEGIN /etc/grub.d/41_custom ###
if [ -f  $prefix/custom.cfg ]; then
  source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###

mon blkid

$ blkid
/dev/sda1: UUID="5c5c09b5-1867-41af-9a0e-b77732065a95" TYPE="ext3"
/dev/sda2: UUID="f3LPDa-L4LC-50UQ-K2NS-Epw8-zR2r-2dQ7hH" TYPE="LVM2_member"
/dev/mapper/ssd-racineArch: UUID="2f039597-a3f6-4a72-a265-ee3db8a8aa62" TYPE="ext4"
/dev/mapper/ssd-racineDeb: UUID="9423c2d7-779a-4dce-8e5c-12276b011eda" TYPE="ext4"
/dev/mapper/ssd-swap: UUID="e0207df8-2d7d-45e2-93a4-833abb416edc" TYPE="swap"
/dev/mapper/ssd-homeArch: UUID="96c15cf8-cb55-4f3a-8eb3-7121646bbbe1" TYPE="ext4"
/dev/mapper/ssd-homeDeb: UUID="0fd79b89-04a8-47ae-98a2-6eff430d037c" TYPE="ext4"

[FoolEcho]

Code : Tout sélectionner

menuentry "Arch Linux, with Linux linux (on /dev/mapper/ssd-racineArch)" {
        insmod part_msdos
        insmod ext2
        set root='(hd0,msdos1)'
        search --no-floppy --fs-uuid --set 5c5c09b5-1867-41af-9a0e-b77732065a95


linux /vmlinuz-linux root=/dev/disk/by-uuid/0cc6e472-7f98-42ff-b7f3-309b641377ad ro quiet
        initrd /initramfs-linux-fallback.img
}

0cc6e472-7f98-42ff-b7f3-309b641377ad ne correspond à aucune sortie de blkid (il te faut désigner la racine d'Arch)... Après il y a du LVM (que je n'utilise pas plus que grub2 ), je ne sais pas s'il y a des choses en plus ou en moins à faire (voir wiki).

[Getalo]

Ok, je regarde mieux tout ça.

Il faut dire que le passage en lvm a été assez difficile, et c'est peut être un reste de cet épisode, car il ya eu en même temps un changement de disque (ssd).

Et c'est aussi pour ça que je te demandais au début si une installation de syslinux ne pourrait pas me simplifier le problème.

Merci de ton coup de main.

Ah et puis je vois dans le blkid que sda1 est en ext3, alors que g-parted me donne la partition en ext2...

[oktoberfest]

Salut,

je trouve syslinux bien plus simple à configurer que grub2 (en fait je trouve n'importe quel bootloader plus simple à configurer que grub2 ).

J'ai une config similaire à la tienne :
sda1 : partition de boot en ext2
sda2 : LVM.
sda3 : Fat32 avec Windows.

syslinux ne pose aucun souci, que ce soit pour démarrer sur de l'ext2, du fat32, voire chainloader sur une clé usb.

[Getalo]

Salut oktoberfest,

Merci de ta réponse, je pourrais donc installer syslinux sur sda1 et booter sur mes partitions sur lvm. Mais me faut-il employer les uuid lvm, ou bien reprendre celles qui sont dans le grub actuel ?

[oktoberfest]

Pourquoi utiliser les uuid ??
Si on utilise lvm, c'est entre autre parce que les volumes ont des noms.

Dans mon fichier syslinux, j'ai un truc du genre :

Code : Tout sélectionner

LABEL arch
        LINUX ../vmlinuz-linux
        APPEND root=/dev/mapper/lx-arch ro radeon.modeset=1
        INITRD ../initramfs-linux.img

où lx est le nom de mon vg, et arch le nom du lv qui contient /.

Et pareil dans le /etc/fstab, je n'utilise que les noms LVM (par exemple : /dev/lx/var, /dev/lx/home...)

[benjarobin]

@oktoberfest Tu as 100% raison Les UUID ne doivent être utilisé que pour les partitions physiques

[Getalo]

Bis ?

Un grand merci vu comme ça c'est génial.

Je rumine, je me lance et je vous donne des nouvelles d'ici jeudi<->vendredi.

[Getalo]

Bonsoir,
Hé bien ça y est, j'ai installé syslinux en suivant le wiki anglais, et c'est tout bon pour booter sur Arch. J'ai juste un petit problème pour Debian :

LABEL debian
MENU LABEL Debian Squeeze
LINUX ../vmlinuz-linux
APPEND root=/dev/mapper/ssd-racineDeb ro
INITRD ../intramfs-linux.img

ce doit être la ligne initrd qui doit faire déraper la botte (the boot) . Bon je me replonge dans mes recherches.
En tout cas un grand merci, à plus.

Edit : j'ai fait un chaînage sur le grub de debian et ça roule !