L'installation efface le contenu de /boot

arieugon · Le 17/08/2008, à 12:31

Bonjour à tous et plus particulièrement à ceux qui conçoivent le programme d'installation.

Je fais une remarque sur le fait que ubuntu et ses variantes suppriment tout ce qu'il y a dans /boot. On est prévenu en cours d'installation que tous les fichiers de /boot existants vont être supprimés. De quoi je me mêle ?

/boot peut être utilisé par plusieurs systèmes lorsqu'une partition lui est affectée, et c'est même son intérêt. Si on a déjà un autre système installé tout est supprimé, et je trouve ça inutile de faire cette opération. C'est un peu pousse toi de là que je m'y mette. Il pourrait au moins, s'il trouve déjà quelque chose en faire une sauvegarde quelque part (/old-boot par exemple).

Comment faire remonter ce problème à ceux qui concoivent l'installation ?

Sinon tout est OK, et extrèmement bien conçu, conceptuellement, ergonomiquement, et techniquement. Juste ce petit truc qui traine ...

Linuxement ;O)

Dernière modification par arieugon (Le 17/08/2008, à 16:05)

Eza · Le 17/08/2008, à 12:34

Bonjour,

Je n'ai jamais regarder ça de plus prêt. Mais comme je le fait pour mon /home ou je fait une partition pour celui-ci, n'y a t'il pas moyen de faire une partition pour le /boot, et alors je pense que tout comme le home, il ne sera pas formater? Je me trompe peut être

Mais regarde toujours par la,
Ludovic

arieugon · Le 17/08/2008, à 14:29

Bonjour.

Justement j'ai fait une partition /boot utilisée par plusieurs systèmes. Je n'ai qu'un fichier /boot/grub/menu.lst, mais il a fallu que je fasse une sauvegarde de /boot qui contenait déjà les kernells d'un autre système (qui lui n'écrase pas /boot lors de son installation) et que je crée une entrée pour l'autre système dans le fichier /boot/grub/menu.lst.
Donc quand je démarre je n'ai qu'un seul menu GRUB qui me permet de démarrer soit sur Kubuntu Hardy, Mandriva 2088 Spring, Windows XP. J'ai même prévu une parttion vide qui recevra un système en test, et qui partagera /boot avec les autres, il n'y a pas de raison.

J'ai un peu étudié la question de façon théorique et pratique. C'est ce qui fait que je signale ce problème.

Linuxement ;O)

pappou640 · Le 17/08/2008, à 17:46

Bonjours, Arieugon.

Justement j'ai fait une partition /boot utilisée par plusieurs systèmes. Je n'ai qu'un fichier /boot/grub/menu.lst, mais il a fallu que je fasse une sauvegarde de /boot qui contenait déjà les kernells d'un autre système (qui lui n'écrase pas /boot lors de son installation) et que je crée une entrée pour l'autre système dans le fichier /boot/grub/menu.lst.
Donc quand je démarre je n'ai qu'un seul menu GRUB qui me permet de démarrer soit sur Kubuntu Hardy, Mandriva 2088 Spring, Windows XP. J'ai même prévu une parttion vide qui recevra un système en test, et qui partagera /boot avec les autres, il n'y a pas de raison.

S'il vous plais , montrez nous une photo ,de ce Grub???

recevez nos remerciement les meilleurs .

arieugon · Le 18/08/2008, à 07:18

Bonjour pappou640

Le fichier /boot/grub/menu.lst:

timeout 3600
color black/cyan yellow/cyan
gfxmenu (hd0,1)/gfxmenu
default 0

title           Kubuntu 8.04
root            (hd0,1)
kernel          /vmlinuz-2.6.24-19-generic root=UUID=87906ad0-1845-4261-ad5f-eb423373c5fd ro quiet splash
initrd          /initrd.img-2.6.24-19-generic
quiet

title Mandriva 2008 Spring
kernel (hd0,1)/vmlinuz BOOT_IMAGE=linux root=UUID=18069ba3-27d4-4392-bbaf-421fd8bfa1ca  resume=/dev/hda3 splash=silent vga=788
initrd (hd0,1)/initrd.img

title Ouinedoze
root (hd0,0)
chainloader +1

J'utilise le démarrage graphique de Mandriva, qui permet de mettre sa propre image en modifiant le fichier gfxmenu.

Le contenu de ma partition /dev/sda2 qui contient /boot avec les noyaux des différentes distributions:

moi:/boot$ ls -l
total 31952
-rw-r--r-- 1 root root  422667 2008-07-12 07:30 abi-2.6.24-19-generic
-rw-r--r-- 1 root root     440 2008-08-17 15:06 boot.backup.hda
lrwxrwxrwx 1 root root      31 2008-08-17 20:09 config -> config-2.6.24.4-desktop586-1mnb
-rw-r--r-- 1 root root   80049 2008-07-12 07:30 config-2.6.24-19-generic
-rw-r--r-- 1 root root   88476 2008-08-17 15:06 config-2.6.24.4-desktop586-1mnb
-rw-r--r-- 1 root root     256 2008-08-17 15:06 fr-latin1.klt
-rw-r--r-- 1 root root  759808 2008-08-17 20:06 gfxmenu
-rw-r--r-- 1 root root  759808 2008-08-17 19:23 gfxmenu.linuxForDifferentPeople
-rw-r--r-- 1 root root  525312 2008-08-17 18:19 gfxmenu.mandriva
drwxr-xr-x 2 root  999    4096 2008-08-17 13:38 grub
-rw------- 1 root root 2593816 2008-08-17 15:06 initrd-2.6.24.4-desktop586-1mnb.img
lrwxrwxrwx 1 root root      35 2008-08-17 15:06 initrd-desktop586.img -> initrd-2.6.24.4-desktop586-1mnb.img
lrwxrwxrwx 1 root root      35 2008-08-17 15:06 initrd.img -> initrd-2.6.24.4-desktop586-1mnb.img
-rw-r--r-- 1 root root 7924471 2008-08-17 13:38 initrd.img-2.6.24-19-generic
-rw-r--r-- 1 root root 8175648 2008-08-17 15:06 initrd.img-2.6.24-19-generic.bak
-rw-r--r-- 1 root root 2875740 2008-08-17 13:42 initrd.img-initrd-2.6.24.4-desktop586-1mnb.img
-rw-r--r-- 1 root root 2875739 2008-08-17 15:06 initrd.img-initrd-2.6.24.4-desktop586-1mnb.img.bak
lrwxrwxrwx 1 root root      39 2008-08-17 20:09 kernel.h -> /boot/kernel.h-2.6.24.4-desktop586-1mnb
-rw-r--r-- 1 root root    1493 2008-08-17 20:09 kernel.h-2.6.24.4-desktop586-1mnb
drwx------ 2 root root    4096 2008-08-17 15:06 lost+found
-rw-r--r-- 1 root root  103204 2008-08-17 15:06 memtest86+.bin
lrwxrwxrwx 1 root root      35 2008-08-17 15:06 System.map -> System.map-2.6.24.4-desktop586-1mnb
-rw-r--r-- 1 root root  905170 2008-07-12 07:30 System.map-2.6.24-19-generic
-rw-r--r-- 1 root root  790047 2008-08-17 15:06 System.map-2.6.24.4-desktop586-1mnb
lrwxrwxrwx 1 root root      32 2008-08-17 15:06 vmlinuz -> vmlinuz-2.6.24.4-desktop586-1mnb
-rw-r--r-- 1 root root 1921432 2008-07-12 07:30 vmlinuz-2.6.24-19-generic
-rw-r--r-- 1 root root 1775992 2008-08-17 15:06 vmlinuz-2.6.24.4-desktop586-1mnb
lrwxrwxrwx 1 root root      32 2008-08-17 15:06 vmlinuz-desktop586 -> vmlinuz-2.6.24.4-desktop586-1mnb

Linuxement ;O)

Compte anonymisé · Le 18/08/2008, à 07:25

Salut

Dans le cas où tu veux utiliser une partition /boot "customisée" et que tu gères toi même, il faut créer une partition de type /mon_boot que les systèmes ne connaîtrons pas et que seul grub saura trouver.

Cela implique bien sûr une gestion "à la mimine" lors de l'install d'un nouveau kernel sur l'un ou l'autre de tes systèmes installés.

Cela a l'avantage d'un grub personnalisé simple et efficace.
@+

cep · Le 18/08/2008, à 07:43

jeanjd63 a écrit :

il faut créer une partition de type /mon_boot que les systèmes ne connaîtrons pas et que seul grub saura trouver.

@jeand63 : tu viens d'inventer le concept ?
Je n'ai jamais vu de partition que le système ignore, sauf une partition avec un système de fichiers non géré, ou périphérique non géré.

il suffit tout simplement de préciser que telle partition aura le point de montage /boot et demander à ce que la partition ne soit pas formatée.

Si nécessaire vérifier l'uuid par la commande sudo blkid avant de redémarrer.

Édit : suivant les versions grub de chaque distribution il faudra peut-être adapter ce dernier.

Dernière modification par cep (Le 18/08/2008, à 07:57)

Compte anonymisé · Le 18/08/2008, à 08:18

cep a écrit :

@jeand63 : tu viens d'inventer le concept ?

L'inventer peut être pas le réveiller certainement

Dernière modification par Compte anonymisé (Le 18/08/2008, à 08:19)

cep · Le 18/08/2008, à 08:32

Pas de limites au n'importe quoi, en effet.

Plus sérieusement, gérer une partition /boot commune à plusieurs distributions peut être une solution compliquée pour un débutant, il faut savoir installer ou non grub, où l'installer, etc. etc.

Le plus simple est tout de même un répertoire /boot pour chaque distribution dans les / respectifs, un grub installé dans le mbr, et faire un chainload des autres grub comme expliqué dans le wiki.

Maintenant, pour les bidouilleurs, il est même possible parfois d'avoir un kernel commun pour plusieurs distribs, sous réserve de gérer les différents /lib/modules/* .

cep · Le 18/08/2008, à 08:46

jeanjd63 a écrit :

il faut créer une partition de type /mon_boot que les systèmes ne connaîtrons pas et que seul grub saura trouver.

et pour continuer le délire puisque tu remets une couche, tu m'expliquera comment le système va démarrer s'il ne voit pas cette partition lorsque grub aura passé la main au système, tu sais la ligne kernel root=UUIDxxxxxxxxx.

Tu me diras aussi, par exemple, comment vont se faire les mises à jour kernel si le système ne voit pas ton "/mon_boot".

Etc. etc. dans le n'importe quoi.

Compte anonymisé · Le 18/08/2008, à 09:08

Tu commences sérieusement à me gonfler ~ ~ ~ cep t
et par la même occasion tu sembles oublier souvent ce que tu racontes à propos de mes "erreurs".
Et pour les explications je préfèrerai que ce soit le principal intéressé qui les demandes.
Je suis pret à répondre à toutes ses questions, et comme c'est une technique que j'ai employé des années pour démarrer des systèmes unix variés et divers sur un disque usb non bootable directement par mon bios je pense ne pas avoir de leçons à recevoir de monsieur "je sais tout"
Sur ce je ne répondrais plus à ces choses et moi je tiendrais promesse.

Edit : Règles du Forum

Dernière modification par michel2652 (Le 18/08/2008, à 09:46)

cep · Le 18/08/2008, à 09:16

jeanjd63 a écrit :

Tu commences sérieusement à me gonfler ~ ~ ~ cep t
et par la même occasion tu sembles oublier souvent ce que tu racontes à propos de mes "erreurs".
Et pour les explications je préfèrerai que ce soit le principal intéressé qui les demandes.
Je suis pret à répondre à toutes ses questions, et comme c'est une technique que j'ai employé des années pour démarrer des systèmes unix variés et divers sur un disque usb non bootable directement par mon bios je pense ne pas avoir de leçons à recevoir de monsieur "je sais tout"
Sur ce je ne répondrais plus à ces choses et moi je tiendrais promesse.

bref

tu oublies ceci : http://forum.ubuntu-fr.org/viewtopic.php?pid=2001646#p2001646

Edit : Modifié le quote

Dernière modification par michel2652 (Le 18/08/2008, à 09:47)

michel2652 · Le 18/08/2008, à 09:34

Bonjour,

arieugon a écrit :

Je fais une remarque sur le fait que ubuntu et ses variantes suppriment tout ce qu'il y a dans /boot. On est prévenu en cours d'installation que tous les fichiers de /boot existants vont être supprimés. De quoi je me mêle ?

Lire dans la Doc ---> Grub, gestionnaire d’amorçage.
Le paragraphe Grub comme relais (chainloader :

Si vous voulez installer un autre système Linux (Ubuntu, Debian ou autre) et éviter d’avoir à modifier votre « menu.lst » à chaque changement de noyau pour pouvoir le lancer ou, si vous ne voulez pas que le Grub de votre nouveau système écrase celui de votre système principal, vous pouvez utiliser Grub comme un relais qui ira chercher le Grub propre à votre deuxième système.
C’est la façon la plus simple et la plus sûre pour lancer d’autres systèmes Linux car ils restent ainsi indépendants, et ne viendront pas compromettre votre système principal.
Pré-requis : le secteur d’amorçage
Le Grub de votre deuxième système Linux ne doit pas être installé dans le MBR de votre disque dur. Il doit être installé dans le secteur d’amorçage (BS : boot sector) de la partition sur laquelle vous avez installé votre deuxième système Linux (la partition « / »).

A+

tshirtman · Le 18/08/2008, à 10:10

partager un /boot pour avoir un /boot/grub comun est tentant en effet, mais il faut se méfier des automatismes d'ubuntu (hérité de debian) qui régénère le menu.lst a chaques mises à jours de noyau, et tu devras faire toutes les mises à jours à la main... bref j'avais eu un peu la même idée quand je débutait mais c'est plus sale qu'autre chose (avec un beau record pour la solution de jeanjd63... evetuellement acceptable sur des serveurs unix ou rien ne bouge mais j'ai du mal a voir l'intéret d'un multiboot sur un serveur ), bref, moi je ne sépare même plus /boot de / c'est le plus simple, tu peut le séparer pour une qui ne fait rien d'automatique et faire des chainloader vers les autres, avec des timeout à zero, c'est le plus propre selon moi.

Compte anonymisé · Le 18/08/2008, à 10:40

@tshirtman

Solution sale ?

Je ne suis pas sûr :
Le problème d'arieugon est d'avoir une partition /boot pour tous ses systèmes :
La solution que je propose, mais il y en a certainement beaucoup d'autres est la suivante :
1) Laisser chaque installation gérer sa partition /boot dans /
2) Créer une partition /mon_boot indépendante des install.
3) Copier dans cette partition l'environnement grub qui convient le mieux.
4) Copier sur cette partition les vmlinuz.. et initrd... de chacune des install
5) Adapter le menu.lst de cette partition pour proposer un choix sur chaque système.
6) Installer le bootloader Grub sur le MBR depuis cet environnement.

Lors des maj du noyau d'une install, il suffit de copier les fichiers vmlinuz.. et initrd... avec des noms génériques de type vmlinux_mandrake et initrd_mandrake dans cette partition.

Cela permet d'avoir un menu.lst générique .

On peut aussi de prévoir une ligne de test pour les nouveaux kernels.

Cela demande un peu de travail, mais permet de maitriser ses install.

Après chacun fait ce qu'il souhaite et juge selon ses expériences.

@+

arieugon · Le 18/08/2008, à 12:46

Bonjour tout le monde je vous remercie d'alimenter ce sujet.

En fait j'ai longuement réfléchi pour réinstaller mon disque. Je voulais ne pas toucher au MBR lors de l'installation des distributions Linux. La partition qui contient /boot est une partition principale et c'est elle qui est bootable (voir ci-dessous).

Le problème est que l'installation de Ubuntu écrase /boot et pas seulement que /boot/grub/menu.lst. TOUT.

Pourquoi ? C'est ma seule question.

Maintenant savoir s'il faut un /boot commun ou des /boot correspondant à chaque distribution, c'est une question de technique (et de goût) car en ayant un seul /boot sur lequel on démarre, Ça permet d'avoir un seul menu de démarrage, voire même de configurer le fond d'écran si on bricole un peu.

moi@machine:~$ sudo fdisk -l

Disque /dev/sda: 160.0 Go, 160041885696 octets
255 heads, 63 sectors/track, 19457 cylinders
Units = cylindres of 16065 * 512 = 8225280 bytes
Identifiant disque: 0xe1e5e1e5

Périphérique Amorce    Début         Fin      Blocs    Id  Système
/dev/sda1               1         637     5116671    7  HPFS/NTFS
/dev/sda2   *         638         765     1024000+  83  Linux
/dev/sda3             765         892     1024000+  82  Linux swap / Solaris
/dev/sda4             892       19457   149123363    5  Extended
/dev/sda5             893        2167    10241437+  83  Linux
/dev/sda6            2168        2932     6144831   83  Linux
/dev/sda7            2933        3952     8193118+  83  Linux
/dev/sda8            3953        4972     8193118+  83  Linux
/dev/sda9            4973        5609     5116671   83  Linux
/dev/sda10           5610        8159    20482843+  83  Linux
/dev/sda11           8160       19457    90751153+  83  Linux

Ma réponse à ma question est que ça n'a que peu d'impact en général, car il est rare de vouloir un seul menu de démarrage pour tous les Systèmes d'exploitation installés, et donc ce n'est pas une véritable préoccupation. L'installation de Mandriva n'écrase pas ce qui se trouve dans /boot. Il refait le fichier menu.lst donc il vaut mieux en avoir fait une sauvegarde avant. L'idée est donc d'installer ubuntu en premier..

Voilà.

Linuxement ;O)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 17/08/2008, à 12:31

L'installation efface le contenu de /boot

#2 Le 17/08/2008, à 12:34

Re : L'installation efface le contenu de /boot

#3 Le 17/08/2008, à 14:29

Re : L'installation efface le contenu de /boot

#4 Le 17/08/2008, à 17:46

Re : L'installation efface le contenu de /boot

#5 Le 18/08/2008, à 07:18

Re : L'installation efface le contenu de /boot

#6 Le 18/08/2008, à 07:25

Re : L'installation efface le contenu de /boot

#7 Le 18/08/2008, à 07:43

Re : L'installation efface le contenu de /boot

#8 Le 18/08/2008, à 08:18

Re : L'installation efface le contenu de /boot

#9 Le 18/08/2008, à 08:32

Re : L'installation efface le contenu de /boot

#10 Le 18/08/2008, à 08:46

Re : L'installation efface le contenu de /boot

#11 Le 18/08/2008, à 09:08

Re : L'installation efface le contenu de /boot

#12 Le 18/08/2008, à 09:16

Re : L'installation efface le contenu de /boot

#13 Le 18/08/2008, à 09:34

Re : L'installation efface le contenu de /boot

#14 Le 18/08/2008, à 10:10

Re : L'installation efface le contenu de /boot

#15 Le 18/08/2008, à 10:40

Re : L'installation efface le contenu de /boot

#16 Le 18/08/2008, à 12:46

Re : L'installation efface le contenu de /boot

Pied de page des forums