Archlinux.fr [Forums]

Bonjour

J'ai récemment formaté mon ordinateur (en Ubuntu Hardy) dans le bug d'en faire un dual boot XP / Archlinux \o/

J'ai utilisé le partitionnement suivant à l'installation d'XP :

Code : Tout sélectionner

Partition 1 (Primaire) NTFS (70Go)  => Windows XP
Partition 2 (Etendue)       (15Go)
Partition 3 (Etendue)  NTFS (~99Go) => Mes documents
Partition 4 (Etendue)       (~2Go)

L'installation d'XP a fonctionné parfaitement.

Je comptais destiner la partition 2 à Archlinux, et la 4 au swap, et stocker mes documents (Windows & Arch) sur la troisième partition.

Seulement voilà, je ne sais pas du tout comment m'y prendre pour le partitionnement une fois arrivé à l'utilitaire de partitionnement d'Arch =/

Pourriez-vous me guider ? Mon schéma est-il valable ? Je précise au cas où que la taille de la partition 1 est proportionnelle à l'envie de mon frère de jouer à des jeux non compatibles Wine

)

Iso a écrit :Bonjour

J'ai récemment formaté mon ordinateur (en Ubuntu Hardy) dans le bug d'en faire un dual boot XP / Archlinux \o/

Lapsus révélateur ? Dans le but de faire bugger ton ordinateur ?

Bref, avec l’utilitaire de partitionnement d’Archlinux (cfdisk), tu dois avoir 2 partitions « vides ». La partition 2 linux (qui doit correspondre à sdX3 ou hdX3 puisque c’est en partition étendue) tu dois mettre le type Linux (code 83) et pour la partition 4 swap (sdX5 ou hdX5) il faut que tu spécifie le code Linux Swap (code 82).
Pour la partition 2 : tu mets soit ext3 / XFS / JFS / ReiserFS.

Si tu veux ensuite accéder en écriture à ta partition 3 NTFS, il faudra que tu installes le logiciel ntfs-3g (pacman -Sy ntfs-3g).

Pour finir, c’est conseillé de faire une partition pour ton /home et pour le /boot mais c’est pas obligé…

Bon alors, je te conseille de partitionner un peu plus :
- / (partition racine) : 10 Go en ext3 ou reiserfs (je préfère le reiserfs, je le trouve plus stable en cas de crash du filesystem)
- /home : 1 ou 2 Go en ext3 ou reiserfs (en fait, en dehors de tes documents perso, ça grossit à cause de la corbeille), les documents perso seront renvoyés (lien symbolique) sur la partition 3.
- /var/log : 300 Mo (ext2) : ça évite que les logs ne te remplissent et bloque la partition système
- /boot : 128 Mo (ext3) : très utile de le dissocier de / ...

Là-dessus, tu passes ton swap à 2 fois la taille de ta RAM (histoire d'être tranquille), et tu montes (dans /etc/fstab) le /tmp et /var/tmp en tmpfs (si tu ne trouves pas, je te filerai un exemple, que je n'ai pas sous la main).
NB : pour les tmpfs, ça peut être fait plus tard, c'est vrai que ce n'est pas des plus pratiques lors de l'installation.

A toi de redéfinir ton découpage...

EDIT : c'est quoi ta config ? (CPU, RAM notamment)

Re

gyo, j'ai bien compris ce que tu m'as dit

Cactus, quel est l'intérêt de séparer / de /home, étant donné que le /home ne servira qu'à la corbeille ? et pourquoi mettre le /boot sur une autre partition ?

Pour l'instant, ma table de partitions est la suivante :

Code : Tout sélectionner

Name    Flags    Part Type    FS Type                 [Label]    Size (MB)
sda1    Boot     Primary      NTFS                    ]          73402.40
sda5    Boot     Logical      Linux                              20974.47
sda6             Logical      NTFS                    [^L]       103811.26
sda7             Logical      Linux swap / Solaris               1850.69
                 Pri/Log      Free space                         8.23

NB : oui, je m'éclate avec les tableaux

Houlà, y'a des trucs que je pige pas ^^ pourquoi on passe de sda1 à sda5 ? Cay quoi un label ? Dois-je mettre la partition sda5 en Bootable ou pas ?

Si je veux lancer l'installation, je dis de mettre sda7 en swap et sda2 en ext3 et ça plante.

JE VIENS DE ME RENDRE COMPTE QU'IL FALLAIT METTRE sda5 EN ext3 !
(mais alors, d'où vient la sda2 ? mystère et boule de gomme)

Avec sda7 en swap et sda5 en ext3, ça a l'air de marcher. \o/

A tout de suite pour un nouveau bug

EDIT : et paf, je boote pas sur Archlinux mais sur XP.

Iso a écrit :Re

gyo, j'ai bien compris ce que tu m'as dit

Cactus, quel est l'intérêt de séparer / de /home, étant donné que le /home ne servira qu'à la corbeille ? et pourquoi mettre le /boot sur une autre partition ?

Bonjour,
Bienvenu, et bravo pour ton enthousiasme.

Je voudrais te demander de nous donner quelques informations simples pour commencer, pour que l'on comprenne quel est le résultat auquel tu veux parvenir, et aussi que tu nous dises où tu as été pêcher tes informations : le /home n'est pas pour la corbeille, mais pour (la maison) les répertoires liés aux comptes des utilisateurs, et dans les répertoires des utilisateurs, leurs données, ainsi que les données des applications qu'ils utilisent.

Petite explication sur le swap : il n'a pas besoin d'être gigantesque, de 500 mo à 750 mo est très suffisant, sauf si tu utilises de grosses applis graphiques, plusieurs en même temps, selon ce que j'ai entendu dire (blender, + gimp ... ) et encore, avec des machines sur équipées en ram, pas très utile.

Tu as deux flags de boot dans ta table de partition : ce n'est pas utile, enlève le second.

Est-ce Grub qui gère le boot ?

Un label : c'est aussi nommé un drapeau. Si tu mets un label sur tes partitions, tu peux les reconnaître plus facilement quand tu invoques "sudo chdisk" dans la console (attention, c'est un outil de partitionnement en mode texte, pas très convivial pour partitionner, pour un débutant, ne t'en sers que pour regarder où sont tes partitions et leur nom, ou leur label).

Passons aux choses sérieuses :

/dev/sda1 primaire Ntfs 73 GO : c'est pour le système Windows ? il a besoin de 5 Go tout mouillés...

on passe à /dev/sda5 parce que c'est une partition logique, alors que sda1 est une primaire.

Pour le /home on le met à part pour pouvoir manipuler le système indépendemment des données personnelles, en cas de réinstallation ça facilite, en cas de partitions système endommagées ça facilite aussi le backup et la restauration des données.

Pour les autres parties du système, je trouve qu'externaliser /var ou /boot n'est pas si important, sauf pour quelqu'un dont l'espace disque est réduit, ce qui n'est pas ton cas, et plus c'est compliqué moins c'est pratique à gérer (plus de partitions c'est aussi plus d'espaces libres en réserve qui ne sont pas libres pour les autres données).

Ma suggestion:

Ntfs : tu réduis

Ubuntu : tu regardes l'espace occupé et tu tentes de te faire une idée de l'évolution

la seconde Ntfs : ben, pour quoi faire ? (c'est ton "home windows" ?) mais idem, regardes l'espace occupé.

swap : mets le plus vers le début du disque dur.

Archlinux : fais un / pour le système et un /home pour les comptes utilisateurs, et c'est tout.

Un seul flag de boot ! sur la première Ntfs en sda1.

Pour partitionner, un seul outil, le bon !

J'ai nommé Gparted, en live CD.
Téléchargement sur sourceforge

docs en français, avec captures d'écran:
http://gparted.sourceforge.net/larry/ge ... ted-fr.htm

http://gparted.sourceforge.net/larry/re ... ing-fr.htm

Note que Gparted te permettra aussi de mettre des labels, de régler la question du flag de boot en trop, il permet de manipuler les partitions de diverses manières aussi (copier coller, couper coller... rétrécir, augmenter... )

la swap sert également pour l'hibernation et dans ce cas, elle doit etre au minimum égale à la quantité de RAM disponible.
les labels, c'est plutot les étiquettes, en gros, le nom que tu veux attribuer à ta partition.
@melodie, chdisk, c'est quel paquet ca ?

les drapeaux, c'est les flags, et pour gnu/linux + grub, peu importe la partition qui a le drapeau d'amorcage car grub prend la main.

PS: windows sur 5 Go, t'auras vite un problème de place

@iso: ca serait sympa de formater le titre du sujet comme indiqué ici:
http://forums.archlinux.fr/topic68.html

Alors, j'insiste :

/boot à part :
ça te permet d'installer d'autres distributions si un jour tu en as envie (ne serait-ce qu'une Geexbox)

En plus, si ton / plante, tu gardes encore la main sur ton boot, ce qui n'est pas le cas si tu ne sépares pas. C'est pas pour ce que ça coûte : qq Mo de bloqués + 1 minutes à l'install... (partitionnement + définition du point de montage)

/var/log à part :
Il m'est déjà arrivé qu'un log se remplisse indéfiniment (Xorg à cause d'un driver ati foireux). C'est très facile à résoudre (détection hyper facile avec un 'df' ), alors que quand tu as qu'une partition racine qui englobe tout, ben amuses-toi pour trouver d'où vient le binz !

/var/tmp et tmp en tmpfs :
Par définition, ce sont des répertoires temporaires, donc autant les envoyer en RAM ET augmenter le swap (au cas où la RAM soit saturée). Ainsi, tu as une très bonne réactivité de ton système (très visible lors des compilations), et tu rebascule à un schèma plus traditionnel (écriture sur disque), sauf que tu écris dans le swap au lieu d'un simple répertoire --> on s'en fout !

Le swap très grand :
tu as de l'espace disque à revendre donc autant ne pas brider ton système et prévoir large. Sinon, effectivement, l'hibernation aura besoin de bcp de place, mais sur un PC fixe, on n'hiberne pas souvent (enfin, pourquoi pas, mais je ne le fais pas chez moi !

)

/home à part :
Comme l'a dit Mélodie, c'est ici que tu as tous tes fichiers de configuration des programmes, à commencer par l'interface graphique ! en cas de réinstallation, tu retrouves illico ton bureau ! (entre autres)

Enfin, petit cours sur les partitions :
sda1, sda2, sda3 et sda4 : partitions primaires
Les partitions logiques commencent à sda5.
A noter que sda2 existe, mais n'est pas directement utilisée, elle ne fait qu'englober sda5, 6 7, etc...

J'espère que j'ai été clair, n'hésites pas à poser des questions si nécessaire ! (c'est un pur plaisir d'aider un novice motivé !)

Cactus a écrit : /var/tmp et tmp en tmpfs :
Par définition, ce sont des répertoires temporaires, donc autant les envoyer en RAM

oui mais par définition le /var/tmp est un répertoire temporaire destiné à ne pas être vidés à chaque démarrage, donc vaut mieux le garder sur le disque ou prévoir une copie du contenu avant l'extinction
http://www.pathname.com/fhs/pub/fhs-2.3.html

toutefois, dans la pratique, ca ne fait pas grande différence

tuxce a écrit :
Cactus a écrit : /var/tmp et tmp en tmpfs :
Par définition, ce sont des répertoires temporaires, donc autant les envoyer en RAM
oui mais par définition le /var/tmp est un répertoire temporaire destiné à ne pas être vidés à chaque démarrage, donc vaut mieux le garder sur le disque ou prévoir une copie du contenu avant l'extinction
http://www.pathname.com/fhs/pub/fhs-2.3.html

toutefois, dans la pratique, ca ne fait pas grande différence

Je te l'accorde...

EDIT : d'ailleurs, c'est pour cette raison que je ne l'ai pas remis dans ma dernière réinstall, mais j'avais déjà oublié le pourquoi du comment !

tuxce a écrit : @melodie, chdisk, c'est quel paquet ca ?

non cfdisk. Je ne sais plus tapper.

J'ai un Windows sur 5 Go et il a encore plein d'espace dedans. D'ailleurs je n'y mets rien.

(les drivers pour accéder aux partitions GNU/Linux sont là pour ça).

Coucoux

@ Cactus

Si jamais le /boot est une très mauvaise idée... Surtout si tu mets côte à côte des distros du genre Ubuntu, Mandriva ou Fedora...

Surtout Ubuntu, qui n'est absolument pas copine du tout avec ses petits camarades.

De plus comment tu fais lorsque certaines distros on les mêmes fichiers de /boot

Une bonne solution et de choisir une distro principale (Archlinux chez moi), de n'installer que le grub de cette distro dans le MBR ou sur /boot.

Pour toutes les autres distros, installer grub ou le boot à la racine de leur partition. Puis de créer une entrée dans le grub de Arch pour chacune d'elle.

Ca donne à peu près ça :

# (0) Arch Linux
title Arch Linux
root (hd0,4)
kernel /boot/vmlinuz26 root=/dev/sda5 ro
initrd /boot/kernel26.img

title OpenSuse 11.0
root (hd0,6)
chainloader +1

title Frugalware 0.9 Solaria Beta
root (hd0,7)
chainloader +1

title Ubuntu 8.04 HH
root (hd0,8)
chainloader +1

title Zenwalk 5.2
root (hd0,9)
chainloader +1

title Fedora 0.9
root (hd0,10)
chainloader +1

title Elive 1.7.8
root (hd0,11)
chainloader +1

title Ulteo 1.0.2 Stable
root (hd0,12)
chainloader +1

title Sabayon 3.5
root (hd0,13)
chainloader +1

title Linux Mint 5.0
root (hd0,14)
chainloader +1

# (1) Windows XP Professional
title Windows XP Professional
rootnoverify (hd0,0)
makeactive
chainloader +1

Tu passes par deux grubs successifs (ou Lilo pour Zenwalk), mais ce n'est pas trop gênant...

Crois-moi expérience faite un /boot séparé commun à toutes les distros, ça n'est pas une bonne idée...

Cactus a écrit :Alors, j'insiste :

/boot à part :
(...)
C'est pas pour ce que ça coûte : qq Mo de bloqués + 1 minutes à l'install... (partitionnement + définition du point de montage)

Le problème que j'y vois, a été évoqué par quelques personnes ici et là, c'est justement le manque d'espace dans cette partition, souvent : le geek veut y coller un noyau de plus, parce qu'il veut en essayer un autre, un nouveau, ou un qu'il a compilé et crac plus de place.

Et si ta bécane boote plus un jour, même si le boot est sous / et pas à part, les live CD servent à ça.

FenDanT a écrit : Tu passes par deux grubs successifs (ou Lilo pour Zenwalk), mais ce n'est pas trop gênant...

J'aime bien aussi, c'est assez rigolo.

Aparté: Pour Zenwalk tu peux simplement passer l'installation du bootloader, et installer grub après l'installation de Zenwalk.

Un bloc de texte typique dans le menu.lst d'une distribution voisine, pour booter Zenwalk:

Code : Tout sélectionner

# Zenwalk 5.0
title Zenwalk 5.0
root	(hd0,7)
kernel	/boot/vmlinuz root=/dev/sda8 ro noquiet vga=775 resume=/dev/sda2

Et donc pour en revenir à mon soucis (boot direct sur XP, pas de grub) je fais comment

Merci pour tous ces précieux conseils

Tant qu'à faire, je vais poster mon menu.lst (trouvé dans Windows grâce à Ext2IFS qui est quand même bien pratique

)

Code : Tout sélectionner

# Config file for GRUB - The GNU GRand Unified Bootloader
# /boot/grub/menu.lst

# DEVICE NAME CONVERSIONS 
#
#  Linux           Grub
# -------------------------
#  /dev/fd0        (fd0)
#  /dev/hda        (hd0)
#  /dev/hdb2       (hd1,1)
#  /dev/hda3       (hd0,2)
#

#  FRAMEBUFFER RESOLUTION SETTINGS
#     +-------------------------------------------------+
#          | 640x480    800x600    1024x768   1280x1024
#      ----+--------------------------------------------
#      256 | 0x301=769  0x303=771  0x305=773   0x307=775
#      32K | 0x310=784  0x313=787  0x316=790   0x319=793
#      64K | 0x311=785  0x314=788  0x317=791   0x31A=794
#      16M | 0x312=786  0x315=789  0x318=792   0x31B=795
#     +-------------------------------------------------+

# general configuration:
timeout   5
default   0
color light-blue/black light-cyan/blue

# boot sections follow
# each is implicitly numbered from 0 in the order of appearance below
#
# TIP: If you want a 1024x768 framebuffer, add "vga=773" to your kernel line.
#
#-*

# (0) Arch Linux
title  Arch Linux  [/boot/vmlinuz26]
root   (hd0,0)
kernel /vmlinuz26 root=/dev/hda3 ro
initrd /kernel26.img

# (1) Windows
#title Windows
#rootnoverify (hd0,0)
#makeactive
#"chainloader +1

Je n'ai jamais eu de pb avec mon /boot à part... ok, je n'installe pas des dizaines de distrib (j'en ai testé 2 ou 3 au max en même temps), et je rentre toujours moi-même les entrées de Grub à la main.

C'est vrai que je l'ai rempli une fois (32 Mo !!! c'est pas assez !), mais rien de grave, j'avais toujours accès à mon Arch !

Je comprends vos mises en garde, elles sont censées, et la réponse de FenDanT est excellente !

Bref, gardez toujours la main sur votre système, faites attentions aux installateurs trop automatisés...

Iso a écrit : Tant qu'à faire, je vais poster mon menu.lst (trouvé dans Windows grâce à Ext2IFS qui est quand même bien pratique )

Ben oui, c'est pourquoi tu n'auras pas besoin d'autant d'espace dans Windows quand tes données personnelles seront dans le /home de l'une ou l'autre distribution.

Le config file ci-dessous, il est où, dans Ubuntu ? Tu as installé Archlinux, ou non ? Et si oui, dans quelle partition ? Es-tu sûr d'avoir installé Grub ? Où ? L'as-tu installé sur le MBR ?

# general configuration:
timeout 5

5 secondes pour choisir sur quel OS booter c'est un peu juste, je mettrais 10.

default 0

là tu bootes par défaut sur la première entrée (si tu n'as pas changé pendant les 5 ou 10 secondes où tu auras le choix)

color light-blue/black light-cyan/blue

jolies couleurs ! j'aime bien. :p

# (0) Arch Linux
title Arch Linux [/boot/vmlinuz26]
root (hd0,0)
kernel /vmlinuz26 root=/dev/hda3 ro
initrd /kernel26.img

après title tu peux écrire ce que tu veux, mais si tu mets

root (hd0,0) alors tu lui dis de démarrer sur la première partition (dans la parenthèse, c'est le second zéro) du premier disque dur (dans la parenthèse c'est le premier zéro), ce qui dans ton cas est faux. idem pour root=/dev/hda3 : si archlinux est sur la partition /dev/sda5 par exemple, (vue depuis Ubuntu) alors il se peut que le bon bloc de texte doive contenir :

(fais bien attention aux chiffres mais pas aux différences de notation hda/sda, car ça peut être sda sous Ubuntu et hda sous Archlinux selon le kernel et selon la machine)

root (hd0,4)
kernel /vmlinuz26 root=/dev/hda5 ro

Explication:
sur la ligne "root", on retranche 1 aux numéros de disque dur/partition, parce que Grub compte à partir de 0 (grub legacy) alors que sur la ligne "kernel" on compte à partir de 1.

# (1) Windows
#title Windows
#rootnoverify (hd0,0)
#makeactive
#"chainloader +1

Il faut ôter tous les dièses sauf le premier.

# (1) Windows
title Windows
rootnoverify (hd0,0)
makeactive
chainloader +1

Et ne laisse pas traîner de guillemet dans le bloc de texte non plus.

Puis si tu veux faire de la mise en veille, avec une partition swap aussi grosse que la RAM, il te faut ceci à la fin de la ligne kernel:

resume=/dev/hda2

Si la swap est sur hda2, par exemple.

FenDanT a écrit :Coucoux

Une bonne solution et de choisir une distro principale (Archlinux chez moi), de n'installer que le grub de cette distro dans le MBR ou sur /boot.

Pour toutes les autres distros, installer grub ou le boot à la racine de leur partition. Puis de créer une entrée dans le grub de Arch pour chacune d'elle.

[...]

Tu passes par deux grubs successifs (ou Lilo pour Zenwalk), mais ce n'est pas trop gênant...

+1

j'ai installé 2 grub complètement indépendnant (ceinture et bretelle) :
un grub qui démarre à partir du MBR, qui chaîne vers un autre totalement isolé (tous le stages) dans une partition dédié, dont le menu.lst se contente de faire des chainload vers les autres partitions, dont toutes les distrib ont leur propre grub dans le /boot/grub dans leur partition.
3 grub successifs. certainement 1 de trop d'ailleurs.

On peut aussi mettre le Grub de chaque distribution sur la / de la distribution : que cela change-t-il comparé à Grub sur le /boot ?

Bonjour à tous,

Je profite de ce thread pour poser ma question. Je viens de faire une installation propre de windows xp sur une seule partition. Je m'apprête à me lancer dans Archlinux.
J'ai bien noté que pour faire mes partitions, Gparted était l'outil recommandé. Mon disque fait 149GO, ma partition WINXP en fera environ 15GO.

Ce que je souhaite, c'est avoir un dual boot avec une partition commune (musique, vidéos, documents). Cette partition commune occupera la plus grande partie de mon disque. Là où j'ai besoin de vos conseils, c'est combien de partitions, de quelles tailles, et de quel type côté Archlinux ?

Je précise ma machine :
Ultra Portable thinkpad X31
RAM 768 MO
CPU 1.5 GHZ
HDD 149 GO

Je précise également que je souhaite me construire un archlinux assez réactif (car machine ancienne), donc utiliser au mieux les astuces qui rendent le système plus rapide (une partition dédiée au boot, utilisation du reiser pour certaines partitions... enfin d'après ce que j'ai cru comprendre en me renseignant !)

Donc au final je pense que ça commencera comme ça :

Code : Tout sélectionner

Partition 1 (WINXP) : 15 GO : NTFS
Partition 2 (FICHIERS COMMUNS AUX 2 OS) : environ 100 GO : FAT32 ?
Partition 3 (BOOT) : ? : ?
Partition 4 (SWAP) : ? : ?
Partition 5 ...... ?

Mais j'attends impatiemment vos conseils !
Merci beaucoup.

Coucoux

Je ne suis vraiment pas convaincu qu'une partition de données commune soit une bonne solution : limite de taille de fichier, defragmentation, risque de perte de données, etc...

Un partitionnement simple me paraît mieux :

Une partition / en ext3 (10 Gb)
Une partition Swap = à la taille de la ram suffit
Une partition /home en ext3 de la taille maximum

Dans le cas on on pense installer plusieurs distros :

Idem à au dessus :

Une partition /racine en ext3 de 10 à 15 Gb avec un /home inclus
Une partitition swap idem à au-dessus
Une partition /data en ext3 assez grande et qui sera commune à toutes les distros.
Il suffira de faire un lien symbolique de /data dans le /home et de donner les droits à cette partition, pour utiliser les mêmes données sous plusieurs distros.

La partition de données communes entre win et linux n'est plus vraiment nécessaire... On a accès à la partition win**** depuis Linux et même aux partitions de Linux depuis win**** en installant un driver genre EXT2FS... A manier avec précaution tout de même...

Archlinux.fr [Forums]

[dual boot] Partitionnement ? (résolu)

[dual boot] Partitionnement ? (résolu)

Re: Partitionnement ? De quoi ? =D