But : Démarrer plusieurs systèmes sur ma machine, dont windows Xp qui ont tendances à devenir inter-dépendant ce qui est justement pas le but. Faisant de l'audionumérique à outrance et de la vidéo (et halflife2, arf) de l'autre côté, il me fallait deux systèmes distincts pour assurer une stabilité maximale pour pas avoir de plop ou de clic ou cracks dans mes enregistrements. Donc il faut deux partitions "C:" invisibles l'une à l'autre...
Moyen : Lilo (je connais pas grub, et ma seule expérience avec c'est une perte de la fat, donc pour l'instant, j'ai un peu peur...)
J'ai trouvé comme faire grâce à un problème qu'il m'est arrivé : lorsque j'ai redémarré la première fois sous windows, toutes mes partitions étaient visibles (C:1 C:2 D: E:) mais deux partitions portaient la même lettre, et une partition (D:) s'était cachée toute seule, la gestion des disques de windows m'affichait l'énigmatique "sain (partition inconnue)"... J'arrivais toujours à y accéder sous linux, mais même en la décachant, windows la recachait. Enfin je croyais. Le fautif c'était moi qui avait laissé les paramètres lilo par défaut. Et par défaut il active le paramètre "change automatic" qui cache les partitions quand ça lui cause problème. En mettant "change" dans la section "other=xxx" et décachant la partition voulue, ça marche !!! Et là je me dis, mais c'est génial ça, ça va me permettre de mettre deux C: cachés l'un à l'autre, donc deux windows totalement indépendants sur une machine.
J'installe donc windows sur hda1, propre, stable, parfait. Je fais une image de secours (partimage) et ensuite un petit dd if=/dev/hda1 of=/dev/hdb1
J'ai le lilo suivant : (partie essentielle)
# [...]
# Règles pour indiquer au système les types de partitions à cacher (voir dans fdisk les types de partition)
change-rules
reset
type=HPFS_NTFS
normal=0x07
hidden=0x17
# Boot up Linux by default.
default=Linux
image=/vmlinuz
label=Linux
read-only
# Windows orienté musique
other=/dev/hda1
label = "Musique"
# éviter que tout change automatiquement...
change
partition = /dev/hda1
activate
set = HPFS_NTFS_normal
partition = /dev/hdb1
deactivate
set = HPFS_NTFS_hidden
# Windows orienté vidéo et jeux
other=/dev/hdb1
label = "Autres"
# master-boot pour indiquer qu'il faut permuter les disques (hda-hdb) pour retrouver un C:
master-boot
change
partition = /dev/hdb1
activate
set = HPFS_NTFS_normal
partition = /dev/hda1
deactivate
set = HPFS_NTFS_hidden
Et ça marche pas !!!! En fait, mon "dd if=..." n'était pas une bonne idée, ayant un bios un poil ancien et un disque de 120Go adressé en LBA48 (ATA133), il simule les valeurs de cylindre (donc incohérence entre celles retournées par le bios et celles par le noyau), et comme à mon avis windows adresse ses fichiers systèmes par numéro de cylindre sans utiliser la fat, arrivé sur hdb1 il ne comprend pas ce qu'il se passe. J'ai débranché hda, installé windows sur ex-hdb1, remis les disques comme auparavant, réinstallé lilo, et là tout fonctionnait comme voulu.
Ouf ! 5 jours !! Mais j'ai appris tout plein.
Un peu de pub, j'ai utilisé un truc génial qui me sauve la vie régulièrement quand je vais faire de la maintenance chez des amis : le cd SystemRescue qui démarre un nux avec tout ce qu'il faut pour réparer, bidouiller un pc (réseau, (qt)parted, links, ssh, (c)fdisk, samba, etc...) voir sur http://www.sysresccd.org/index.fr.php(...)
Foilà !
# bon...
Posté par djibb (site web personnel) . Évalué à 4.
sinon : pourquoi cacher les windows entre eux ?
[^] # Re: bon...
Posté par guix77 . Évalué à 1.
Pour moi l'installation de Debian Sarge a mis Grub en défaut, et je n'ai eu aucun problème.
Tu ne veux pas reconsidérer Grub ? C'est vraiment bien.
[^] # Re: bon...
Posté par nethenic (site web personnel) . Évalué à 1.
J'attends juste qu'un nouvel ami décide de passer sous nux, lol.
Mais il est vrai que pour l'instant, mon lilo fonctionne à merveille, me semble simple, et je n'ai pas de raison de changer.
Maintenant, c'est du "pour l'instant" :)
# ...
Posté par M . Évalué à 3.
Qd tu boot windows ca fait 2 menu, mais c'est beacoup plus simple...
[^] # Re: ...
Posté par bibile . Évalué à 1.
grub ecrasera tout par defaut ? ou il laissera le bootloader d'XP se debrouiller (et il se debrouillera bien) ?
[^] # Re: ...
Posté par matlj . Évalué à 1.
[^] # Re: ...
Posté par bibile . Évalué à 1.
[^] # Re: ...
Posté par spell (site web personnel) . Évalué à 1.
(même si moi aussi je n'utilise windows que très rarement)
[^] # Re: ...
Posté par Jimmy . Évalué à 2.
[^] # Re: ...
Posté par bibile . Évalué à 1.
1) XP_1
2) XP_2
3) Linux
que je mettes grub ou lilo lors de l'install du 3ieme OS (linux), ca marchera parfaitement ?
pour l'instant, j'ai les 2 XP avec le bootloader de windows, ca marche tres bien. je veux mettre linux, mais pas tout casser ...
[^] # Re: ...
Posté par matlj . Évalué à 1.
De toute façon, si tu casses le bootloader Windows, tu démarres sur un cd de Windows XP, et tu peux restaurer la mbr d'origine à partir de la console de récupération.
[^] # Re: ...
Posté par bibile . Évalué à 1.
[^] # Re: ...
Posté par nethenic (site web personnel) . Évalué à 1.
Il est primordial pour la stabilité du système orienté musique, que le winXP sur lequel je fais du montage vidéo et HalfLife2, ainsi que toutes sortes d'essais débiles ne voie pas l'autre (drivers sons assez fragiles aux changements).
Donc, il faut aussi cacher/décacher les partitions en conséquence, et changer l'ordre des disques virtuellement. Ce que le boot de windows ne permet pas :)
# XOSL
Posté par GCN (site web personnel) . Évalué à 1.
Le site officiel est mort www.xosl.org et le logiciel n'est plus maintenu depuis 1999 mais, malgré tout, il marche très bien et je ne lui trouve rien à redire.
Il permet de cacher des partitions, etc... etc... Avec un peu de Google tu devrais arriver à mettre la main de dessus.
Sinon, envoies moi un message privé et je te ferais parvenir ce fichier.
[1] - http://www.framasoft.net/article1126.html(...)
[^] # Re: XOSL
Posté par samfuzz . Évalué à 1.
[^] # Re: XOSL
Posté par nethenic (site web personnel) . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.