Page 1 sur 1
[syslinux] lvm & multiboot (résolu)
Publié : dim. 08 avr. 2012, 17:11
par 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.
Re: [syslinux] lvm & multiboot
Publié : lun. 09 avr. 2012, 09:22
par FoolEcho
Getalo a écrit :1. faut-il installer syslinux sur une partition primaire ?
Je ne pense pas qu'il existe encore des restrictions de ce genre.
Getalo a écrit :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).
Getalo a écrit :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
Re: [syslinux] lvm & multiboot
Publié : lun. 09 avr. 2012, 11:35
par 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 ?
Re: [syslinux] lvm & multiboot
Publié : lun. 09 avr. 2012, 11:55
par FoolEcho
Getalo a écrit :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).
Re: [syslinux] lvm & multiboot
Publié : lun. 09 avr. 2012, 12:35
par 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"
Re: [syslinux] lvm & multiboot
Publié : lun. 09 avr. 2012, 18:59
par FoolEcho
Getalo a écrit :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).
Re: [syslinux] lvm & multiboot
Publié : lun. 09 avr. 2012, 21:21
par 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...
Re: [syslinux] lvm & multiboot
Publié : mar. 10 avr. 2012, 08:45
par 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.
Re: [syslinux] lvm & multiboot
Publié : mar. 10 avr. 2012, 09:42
par 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 ?
Re: [syslinux] lvm & multiboot
Publié : mar. 10 avr. 2012, 09:55
par 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...)
Re: [syslinux] lvm & multiboot
Publié : mar. 10 avr. 2012, 09:59
par benjarobin
@oktoberfest Tu as 100% raison

Les UUID ne doivent être utilisé que pour les partitions physiques
Re: [syslinux] lvm & multiboot
Publié : mar. 10 avr. 2012, 10:14
par 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.
Re: [syslinux] lvm & multiboot
Publié : mer. 11 avr. 2012, 19:02
par 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 !