Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

installation multiboot Fedora 17

christian78

Bonjour
J'ouvre cette discussion pour avoir votre avis sur la configuration que j'envisage pour installer Fedora 17

Je dispose de 3 disques durs : sda (300 Go), sdb (1To) et sdc (300Go). Sur le disque sda, il y a 3 partitions primaires : sda1 (pour Windows XP 49 Go), sda2 (pour Ubuntu 10.04 LTS 49Go) et sd4 actuellement occupé par Mandriva 2009.1 et sur laquelle je compte installé Fedora 17 (49Go). Sur sda, il ya aussi une swap de 16 Go commune à tous les OS.
Sur le disque sdc, il y a 4 partitions : sdc1 (pour les utilisateurs de XP), sd5 en FAT32 pour des échanges avec XP, sdc6 (pour les utilisateurs Ubuntu /home) et sd7 (pour les utilisateurs de mandriva) que je compte utiliser pour le /home de Fedora 17.

J'utilise une distribution basée sur RedHat pour faire des calculs scientifiques en fortran et du postraitement de données sous python. J'abandonne Mandriva qui ne me conviens plus pour mon travail scientifique avec sa nouvelle version 2011.0 (hydrogen). Je pense que Fedora est mieux adapté. Pouvez-vous me donner un avis sur ce point ?

En lisant la procédure d'installation de Fedora 17, il est indiqué qu'il faut une partition pour /boot, une pour /, une swap bien sur et une pour /home. Faut-il réellement une partition spécifique pour /boot ?
j'envisageais d'installer le GRUB de Fedora sur la partition sda4. Le GRUB de Ubuntu est installé sur la MBR du sda, il permet soit de lancer Ubuntu, soit de lancer XP, soit de lancer une autre distibution linux (actuellement Mandriva).
Ci-dessous, le contenu du fichier 40_custom du GRUB Ubuntu
#!/bin/sh
exec tail -n +3 $0
# 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 "Microsoft Windows XP Professionnel" {
insmod ntfs
set root=(hd0,1)
search --no-floppy --fs-uuid --set eeec11e1ec11a4bd
drivemap -s (hd0) ${root}
chainloader +1
}

menuentry "Mandriva linux" {
insmod ext2
set root=(hd0,4)
search --no-floppy --fs-uuid --set ebf2797b-42cf-4216-a131-3c38814eab1b
chainloader +1
}

Cette configuration vous semble-t-elle viable avec une Fedora ?

Par avance Merci de vos réponses

A bientôt

nouvo09

Faut-il réellement une partition spécifique pour /boot ?

Non ce n'est pas indispensable.

Cette configuration vous semble-t-elle viable avec une Fedora ?

C'est tout à fait viable. Le seul point sur lequel j'attire ton attention, c'est l'évolution très rapide de Fedora qui t'obligera à changer ton installation en gros tous les ans.

homere57

re,
pour ne pas avoir de soucis de mises à jour tu installe le grub de fedora sur sa partition
comme cela lorsque tu lances fedora tu as le menu grub de celle ci .
au fait evite le lvm pour l'instalation , ça n'a aucun interet dans ton cas et se sera plus souple .

Sur sda, il ya aussi une swap de 16 Go commune à tous les OS.

*pourquoi faire tu n'a pas de memoire vive
a+

christian78

Merci pour vos réponses

pour nuvo09 : les mises à jour ne devrait affecter que la partie système c'est-à-dire la racine et peut être une mise à jour de grub Ferdora. Les mises à jour de mandriva de 2009.0 vers 2009.1 ne m'ont pas posé de problème. C'est la mise à jour vers 2011.0 qui m'a posé des problèmes non pas sur ma manière de partitionner mais plustôt sur ma gestion en dual screen. C'est bien pratique lorsque l'on fait du développement de code...
C'est le défaut principal de ma configuration. J'ai une carte graphique GeForce 8800 GT ce qui m'oblige à utiliser un pilote nvidia propiétaire pour que je puisse tirer parti de mon double écran. Avec Ubutun j' n'ai pas eu de problème car le driver propriétaire est disponible et je peux facilement utiliser nvidia-setting pour configurer graphiquement mon fichier Xorg. Avec mandriva la nouvelle approche est beaucoups plus commerciale. De ce fait je n'ai plus cette possibilité avec cette carte graphique qui commence à dater ainsi que mes 2 écrans (samsung 2232bw). je comprend la démarche de mandriva. Il en est de même pour certaines applications python (par exemple mayavi2 qui permet de faire de la repésentation 3D de données). Après avoir consulté la liste des paquets disponibles sur Fedora, je me suis aperçu que les paquets dont j'avais besoin était bien disponibles. Ce qui change tout pour moi. L'introduction d'un cloud est sans doute une avancé mais pas au détriment d'une configuration matérielle ; ce qui était la force de Mandriva mais ne l'est plus...

pour homere57 : j'ai 4 Go de ram mais certaines appliquations de ré-encodage vidéo surtout sous XP n'écessitent d'avoir une extension swap. J'ai utilisé une règle en vigueur sur les sites vidéo : 4 fois la ram physique. Je ne suis pas le seul utilisateur de mon PC.

en tout cas merci pour vos réponses. je vais installer Fedora 17 et je verrai bien ce que cela donne. je ne sai pas encore quel bureau je vai utiliser ; KDE sans doute par habitude mais peut être Xcfe pourait mieux me convenir pour ce que je veux faire...

Je vous tiendrait au courant

A bientôt

nouvo09

peut être Xcfe pourait mieux me convenir pour ce que je veux faire...

regarde aussi du côté de MATE !

C@sp€r

Salut,

homere57 wrote:au fait evite le lvm pour l'instalation , ça n'a aucun interet dans ton cas et se sera plus souple .

LVM apporte la souplesse, il n'y a rien de plus souple que LVM, et il est pratique pour un multiboot ou non...

homere57

re,
je n'ai pas dis que le lvm n'etait pas souple , j'ai dis que pour son installation ne pas l'utiliser sera plus simple ,
apres chacun fait ce qu'il a envie .
a+

nouvo09

lvm est très souple oui, seulement cette souplesse se paye par une complexité de mise en œuvre et des concepts à assimiler qui ne sont pas instinctifs.

Dans une configuration classique, on a une partition et un système de fichiers dedans.

Avec lvm, on a 5 étages au lieu de 2 :
- la partition
- le volume physique (en fait la partition après initialisation)
- le groupe de volumes
- le volume logique
- le système de fichiers occupant tout ou partie du volume logique.

Ca me semble hallucinant de complexité, non pas lorsque tout se fait tout seul lors d'une installation, mais dès qu'on doit mettre les mains dans le cambouis. Et sans compter que la capacité des volumes logiques s'exprime en "extends" bien loin de nos octets ou secteurs traditionnels.

Ce n'est plus de la souplesse là, c'est de l'acrobatie.

C@sp€r

nouvo09 wrote:Ca me semble hallucinant de complexité, non pas lorsque tout se fait tout seul lors d'une installation, mais dès qu'on doit mettre les mains dans le cambouis.

Ne te fies pas aux apparences 😉
Lorsqu'on met les mains des le cambouis sur un système à partitions classiques, tu fais un truc du genre :

mkdir /mnt/partition
ls /dev/  # Pour savoir quelle partoche monter
mount /dev/sda3  /mnt/partition

Avec lvm, c'est presque pareil :

mkdir /mnt/lv
lvs  # Pour savoir quel volume monter
lvchange -a y /dev/mon_vg00/LogVol27  # Pour initialiser LVM et activer ce volume logique
mount /dev/mapper/mon_vg00-LogVol27 /mnt/lv