[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: machine en double boot



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.



Reply to: