Re: machine en double boot

2006-01-21 Par sujet Pierre Meurisse
Bonjour,

On Fri, Jan 20, 2006 at 11:32:44PM +0100, Pascal Hambourg wrote:

... 

 Même sans aller chercher Windows, on peut prendre le cas de plusieurs 
 installations de Linux qui cohabitent. Dans l'absolu, elles peuvent 
 partager un même chargeur installé dans le MBR. Mais j'y vois deux 
 inconvénients : chaque installation a son propre fichier de 
 configuration du chargeur qu'il faut synchroniser à chaque modification 
 d'un des autres ; en cas d'erreur de configuration dans une des 
 installations, toutes les installations sont affectées.
 
...

Pas du tout. Il suffit de savoir quelle installation gère le chargeur.
J'ai plusieurs machines avec windows et différentes distributions de
linux. Sur chacune, j'ai installé grub-MBR sur l'installation principale,
et aucun chargeur sur les autres.
Il vaut mieux avoir une disquette de démarrage de grub en cas de pépin.

A+

-- 
Pierre Meurisse


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-21 Par sujet Jacques L'helgoualc'h
Pascal Hambourg a écrit, vendredi 20 janvier 2006, à 23:32 :
[...]
 Windows qui peut écraser le MBR sans crier gare, ce qui a été confirmé 
 par deux intervenants dans ce fil, ce n'est pas une contre-indication 
 sérieuse suffisante pour toi ? Pour moi, ça l'est.

Ah oui, boutons windows hors de nos bécanes !

D'ailleurs, il n'y a pas que le MBR qui puisse être écrasé : sans parler
virus, le  chaînage des  partitions logiques peut  fort bien  se trouver
« réparé »  sans  crier gare...  on  m'a  aussi  rapporté le  cas  d'une
*application*  qui, à court  d'espace à  la fin  de C:,  a gaillardement
continué  au   secteur  zéro,  écrasant   gaiement  le  MBR,   la  table
d'allocation de C: et le début de l'infâme...

 Même sans aller chercher Windows, on peut prendre le cas de plusieurs 
 installations de Linux qui cohabitent. Dans l'absolu, elles peuvent 
 partager un même chargeur installé dans le MBR. Mais j'y vois deux 
 inconvénients : chaque installation a son propre fichier de 
 configuration du chargeur qu'il faut synchroniser à chaque modification 
 d'un des autres ; en cas d'erreur de configuration dans une des 
 installations, toutes les installations sont affectées.

Plus ou moins, mais tu as raison.

 Ma politique en multiboot est simple : séparation maximum. Un MBR 
 normal, celui de DOS/Windows ou éventuellement un plus élaboré comme 
 celui qu'installe le paquet mbr. 

ou Grub. Pourquoi s'embêter avec plusieurs chargeurs différents ?  Et en
quoi l'obscur est-il « normal » ?

Sur  une  machine  de test,  Grub  est  préférable  à lilo,  inutile  de
réinstaller le MBR ou celui de la partition à chaque modification.

 Ainsi s'il est écrasé, il est facile de 
 le restaurer car il ne contient pas d'informations spécifiques à une 
 installation. Ce MBR passe la main au chargeur d'un des OS installé sur 
 une partition principale active. 

Il n'y a pas de raison de se limiter à une partition principale.

 Les autres OS ont chacun leur propre 
 chargeur qui peut être lancé à partir de ce chargeur en tant qu'OS 
 autre (other dans lilo). Chaque Linux a son propre chargeur avec sa 
 propre configuration, ce qui n'empêche pas de pouvoir lancer n'importe 
 quel OS à partir de n'importe quel chargeur. Si le chargeur de la 
 partition active est endommagé, on peut booter avec un autre chargeur 
 juste en changeant la partition active, ce que n'importe quelle 
 disquette de boot avec fdisk permet de faire en cas de problème. 

Ou  une disquette  Grub, Toms,  ...  un  CD live,  un  CD d'installation
Debian,  etc.  Il  faut  aussi tenir  compte  de l'énervement  possible,
utiliser fdisk est plus dangereux que modifier un menu.lst, ou taper une
commande dans le shell Grub. 

En fait, j'utilise une méthode mixte : un système à l'essai a son propre
chargeur par défaut sur sa  partition racine (ou assimilée), mais le MBR
permet de bouter directement les cas les plus fréquents grâce au Grub du
système le plus stable (donc Sarge).
-- 
Jacques L'helgoualc'h


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-21 Par sujet Pascal Hambourg

Pierre Meurisse a écrit :


Même sans aller chercher Windows, on peut prendre le cas de plusieurs 
installations de Linux qui cohabitent. Dans l'absolu, elles peuvent 
partager un même chargeur installé dans le MBR. Mais j'y vois deux 
inconvénients : chaque installation a son propre fichier de 
configuration du chargeur qu'il faut synchroniser à chaque modification 
d'un des autres ; en cas d'erreur de configuration dans une des 
installations, toutes les installations sont affectées.


Pas du tout. Il suffit de savoir quelle installation gère le chargeur.
J'ai plusieurs machines avec windows et différentes distributions de
linux. Sur chacune, j'ai installé grub-MBR sur l'installation principale,
et aucun chargeur sur les autres.


Et quand par exemple tu installes un nouveau noyau dans une distribution 
sans chargeur, tu fais comment pour l'ajouter à grub ?



Il vaut mieux avoir une disquette de démarrage de grub en cas de pépin.


Dans tous les cas c'est une sage précaution, évidemment.


--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-21 Par sujet Pascal Hambourg

Jacques L'helgoualc'h a écrit :


Ah oui, boutons windows hors de nos bécanes !


Je ne suis pas prêt pour ça. ;-)


D'ailleurs, il n'y a pas que le MBR qui puisse être écrasé : sans parler
virus, le  chaînage des  partitions logiques peut  fort bien  se trouver
« réparé »  sans  crier gare...  on  m'a  aussi  rapporté le  cas  d'une
*application*  qui, à court  d'espace à  la fin  de C:,  a gaillardement
continué  au   secteur  zéro,  écrasant   gaiement  le  MBR,   la  table
d'allocation de C: et le début de l'infâme...


Quel genre d'application ? Une application normale ne peut accéder au 
disque qu'à travers un système de fichiers, dans ce cas la faute ne peut 
venir que du système.


Ma politique en multiboot est simple : séparation maximum. Un MBR 
normal, celui de DOS/Windows ou éventuellement un plus élaboré comme 
celui qu'installe le paquet mbr. 


ou Grub. Pourquoi s'embêter avec plusieurs chargeurs différents ?


D'une part, le code standard du MBR n'est pas lié à un OS particulier ni 
à une partition. Il se contente de charger et exécuter le code amorce de 
la partition active. D'autre part, je ne connais pas bien grub.



Et en quoi l'obscur est-il « normal » ?


Qué obscur ?


Sur  une  machine  de test,  Grub  est  préférable  à lilo,  inutile  de
réinstaller le MBR ou celui de la partition à chaque modification.


Oui, il paraît. Mais sur n'importe quelle machine le chargeur préférable 
est celui qu'on maîtrise. Et grub doit bien avoir ses limitations, non, 
comme être capable de lire le système de fichier sur lequel réside son 
fichier de configuration ?


Ainsi s'il est écrasé, il est facile de 
le restaurer car il ne contient pas d'informations spécifiques à une 
installation. Ce MBR passe la main au chargeur d'un des OS installé sur 
une partition principale active. 


Il n'y a pas de raison de se limiter à une partition principale.


Hélas le code standard du MBR ne sait pas charger l'amorce d'une 
partition logique.


Si le chargeur de la 
partition active est endommagé, on peut booter avec un autre chargeur 
juste en changeant la partition active, ce que n'importe quelle 
disquette de boot avec fdisk permet de faire en cas de problème. 


Ou  une disquette  Grub, Toms,  ...  un  CD live,  un  CD d'installation
Debian,  etc.  Il  faut  aussi tenir  compte  de l'énervement  possible,
utiliser fdisk est plus dangereux que modifier un menu.lst, ou taper une
commande dans le shell Grub. 


Voir plus haut, le meilleur outil est celui qu'on maîtrise. Changer la 
partition active avec fdisk ne présente pas un grand risque.



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-21 Par sujet Jacques L'helgoualc'h
Pascal Hambourg a écrit, samedi 21 janvier 2006, à 15:16 :
 Jacques L'helgoualc'h a écrit :
 
 Ah oui, boutons windows hors de nos bécanes !
 
 Je ne suis pas prêt pour ça. ;-)

Ça viendra... :)

 D'ailleurs, il n'y a pas que le MBR qui puisse être écrasé : sans parler
 virus, le  chaînage des  partitions logiques peut  fort bien  se trouver
 « réparé »  sans  crier gare...  on  m'a  aussi  rapporté le  cas  d'une
 *application*  qui, à court  d'espace à  la fin  de C:,  a gaillardement
 continué  au   secteur  zéro,  écrasant   gaiement  le  MBR,   la  table
 d'allocation de C: et le début de l'infâme...
 
 Quel genre d'application ? Une application normale ne peut accéder au 
 disque qu'à travers un système de fichiers, dans ce cas la faute ne peut 
 venir que du système.

Oh, c'était  un encodeur MP3 --- certaines  applications peuvent accéder
directement au disque pour « améliorer les performances » ; la faute est
sans doute partagée.

 Ma politique en multiboot est simple : séparation maximum. Un MBR 
 normal, celui de DOS/Windows ou éventuellement un plus élaboré comme 
 celui qu'installe le paquet mbr. 
 
 ou Grub. Pourquoi s'embêter avec plusieurs chargeurs différents ?
 
 D'une part, le code standard du MBR n'est pas lié à un OS particulier ni 
 à une partition. Il se contente de charger et exécuter le code amorce de 
 la partition active. D'autre part, je ne connais pas bien grub.

On peut  préférer le plus simple et  le plus familier, bien  sûr. Mais à
mon avis étudier un peu le Grub en vaut la peine.

 Et en quoi l'obscur est-il « normal » ?
 
 Qué obscur ?

Le côté obscur des fenêtres©®.

 Sur  une  machine  de test,  Grub  est  préférable  à lilo,  inutile  de
 réinstaller le MBR ou celui de la partition à chaque modification.
 
 Oui, il paraît. Mais sur n'importe quelle machine le chargeur préférable 
 est celui qu'on maîtrise. 

Oui.

 Et grub  doit bien avoir ses  limitations, non, comme  être capable de
 lire  le  système  de  fichier   sur  lequel  réside  son  fichier  de
 configuration ?

Ben,  ça  il  peut le  faire,  justement,  y  compris suivre  les  liens
symboliques... 

,
| This is GNU GRUB, the GRand Unified Bootloader.  GRUB is intended to
| provide important bootloader features that are missing from typical
| personal computer BIOSes:
| 
|   - provides fully-featured command line and graphical interfaces
|   - recognizes fdisk partitions and BSD disklabels
|   - can dynamically read Linux ext2fs, ReiserFS, JFS and XFS, BSD ufs,
| MS-DOS FAT16 and FAT32, Minix fs, and VSTa fs filesystems, plus
| hardcoded blocklists
|   - can boot Multiboot-compliant kernels (such as GNU Mach), as well
| as standard Linux and *BSD kernels

[etc.] 

| The URL is http://www.gnu.org/software/grub/grub.html.
`

cf. aussi http://www.cri74.org/linux/howto/grub-howto.html, etc.

 [...] Changer la partition active  avec fdisk ne présente pas un grand
 risque.

Certes --- sauf si ton chat s'appelle Murphy :)
-- 
Jacques L'helgoualc'h


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-20 Par sujet Paul Brossier
Bonjour,

On Thu, Jan 19, 2006 at 01:20:08PM +, n r wrote:
 Bonjour,
 
 Je dispose d'une machine en double boot winXP et linux debian. Je peux 
 booter sous linux sans problème mais pas windows( qui semble avoir pris un 
 coup!!).

[...]

 comment faire pour ne pas perdre ce qui existe sur linux, même s'il faut 
 réinstaller windows ? ou de récuperer l'ensemble?

booter sur le cd sarge, et suivre la manip suivante:
http://www.debian-administration.org/articles/325

les etapes 3 a 5 devraient ressembler a ca:

# mkdir /disk
# mount -t ext3 /dev/ide/host0/bus0/target0/lun0/part2 /disk
# chroot /disk

l'etape 4 devant etre modifie selon le systeme de fichier que tu
utilises (ici ext3), et la partition du disque dur (ici 2).

bon courage, piem


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-20 Par sujet Paul Brossier
On Fri, Jan 20, 2006 at 01:22:30AM +0100, Sylvain Sauvage wrote:
 Jeudi 19 janvier 2006, 23:17:21 CET, Pascal Hambourg a écrit :
  
  Jean-Damien Durand a écrit :
   
   En ce qui concerne la partie linuxienne du mail: utiliser la
   restauration de Windows ecrase en general systematiquement le MBR.
  
  Moralité : ne *jamais* installer le chargeur de Linux, lilo, grub ou 
  autre, dans le MBR d'un système multiboot.
 
 Pff, tous les PC en multiboute Windows° que j'ai installés (6 ou 7) ont
 ou ont eu lilo ou grub en MBR et je n'ai jamais eu de problème.
 Il n'y a aucune contre-indication sérieuse (je crois même que c'était
 plutôt indiqué).

ah ca oui, installer un bootloader sur un systeme avec plusieurs os est
plus que vivement indique, sinon, ca ne s'appelerait pas un 'systeme
multiboot'. ce n'est pas une surprise, un installeur windows fait plein
de trucs dans votre dos, sans votre avis, comme ecraser la MBR.

Moralite: ne *jamais* installer un systeme qui ecrase la MBR sans vous
demander :-)

bye, piem


-- 
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



[HS] MBR [Fut Re: machine en double boot]

2006-01-20 Par sujet Sylvain Sauvage
Vendredi 20 janvier 2006, 13:34:37 CET, Paul Brossier a écrit :
 
 On Fri, Jan 20, 2006 at 01:22:30AM +0100, Sylvain Sauvage wrote:
 [...] 
  Pff, tous les PC en multiboute Windows° que j'ai installés (6 ou 7)
  ont ou ont eu lilo ou grub en MBR et je n'ai jamais eu de problème.
  Il n'y a aucune contre-indication sérieuse (je crois même que c'était
  plutôt indiqué).
 
 ah ca oui, installer un bootloader sur un systeme avec plusieurs os est
 plus que vivement indique, sinon, ca ne s'appelerait pas un 'systeme
 multiboot'. 

Ah c'est malin ça ;o)
Évidemment, il fallait lire : « je croyais même qu'il était plutôt
indiqué d'installer le chargeur dans le MBR ».

 ce n'est pas une surprise, un installeur windows fait plein
 de trucs dans votre dos, sans votre avis, comme ecraser la MBR.
 
 Moralite: ne *jamais* installer un systeme qui ecrase la MBR sans vous
 demander :-)

Ou y être préparé (vaseline, tout ça).

 bye, piem

-- 
 Sylvain Sauvage



Re: machine en double boot

2006-01-20 Par sujet Pascal Hambourg

Sylvain Sauvage a écrit :

Jeudi 19 janvier 2006, 23:17:21 CET, Pascal Hambourg a écrit :


Jean-Damien Durand a écrit :


En ce qui concerne la partie linuxienne du mail: utiliser la
restauration de Windows ecrase en general systematiquement le MBR.


Moralité : ne *jamais* installer le chargeur de Linux, lilo, grub ou 
autre, dans le MBR d'un système multiboot.


Pff, tous les PC en multiboute Windows° que j'ai installés (6 ou 7) ont
ou ont eu lilo ou grub en MBR et je n'ai jamais eu de problème.


Ce qui ne signifie pas que personne n'a jamais eu de problème.


Il n'y a aucune contre-indication sérieuse


Windows qui peut écraser le MBR sans crier gare, ce qui a été confirmé 
par deux intervenants dans ce fil, ce n'est pas une contre-indication 
sérieuse suffisante pour toi ? Pour moi, ça l'est.


Même sans aller chercher Windows, on peut prendre le cas de plusieurs 
installations de Linux qui cohabitent. Dans l'absolu, elles peuvent 
partager un même chargeur installé dans le MBR. Mais j'y vois deux 
inconvénients : chaque installation a son propre fichier de 
configuration du chargeur qu'il faut synchroniser à chaque modification 
d'un des autres ; en cas d'erreur de configuration dans une des 
installations, toutes les installations sont affectées.


Ma politique en multiboot est simple : séparation maximum. Un MBR 
normal, celui de DOS/Windows ou éventuellement un plus élaboré comme 
celui qu'installe le paquet mbr. Ainsi s'il est écrasé, il est facile de 
le restaurer car il ne contient pas d'informations spécifiques à une 
installation. Ce MBR passe la main au chargeur d'un des OS installé sur 
une partition principale active. Les autres OS ont chacun leur propre 
chargeur qui peut être lancé à partir de ce chargeur en tant qu'OS 
autre (other dans lilo). Chaque Linux a son propre chargeur avec sa 
propre configuration, ce qui n'empêche pas de pouvoir lancer n'importe 
quel OS à partir de n'importe quel chargeur. Si le chargeur de la 
partition active est endommagé, on peut booter avec un autre chargeur 
juste en changeant la partition active, ce que n'importe quelle 
disquette de boot avec fdisk permet de faire en cas de problème. Ainsi 
la défaillance du chargeur d'un OS a un impact minimal sur les autres OS.



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-19 Par sujet Jean-Damien Durand
On Thursday, 19 January 2006 14:20, n r wrote:
 j'arrête. je reboote, je n'ai plus aucune possibilité de choisir ni windows, 
 ni linux !!!
 comment faire pour ne pas perdre ce qui existe sur linux, même s'il faut 
 réinstaller windows ? ou de récuperer l'ensemble?

En ce qui concerne la partie linuxienne du mail: utiliser la restauration de 
Windows
ecrase en general systematiquement le MBR. Tu peux:
- booter sur un live-cd et re-installer grub (c.f. google la-dessus ou les 
archives de cette
  liste)
- booter sur une disquette ou un CD sur lequel tu a pre-grave grub, et mettre 
les instructions
  pour booter sur linux a la main dans le shell interne a grub
- ./.. (i.e. ce que les autres te proposeront!)

A+, JD.



Re: machine en double boot

2006-01-19 Par sujet Pascal Hambourg

Jean-Damien Durand a écrit :


En ce qui concerne la partie linuxienne du mail: utiliser la restauration de 
Windows
ecrase en general systematiquement le MBR.


Moralité : ne *jamais* installer le chargeur de Linux, lilo, grub ou 
autre, dans le MBR d'un système multiboot.



--
Pensez à lire la FAQ de la liste avant de poser une question :
http://wiki.debian.net/?DebianFrench

Pensez à rajouter le mot ``spam'' dans vos champs From et Reply-To:

To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: machine en double boot

2006-01-19 Par sujet Sylvain Sauvage
Jeudi 19 janvier 2006, 23:17:21 CET, Pascal Hambourg a écrit :
 
 Jean-Damien Durand a écrit :
  
  En ce qui concerne la partie linuxienne du mail: utiliser la
  restauration de Windows ecrase en general systematiquement le MBR.
 
 Moralité : ne *jamais* installer le chargeur de Linux, lilo, grub ou 
 autre, dans le MBR d'un système multiboot.

Pff, tous les PC en multiboute Windows° que j'ai installés (6 ou 7) ont
ou ont eu lilo ou grub en MBR et je n'ai jamais eu de problème.
Il n'y a aucune contre-indication sérieuse (je crois même que c'était
plutôt indiqué).

° : seulement 6 ou 7, les autres en Linux only ou en multi-OS-libres :o)

-- 
 Sylvain Sauvage