[UEFI] Installation en chroot ?

Message par **FoolEcho** » mer. 26 sept. 2012, 09:24

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.

oktoberfest · Message par **oktoberfest** » mer. 26 sept. 2012, 09:46

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.

Hellsing · Message par **Hellsing** » jeu. 27 sept. 2012, 21:14

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

Code : Tout sélectionner

grub2-mkconfig -o /etc/grub.conf

? 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.

oktoberfest · Message par **oktoberfest** » ven. 28 sept. 2012, 09:04

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

Message par **FoolEcho** » ven. 28 sept. 2012, 09:19

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
Code : Tout sélectionner
grub2-mkconfig -o /etc/grub.conf
? 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)

Hellsing · Message par **Hellsing** » sam. 29 sept. 2012, 09:32

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 :

Code : Tout sélectionner

grub2-mkconfig -o /boot/grub2/grub.cfg

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)

Hellsing · Message par **Hellsing** » sam. 29 sept. 2012, 17:14

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 ?

Message par **FoolEcho** » sam. 29 sept. 2012, 19:44

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).

Hellsing · Message par **Hellsing** » sam. 29 sept. 2012, 22:38

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).

Message par **FoolEcho** » dim. 30 sept. 2012, 10:20

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

).

Hellsing · Message par **Hellsing** » dim. 30 sept. 2012, 13:19

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)

Message par **FoolEcho** » dim. 30 sept. 2012, 13:54

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).

Hellsing · Message par **Hellsing** » dim. 30 sept. 2012, 15:22

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...

Message par **FoolEcho** » dim. 30 sept. 2012, 15:40

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.

Hellsing · Message par **Hellsing** » dim. 30 sept. 2012, 17:00

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...

Message par **FoolEcho** » dim. 30 sept. 2012, 19:07

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:
Code : Tout sélectionner
grub2-mkconfig -o /boot/grub2/grub.cfg

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:

Code : Tout sélectionner

grub2-mkconfig -o /boot/grub2/grub.cfg

»

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.

Hellsing · Message par **Hellsing** » dim. 30 sept. 2012, 20:12

Je vais voir ca demain en tout cas je te remercie grandement pour ta patience et ton aide

Message par **FoolEcho** » dim. 30 sept. 2012, 20:23

Tu peux aussi éditer les entrées au démarrage de grub, ce qui te permet de tester sans rien modifier.

Hellsing · Message par **Hellsing** » mar. 02 oct. 2012, 14:54

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 ^^

Message par **FoolEcho** » mar. 02 oct. 2012, 15:09

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

).

Arch Linux

Archlinux.fr [Forums]

[UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?

Re: [UEFI] Installation en chroot ?