Page 2 sur 3
Re: [UEFI] Installation en chroot ?
Publié : mer. 26 sept. 2012, 09:24
par FoolEcho
Hellsing a écrit :Mon problème maintenant c'est que je ne comprend pas comment grub gère tout ça. Fedora utilise grub2, sauf que le fichier qui contient les entrées de boot est un fichier dans /etc/grub.conf Donc je présuppose qu'au final c'est Legacy qui se lance et je n'arrive pas a faire booter Arch dessus
Salut, je prends en cours et je n'ai pas tout lu (donc désolé si ça a déjà été dit, mais comme ça n'a pas l'air clair), Arch utilisera le bootloader que tu lui as installé.
Grub sous Arch
est grub2 (avec grub.cfg, etc.) et il te le faut pour ton histoire de GPT et cie (Grub legacy, grub 1 donc, ne gèrant ni gpt, ni efi, etc. ; juste pour info, si tu est vraiment avec grub legacy ici, outre le fait que ça ne peut fonctionner, la numérotation est différente, partant de zéro, ce serait donc hd0,9).
Aussi, plutôt que des "semble" et autre "présuppose", il vaut mieux décrire précisément comment ça démarre (ou pas ; si tu arrives sur le menu de grub ou pas, etc.) ainsi que les éventuels messages d'erreurs.

Re: [UEFI] Installation en chroot ?
Publié : mer. 26 sept. 2012, 09:46
par oktoberfest
Hellsing a écrit :En fait il y a moyen de réduire les lv avec lvreduce et ensuite d'en créer d'autres avec lvcreate. Partant de ce principe mon prof a fait la manip, sauf que oh surprise, Fedora ne démarrait même plus (impossible de lancer X).
Quand tu réduis un lv, tu dois d'abord réduire le filesystem hébergé dedans, puis ensuite réduire le lv. Si tu réduis simplement le lv, tu vas tronquer ton filesystem et forcément ça marche beaucoup moins bien après.
Re: [UEFI] Installation en chroot ?
Publié : jeu. 27 sept. 2012, 21:14
par Hellsing
oktoberfest a écrit :
Quand tu réduis un lv, tu dois d'abord réduire le filesystem hébergé dedans, puis ensuite réduire le lv. Si tu réduis simplement le lv, tu vas tronquer ton filesystem et forcément ça marche beaucoup moins bien après.
Quel est le nom de cette commande ? Enfin comment l'utiliser ?
FoolEcho a écrit :Salut, je prends en cours et je n'ai pas tout lu (donc désolé si ça a déjà été dit, mais comme ça n'a pas l'air clair), Arch utilisera le bootloader que tu lui as installé.
Grub sous Arch
est grub2 (avec grub.cfg, etc.) et il te le faut pour ton histoire de GPT et cie (Grub legacy, grub 1 donc, ne gèrant ni gpt, ni efi, etc. ; juste pour info, si tu est vraiment avec grub legacy ici, outre le fait que ça ne peut fonctionner, la numérotation est différente, partant de zéro, ce serait donc hd0,9).
Aussi, plutôt que des "semble" et autre "présuppose", il vaut mieux décrire précisément comment ça démarre (ou pas ; si tu arrives sur le menu de grub ou pas, etc.) ainsi que les éventuels messages d'erreurs.

Oui tu as effectivement pris le train en route. Le fait est que c'est avec Fedora que le bootloader a été installé. Quand je démarre ma machine (donc en UEFI), j'appuie sur echap. Je sélectionne donc Fedora (et non Windows ou encore Setup). La j'ai un écran de grub qui me dit que "Fedora xxxxxx va démarrer dans 5 secondes, appuyez sur entrée pour accéder au menu" (xxxxx étant le numéro de la release de Fedora). J'appuie sur entrée et je me retrouve donc dans grub ou il y a une entrée pour Fedora. C'est tout. Donc j'ai été dans le grub.conf de Fedora, le seul fichier qui semble avoir de l'effet sur le bootloader (car même un grub2-mkconfig ne change rien, bien qu'il me dise qu'il trouve bien Arch ainsi que le chainloader de Windows). J'ai donc tenté de rentrer Arch manuellement, et quand je le séléctionne et que j'appuie sur entrée, le message retourné est du genre "Error 22 File not found".
Voilà ou j'en suis pour le moment. Faut-il que je fasse un
? Car le fichier qui est généré par le mkconfig est totalement différent de celui déjà présent.
EDIT : Je viens de tester avec hd(0,9), cela ne fonctionne pas non plus. A vrai dire c'est très étrange que ce soit grub qui se lance (je veux dire grub1 ou grub legacy) car Fedora n'a QUE les commandes de grub2. Or mon disque étant en GPT... Je ne comprends pas à vrai dire.
Re: [UEFI] Installation en chroot ?
Publié : ven. 28 sept. 2012, 09:04
par oktoberfest
Hellsing a écrit :oktoberfest a écrit :
Quand tu réduis un lv, tu dois d'abord réduire le filesystem hébergé dedans, puis ensuite réduire le lv. Si tu réduis simplement le lv, tu vas tronquer ton filesystem et forcément ça marche beaucoup moins bien après.
Quel est le nom de cette commande ? Enfin comment l'utiliser ?
On va partir d'un exemple ce sera plus parlant.
Tu as le VG lx, le LV home dans lequel tu as créé un filesystem en ext3 (Oui je n'ai pas encore basculé en ext4).
On obtient un truc du genre :
Code : Tout sélectionner
[root@serveur ~]# df -h /home
Sys. fich. Taille Util. Dispo Uti% Monté sur
/dev/mapper/lx-home 2,0G 68M 1,9G 4% /home
Pour réduire ce filesystem de moitié disons, tu fais dans l'ordre :
- démonter le filesystem
- vérifier le filesystem (nécessaire sinon l'étape suivante échoue)
- réduire le filesystem à 900 Mo
- réduire le LV à 1G
- augmenter le filesystem
- monter le filesystem
Si je procède de cette façon c'est pour être sûr que la réduction du LV ne va pas tronquer un bout de mon filesystem. Je réduis plus que nécessaire le filesystem, puis après réduction du LV, on augmente le filesystem afin qu'il occupe tout le LV.
Ce qui donne :
Code : Tout sélectionner
[root@serveur ~]# umount /home
[root@serveur ~]# e2fsck -f /dev/mapper/lx-home
e2fsck 1.42.5 (29-Jul-2012)
Passe 1 : vérification des i-noeuds, des blocs et des tailles
Passe 2 : vérification de la structure des répertoires
Passe 3 : vérification de la connectivité des répertoires
Passe 4 : vérification des compteurs de référence
Passe 5 : vérification de l'information du sommaire de groupe
/dev/mapper/lx-home : 11/131072 fichiers (0.0% non contigüs), 25405/524288 blocs
[root@serveur ~]# resize2fs /dev/mapper/lx-home 900M
resize2fs 1.42.5 (29-Jul-2012)
En train de redimensionner le système de fichiers sur /dev/mapper/lx-home à 230400 (4k) blocs.
Le système de fichiers /dev/mapper/lx-home a maintenant une taille de 230400 blocs.
[root@serveur ~]# lvreduce --size=1G /dev/mapper/lx-home
WARNING: Reducing active logical volume to 1,00 GiB
THIS MAY DESTROY YOUR DATA (filesystem etc.)
Do you really want to reduce home? [y/n]: y
Reducing logical volume home to 1,00 GiB
Logical volume home successfully resized
[root@serveur ~]# resize2fs /dev/mapper/lx-home
resize2fs 1.42.5 (29-Jul-2012)
En train de redimensionner le système de fichiers sur /dev/mapper/lx-home à 262144 (4k) blocs.
Le système de fichiers /dev/mapper/lx-home a maintenant une taille de 262144 blocs.
[root@serveur ~]# mount /home
[root@serveur ~]# df -h /tmp/home
Sys. fich. Taille Util. Dispo Uti% Monté sur
/dev/mapper/lx-home 1008M 67M 891M 7% /tmp/home
En cas d'augmentation de filesystem, c'est beaucoup plus simple car les filesystems récents (ext3, ext4, btrfs) permettent l'extension à chaud. Dans ce cas tu fais simplement :
- augmenter le lv
- augmenter le filesystem
Re: [UEFI] Installation en chroot ?
Publié : ven. 28 sept. 2012, 09:19
par FoolEcho
Hellsing a écrit :EDIT : Je viens de tester avec hd(0,9), cela ne fonctionne pas non plus. A vrai dire c'est très étrange que ce soit grub qui se lance (je veux dire grub1 ou grub legacy) car Fedora n'a QUE les commandes de grub2. Or mon disque étant en GPT... Je ne comprends pas à vrai dire.
Désolé d'avoir porté à confusion, c'est juste que ça m'étonne très fortement que tu aies grub legacy quelque part.
Hellsing a écrit :J'ai donc tenté de rentrer Arch manuellement, et quand je le séléctionne et que j'appuie sur entrée, le message retourné est du genre "Error 22 File not found".
Voilà ou j'en suis pour le moment. Faut-il que je fasse un
? Car le fichier qui est généré par le mkconfig est totalement différent de celui déjà présent.
Si Fedora est capable de détecter et mettre à jour correctement une entrée pour Arch, pourquoi ne pas le faire ?
En quoi est-ce totalement différent ? (prière de fournir des infos sur fstab Fedora/Arch, etc. pour qu'on s'y retrouve)
Re: [UEFI] Installation en chroot ?
Publié : sam. 29 sept. 2012, 09:32
par Hellsing
FoolEcho a écrit :Hellsing a écrit :EDIT : Je viens de tester avec hd(0,9), cela ne fonctionne pas non plus. A vrai dire c'est très étrange que ce soit grub qui se lance (je veux dire grub1 ou grub legacy) car Fedora n'a QUE les commandes de grub2. Or mon disque étant en GPT... Je ne comprends pas à vrai dire.
Désolé d'avoir porté à confusion, c'est juste que ça m'étonne très fortement que tu aies grub legacy quelque part.
Si Fedora est capable de détecter et mettre à jour correctement une entrée pour Arch, pourquoi ne pas le faire ?
En quoi est-ce totalement différent ? (prière de fournir des infos sur fstab Fedora/Arch, etc. pour qu'on s'y retrouve)
Car quand je fais ce grub2-mkconfig le fichier généré est totalement différent de celui qui est utilisé actuellement. Normalement la commande est la suivante :
Sauf que le fichier qui est généré n'est pas du tout pris en compte (aucun changement dans le bootloader) alors ma question est la suivante : Vu que le fichier généré diffère totalement entre le /etc/grub.conf et le /boot/grub2/grub.cfg, est-ce que je devrai ou non remplacer ce grub.conf par un mon grub.cfg créé ?
(Je suis sur mon autre machine, je vous donne le résultat des commandes dans la journée)
Re: [UEFI] Installation en chroot ?
Publié : sam. 29 sept. 2012, 17:14
par Hellsing
Comme promis : Le fstab de Fedora :
#
# /etc/fstab
# Created by anaconda on Tue Sep 25 23:34:15 2012
#
# Accessible filesystems, by reference, are maintained under '/dev/disk'
# See man pages fstab(5), findfs(8), mount(8) and/or blkid(8) for more info
#
UUID=cd7307bb-9d04-46cc-846f-7a2fc41e1e2f / ext4 defaults 1 1
UUID=754bc876-6c5c-4ee6-a967-06737fff6ccd /boot ext4 defaults 1 2
UUID=2973-1720 /boot/efi vfat umask=0077,shortname=winnt 0 0
UUID=7b405d9b-8796-4c26-9b3d-39677104544d /home ext4 defaults 1 2
UUID=ecf2c949-fde8-4e41-991b-201ee7b72610 swap swap defaults 0 0
N'ayant pas accès à Arch je ne peux fournir son fstab... Cependant j'ai pensé à quelque chose. Faut-il que, lors de l'installation de Arch, je monte le /boot de Fedora quand même dans mon filesystem ?
Re: [UEFI] Installation en chroot ?
Publié : sam. 29 sept. 2012, 19:44
par FoolEcho
Hellsing a écrit :N'ayant pas accès à Arch je ne peux fournir son fstab...
Il suffirait de monter la partition racine ou etc d'Arch... sous Fedora (parce qu'avec la moitié des infos, on ne va pas s'en sortir).
Hellsing a écrit :Faut-il que, lors de l'installation de Arch, je monte le /boot de Fedora quand même dans mon filesystem ?
Non, à moins de mettre la pagaille (si tu installes grub côté Arch).
Re: [UEFI] Installation en chroot ?
Publié : sam. 29 sept. 2012, 22:38
par Hellsing
Code : Tout sélectionner
[root@silence tmp]# cat etc/fstab
#
# /etc/fstab: static file system information
#
# <file system> <dir> <type> <options> <dump> <pass>
tmpfs /tmp tmpfs nodev,nosuid 0 0
# /dev/sda10 LABEL=Root
UUID=23c89526-8d73-4b49-94af-966556fd9b73 / ext4 rw,relatime,data=ordered 0 1
# /dev/sda11 LABEL=Home
UUID=aac0fa80-e0e9-414a-9d2c-003e228595cf /home ext4 rw,relatime,data=ordered 0 2
Voila ce qui se passe du coté de Arch. (Merci pour l'indication, je ne me souvenais plus qu'on pouvait monter la partition... Ma stupidité est parfois sans limite).
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 10:20
par FoolEcho
Code : Tout sélectionner
menuentry "Arch Linux" {
search --by-uuid UUID=23c89526-8d73-4b49-94af-966556fd9b73 --set root
linux /boot/vmlinuz-linux root=/dev/disk/by-label/23c89526-8d73-4b49-94af-966556fd9b73 ro
initrd /boot/initramfs-linux.img
}
Que tu rajoutes dans le etc/grub.d/40_custom de Fedora avant de refaire un grub-mkconfig pour mettre à jour grub.cfg (fais une copie avant, hein

).
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 13:19
par Hellsing
Bon je ne sais pas si j'ai été clair :
Concrètement je n'ai que grub2 d'installé
Code : Tout sélectionner
[root@silence ~]# grub
grub2-bios-setup grub2-mklayout grub2-script-check
grub2-editenv grub2-mknetdir grub2-set-default
grub2-fstest grub2-mkpasswd-pbkdf2 grub2-sparc64-setup
grub2-install grub2-mkrelpath grubby
grub2-kbdcomp grub2-mkrescue grub-crypt
grub2-menulst2cfg grub2-mkstandalone grub-md5-crypt
grub2-mkconfig grub2-ofpathname grub-terminfo
grub2-mkfont grub2-probe
grub2-mkimage grub2-reboot
Le fichier qui est affecté par le grub2-mkconfig est situé dans
/boot/grub2/grub.cfg
Sauf que celui qui est lu quand je boot ma machine (celui dont la modification est prise en compte et m'affiche de nouvelles entrées quand j'en rajoute) se trouve dans
/etc/grub.conf
Voici ce que contient
/etc/grub.conf à l'heure actuelle :
Code : Tout sélectionner
[root@silence ~]# cat /etc/grub.conf
# grub.conf generated by anaconda
# Note that you do not have to rerun grub after making changes to this file.
# NOTICE: You have a /boot partition. This means that all kernel and
# initrd paths are relative to /boot, eg.
# root (hd0,3)
# kernel /vmlinuz-version ro root=/dev/sda6
# initrd /initrd-[generic-]version.img
boot=/dev/sda4
device (hd0,5) HD(4,1579c800,64000,dfb843b9-66b5-4290-bbf4-c464ed5276f4)
default=0
timeout=5
splashimage=(hd0,5)/grub/splash.xpm.gz
hiddenmenu
title Fedora (3.5.4-1.fc17.x86_64)
root (hd0,5)
kernel /vmlinuz-3.5.4-1.fc17.x86_64 rd.md=0 rd.lvm=0 rd.dm=0 root=UUID=cd7307bb-9d04-46cc-846f-7a2fc41e1e2f SYSFONT=True rd.luks=0 LANG=en_US.UTF-8 ro KEYTABLE=fr-pc rhgb quiet
initrd /initramfs-3.5.4-1.fc17.x86_64.img
title Fedora (3.3.4-5.fc17.x86_64)
root (hd0,5)
kernel /vmlinuz-3.3.4-5.fc17.x86_64 rd.md=0 rd.lvm=0 rd.dm=0 root=UUID=cd7307bb-9d04-46cc-846f-7a2fc41e1e2f SYSFONT=True rd.luks=0 LANG=en_US.UTF-8 ro KEYTABLE=fr-pc rhgb quiet
initrd /initramfs-3.3.4-5.fc17.x86_64.img
title Archlinux
root (hd0,9)
kernel /vmlinuz-linux root=/dev/sda10 ro
initrd /initramfs-linux.img
Et voici ce que contient
/boot/grub2/grub.cfg :
Code : Tout sélectionner
[root@silence ~]# cat /boot/grub2/grub.cfg
#
# DO NOT EDIT THIS FILE
#
# It is automatically generated by grub2-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="${saved_entry}"
if [ x"${feature_menuentry_id}" = xy ]; then
menuentry_id_option="--id"
else
menuentry_id_option=""
fi
export menuentry_id_option
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 {
if [ x$feature_all_video_module = xy ]; then
insmod all_video
else
insmod efi_gop
insmod efi_uga
insmod ieee1275_fb
insmod vbe
insmod vga
insmod video_bochs
insmod video_cirrus
fi
}
if [ x$feature_default_font_path = xy ] ; then
font=unicode
else
insmod part_gpt
insmod ext2
set root='hd0,gpt7'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt7 --hint-efi=hd0,gpt7 --hint-baremetal=ahci0,gpt7 cd7307bb-9d04-46cc-846f-7a2fc41e1e2f
else
search --no-floppy --fs-uuid --set=root cd7307bb-9d04-46cc-846f-7a2fc41e1e2f
fi
font="/usr/share/grub/unicode.pf2"
fi
if loadfont $font ; then
set gfxmode=auto
load_video
insmod gfxterm
set locale_dir=$prefix/locale
set lang=en_US
insmod gettext
fi
terminal_output gfxterm
set timeout=5
### END /etc/grub.d/00_header ###
### BEGIN /etc/grub.d/10_linux ###
menuentry 'Fedora' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-simple-cd7307bb-9d04-46cc-846f-7a2fc41e1e2f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 754bc876-6c5c-4ee6-a967-06737fff6ccd
else
search --no-floppy --fs-uuid --set=root 754bc876-6c5c-4ee6-a967-06737fff6ccd
fi
echo 'Loading Linux 3.5.4-1.fc17.x86_64 ...'
linux /vmlinuz-3.5.4-1.fc17.x86_64 root=UUID=cd7307bb-9d04-46cc-846f-7a2fc41e1e2f ro quiet rhgb
echo 'Loading initial ramdisk ...'
initrd /initramfs-3.5.4-1.fc17.x86_64.img
}
submenu 'Advanced options for Fedora' $menuentry_id_option 'gnulinux-advanced-cd7307bb-9d04-46cc-846f-7a2fc41e1e2f' {
menuentry 'Fedora, with Linux 3.5.4-1.fc17.x86_64' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.5.4-1.fc17.x86_64-advanced-cd7307bb-9d04-46cc-846f-7a2fc41e1e2f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 754bc876-6c5c-4ee6-a967-06737fff6ccd
else
search --no-floppy --fs-uuid --set=root 754bc876-6c5c-4ee6-a967-06737fff6ccd
fi
echo 'Loading Linux 3.5.4-1.fc17.x86_64 ...'
linux /vmlinuz-3.5.4-1.fc17.x86_64 root=UUID=cd7307bb-9d04-46cc-846f-7a2fc41e1e2f ro quiet rhgb
echo 'Loading initial ramdisk ...'
initrd /initramfs-3.5.4-1.fc17.x86_64.img
}
menuentry 'Fedora, with Linux 3.3.4-5.fc17.x86_64' --class fedora --class gnu-linux --class gnu --class os $menuentry_id_option 'gnulinux-3.3.4-5.fc17.x86_64-advanced-cd7307bb-9d04-46cc-846f-7a2fc41e1e2f' {
load_video
set gfxpayload=keep
insmod gzio
insmod part_gpt
insmod ext2
set root='hd0,gpt6'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt6 --hint-efi=hd0,gpt6 --hint-baremetal=ahci0,gpt6 754bc876-6c5c-4ee6-a967-06737fff6ccd
else
search --no-floppy --fs-uuid --set=root 754bc876-6c5c-4ee6-a967-06737fff6ccd
fi
echo 'Loading Linux 3.3.4-5.fc17.x86_64 ...'
linux /vmlinuz-3.3.4-5.fc17.x86_64 root=UUID=cd7307bb-9d04-46cc-846f-7a2fc41e1e2f ro quiet rhgb
echo 'Loading initial ramdisk ...'
initrd /initramfs-3.3.4-5.fc17.x86_64.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/20_ppc_terminfo ###
### END /etc/grub.d/20_ppc_terminfo ###
### BEGIN /etc/grub.d/30_os-prober ###
menuentry 'Arch' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-simple-23c89526-8d73-4b49-94af-966556fd9b73' {
insmod part_gpt
insmod ext2
set root='hd0,gpt10'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt10 --hint-efi=hd0,gpt10 --hint-baremetal=ahci0,gpt10 23c89526-8d73-4b49-94af-966556fd9b73
else
search --no-floppy --fs-uuid --set=root 23c89526-8d73-4b49-94af-966556fd9b73
fi
linux /boot/vmlinuz-linux root=/dev/sda10
initrd /boot/initramfs-linux.img
}
submenu 'Advanced options for Arch' $menuentry_id_option 'osprober-gnulinux-advanced-23c89526-8d73-4b49-94af-966556fd9b73' {
menuentry 'Arch (on /dev/sda10)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-linux--23c89526-8d73-4b49-94af-966556fd9b73' {
insmod part_gpt
insmod ext2
set root='hd0,gpt10'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt10 --hint-efi=hd0,gpt10 --hint-baremetal=ahci0,gpt10 23c89526-8d73-4b49-94af-966556fd9b73
else
search --no-floppy --fs-uuid --set=root 23c89526-8d73-4b49-94af-966556fd9b73
fi
linux /boot/vmlinuz-linux root=/dev/sda10
initrd /boot/initramfs-linux.img
}
}
menuentry 'Windows 7 (loader) (on /dev/sda3)' --class windows --class os $menuentry_id_option 'osprober-chain-66804130804107CF' {
insmod part_gpt
insmod ntfs
set root='hd0,gpt3'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt3 --hint-efi=hd0,gpt3 --hint-baremetal=ahci0,gpt3 66804130804107CF
else
search --no-floppy --fs-uuid --set=root 66804130804107CF
fi
chainloader +1
}
menuentry 'Windows Recovery Environment (loader) (on /dev/sda5)' --class windows --class os $menuentry_id_option 'osprober-chain-AC7A43BA7A438056' {
insmod part_gpt
insmod ntfs
set root='hd0,gpt5'
if [ x$feature_platform_search_hint = xy ]; then
search --no-floppy --fs-uuid --set=root --hint-bios=hd0,gpt5 --hint-efi=hd0,gpt5 --hint-baremetal=ahci0,gpt5 AC7A43BA7A438056
else
search --no-floppy --fs-uuid --set=root AC7A43BA7A438056
fi
drivemap -s (hd0) ${root}
chainloader +1
}
### 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.
menuentry "Arch Linux" {
search --by-uuid UUID=23c89526-8d73-4b49-94af-966556fd9b73 --set root
linux /boot/vmlinuz-linux root=/dev/disk/by-label/23c89526-8d73-4b49-94af-966556fd9b73 ro
initrd /boot/initramfs-linux.img
}
### END /etc/grub.d/40_custom ###
### BEGIN /etc/grub.d/41_custom ###
if [ -f ${config_directory}/custom.cfg ]; then
source ${config_directory}/custom.cfg
elif [ -z "${config_directory}" -a -f $prefix/custom.cfg ]; then
source $prefix/custom.cfg;
fi
### END /etc/grub.d/41_custom ###
Tout en sachant que j'ai aussi un : /etc/grub.cfg, ainsi qu'un /etc/grub2.cfg.
Le fait est que seul une modification dans /etc/grub.conf entraine une modification du bootloader.
Petit edit auquel je viens de penser :
Code : Tout sélectionner
[root@silence ~]# ls -la /etc/grub*
lrwxrwxrwx. 1 root root 22 Sep 27 09:37 /etc/grub2.cfg -> ../boot/grub2/grub.cfg
lrwxrwxrwx. 1 root root 32 Sep 25 23:35 /etc/grub.conf -> ../boot/efi/EFI/redhat/grub.conf
Donc au final c'est /boot/efi/EFI/redhat/grub.conf qui est affecté. (et qui affecte le bootloader)
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 13:54
par FoolEcho
Peu importe, tu ajoutes l'entrée là où elle est effective (grub-mkconfig ne fait que générer un fichier de conf à partir des autres, à toi de le mettre au bon endroit).
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 15:22
par Hellsing
Mais grub.conf et grub2.cfg n'ont pas du tout le même format... Sinon le grub.cfg marcherait du tonnerre de dieu vu que Arch est repéré correctement en faisant le grub2-mkconfig. Enfin je ne comprends pas ou tu veux que je place l'entrée que tu m'as donnée. Si je la met dans le .conf cela ne va pas fonctionner car c'est le format de grub2, et si je le met dans le grub.cfg, cela ne fonctionnera pas non plus car ce fichier c'est pas pris en compte lors du boot...
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 15:40
par FoolEcho
http://wiki.archlinux.fr/Grub#grub.cfg
grub.conf, custom, etc. (le contenu de /etc/grub.d/ sous Arch) >> grub-mkconfig >> grub.cfg.
Il est donc normal que les formats divergent.
Tu pourrais modifier directement le grub.cfg mais il est préférable de rajouter l'entrée dans le custom et de passer par grub-mkconfig (car je suppose que Fedora est susceptible de lancer cette commande lors de mises à jour).
Pour Fedora, à toi de voir (je ne vois pas pourquoi ça serait différent).
http://fedoraproject.org/wiki/GRUB_2
Hellsing a écrit :grub2-mkconfig -o /etc/grub.conf
C'est toi qui a placé ce "mauvais" fichier, ce qui n'arrange pas la compréhension...
Quant à savoir où est le grub.cfg effectif, selon les manipulations faites sur uefi... effectivement, le /boot/efi de Fedora, je dirai.
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 17:00
par Hellsing
Systèmes UEFI
À venir.
Comme précisé je suis en UEFI. De plus, si c'est Grub qui est installé sur /boot (et non grub2), alors le fichier .conf deviendra illisible pour lui du fait que ce sera la syntaxe de grub2. Je suis méfiant car a partir du moment ou Grub ne peut plus démarrer, je peux dire adieu à ma distribution Fedora (que j'ai quand même pas mal customisé).
Donc mon fichier
.conf est bien dans /boot/efi/EFI/redhat/grub.conf et possède la syntaxe de Grub (et non de Grub2)... Enfin si j'ai tout suivi. Ca m'embeterai de ne plus pouvoir booter sur aucune distribution Linux...
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 19:07
par FoolEcho
Y a le wiki anglophone aussi...
Hellsing a écrit :Donc mon fichier .conf est bien dans /boot/efi/EFI/redhat/grub.conf et possède la syntaxe de Grub (et non de Grub2)... Enfin si j'ai tout suivi. Ca m'embeterai de ne plus pouvoir booter sur aucune distribution Linux...
Wiki de Fedora que je t'ai montré:
grub2-mkconfig will create a new configuration based on the currently running system, what is found in /boot, what is set in /etc/default/grub, and the customizable scripts in /etc/grub.d/ . A new configuration file is created with:
Traduction (c'est ce que je disais avant):
«grub2-mkconfig va créer une nouvelle configuration basée sur le système en cours d'exécution, à partir de ce qui se trouve dans /boot, de ce qui est défini dans /etc/default/grub, et les scripts personnalisables dans /etc/grub.d/. Un nouveau fichier de configuration est créé avec:
»
D'ailleurs ton /boot/grub2/grub.cfg montre le résultat qui a aussi les entrées pour Arch.
Hellsing a écrit :Code : Tout sélectionner
[root@silence ~]# cat /etc/grub.conf
# grub.conf generated by anaconda
# Note that you do not have to rerun grub after making changes to this file.
C'est l'installateur de Fedora qui te le fait:
The Fedora installer, anaconda, will run these grub2 commands and there is usually no reason to run them manually.
It is generally safe to directly edit /boot/grub2/grub.cfg in Fedora
Hellsing a écrit :Donc mon fichier .conf est bien dans /boot/efi/EFI/redhat/grub.conf et possède la syntaxe de Grub (et non de Grub2)...
De là, soit tu édites directement ce grub.conf (ou cfg, j'imagine que grub prend l'une ou l'autre des syntaxes), soit tu édites le custom puis tu refais le grub2-mkconfig (ce que tu as intérêt puisque Fedora peut écraser tes réglages manuels).
Hellsing a écrit :Enfin si j'ai tout suivi. Ca m'embeterai de ne plus pouvoir booter sur aucune distribution Linux...
Tu fais une copie de ces fichiers, au pire tu monteras les partitions pour les remettre.
De toutes manières, si tu ne te lances pas, on ne peut pas le faire pour toi...

(ceci étant,
peut-être que réinstaller grub sous Fedora te mettra directement les bons fichiers avec Arch en plus ? aucune idée)
Hellsing a écrit :Comme précisé je suis en UEFI. De plus, si c'est Grub qui est installé sur /boot (et non grub2)
Je t'ai déjà dit que grub1 (== grub legacy) ne gère pas GPT/UEFI etc..
En aucun cas, c'est lui qui démarre ici (le menu d'indique une version, non ?). De plus Fedora utilise grub2 depuis un moment (== grub). Quant à la syntaxe, elle est forcément similaire.
Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 20:12
par Hellsing
Je vais voir ca demain en tout cas je te remercie grandement pour ta patience et ton aide

Re: [UEFI] Installation en chroot ?
Publié : dim. 30 sept. 2012, 20:23
par FoolEcho
Tu peux aussi éditer les entrées au démarrage de grub, ce qui te permet de tester sans rien modifier.

Re: [UEFI] Installation en chroot ?
Publié : mar. 02 oct. 2012, 14:54
par Hellsing
Si je suis le raisonnement d'un des développeur de rEFInd :
IIRC, Fedora 17 still uses GRUB Legacy by default on EFI-based systems. In Fedora, it's probably located in /boot/efi/EFI/redhat/grub.efi, with a matching configuration file in the same directory. The installation scripts add entries to the configuration file for the Fedora kernel, and they may search for other kernels and/or OSes, but I'm not sure of the details. It'll also modify the file when you add a new kernel via the package manager.
You should be able to manually add your Arch Linux kernel(s) to the GRUB Legacy configuration file. There are about a billion Web sites that describe how to do this; it's pretty much the same for EFI as for BIOS, aside from the configuration file location. Be sure to research the correct version of GRUB, though -- the newer GRUB 2 uses a different configuration file format from GRUB Legacy. To be sure of what you're using, check using your package manager or reboot and check the version that the GRUB menu displays -- 0.97 is GRUB Legacy and 1.9x or 2.0x is GRUB 2.
Alternatively, you could ditch GRUB for something else. IMHO, the combination of the kernel's EFI stub loader and rEFInd is the easiest way to boot Linux on an EFI-based computer -- but as rEFInd's maintainer, I'm biased. FWIW, at least some Arch maintainers are big on this approach, too; the Arch wiki has information on how to set this up, and Arch is the only distribution to include a rEFInd package, AFAIK. I've got a Web page on EFI boot loaders, so you can read about them all there. (I haven't yet added gummiboot, though.)
Je ne sais que penser de toute ça ^^
Re: [UEFI] Installation en chroot ?
Publié : mar. 02 oct. 2012, 15:09
par FoolEcho
Que c'est à toi de voir... (*soupir* ... vu que tu ne sais déjà pas quel grub tu utilises...

)
En effet, Fedora utilise encore grub legacy (une version patchée qui supporte UEFI:
https://wiki.archlinux.org/index.php/UE ... acy_Fedora) mais plus pour longtemps à ce qu'il semble.
L'important étant d'avoir un chargeur, peu importe je dirai (vu que tu n'as pas l'air trop chaud à tester

). Commence déjà par éditer une entrée pour Arch depuis ton menu de démarrage (donc sans toucher à aucun fichier), ainsi tu ne casseras rien (si ça peut déjà te rassurer sur le lancement d'Arch

).