Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé , je
pouvais booter, mais s'il s'agissait de sda, alors le système ne pouvai t
pas booter.
Comment puis-je configurer grub2 pour que le système soit en mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Pour information, j'utilise un volume lvm sur du raid1.
Merci d'avance
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé , je
pouvais booter, mais s'il s'agissait de sda, alors le système ne pouvai t
pas booter.
Comment puis-je configurer grub2 pour que le système soit en mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Pour information, j'utilise un volume lvm sur du raid1.
Merci d'avance
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4F426160.8080602@goldenfish.info
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé , je
pouvais booter, mais s'il s'agissait de sda, alors le système ne pouvai t
pas booter.
Comment puis-je configurer grub2 pour que le système soit en mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Pour information, j'utilise un volume lvm sur du raid1.
Merci d'avance
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Je ne suis pas certain mais il me semble que ton /boot ne doit pas
etre en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Le 20 février 2012 16:06, Goldy
<mailto: a écrit :
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans
virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
pouvais booter, mais s'il s'agissait de sda, alors le système ne
pouvait
pas booter.
Comment puis-je configurer grub2 pour que le système soit en mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas
etre en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Le 20 février 2012 16:06, Goldy <goldy@goldenfish.info
<mailto:goldy@goldenfish.info>> a écrit :
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans
virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
pouvais booter, mais s'il s'agissait de sda, alors le système ne
pouvait
pas booter.
Comment puis-je configurer grub2 pour que le système soit en mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas
etre en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Le 20 février 2012 16:06, Goldy
<mailto: a écrit :
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans
virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
pouvais booter, mais s'il s'agissait de sda, alors le système ne
pouvait
pas booter.
Comment puis-je configurer grub2 pour que le système soit en mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas etre
en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas etre
en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas etre
en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas etre
en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Cordialement.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas etre
en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Cordialement.
Je ne suis pas certain mais il me semble que ton /boot ne doit pas etre
en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Cordialement.
Le 20/02/2012 17:06, Florian Blanc a écrit :Je ne suis pas certain mais il me semble que ton /boot ne doit pas
etre en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
JusteLe 20 février 2012 16:06, Goldy
<mailto: a écrit :
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans
virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
pouvais booter, mais s'il s'agissait de sda, alors le système ne
pouvait
pas booter.
Comment puis-je configurer grub2 pour que le système soit en
mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Je suppose boot grub. as tu bien (hd0,0) pour sda et (hd1,0) pour sdb
avec le fallback pointant sur sdb? Ou alors root=md/0 si la partition
/boot est sur du raid1 *sans* lvm.
Le 20/02/2012 17:06, Florian Blanc a écrit :
Je ne suis pas certain mais il me semble que ton /boot ne doit pas
etre en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
Juste
Le 20 février 2012 16:06, Goldy <goldy@goldenfish.info
<mailto:goldy@goldenfish.info>> a écrit :
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans
virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
pouvais booter, mais s'il s'agissait de sda, alors le système ne
pouvait
pas booter.
Comment puis-je configurer grub2 pour que le système soit en
mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Je suppose boot grub. as tu bien (hd0,0) pour sda et (hd1,0) pour sdb
avec le fallback pointant sur sdb? Ou alors root=md/0 si la partition
/boot est sur du raid1 *sans* lvm.
Le 20/02/2012 17:06, Florian Blanc a écrit :Je ne suis pas certain mais il me semble que ton /boot ne doit pas
etre en lvm mais en "dur".
c'est la seule partition qui ne doit pas etre en lvm.
JusteLe 20 février 2012 16:06, Goldy
<mailto: a écrit :
Bonjour,
Je cherche un moyen de pouvoir booter sur un raid 1 dont un des
disques
serait tombé en panne.
Je fais actuellement des tests pour une installation dans
virtualbox, et
j'ai constaté que si le second disque (à savoir sdb) était enlevé, je
pouvais booter, mais s'il s'agissait de sda, alors le système ne
pouvait
pas booter.
Comment puis-je configurer grub2 pour que le système soit en
mesure de
booter si sda venait à tomber en panne ?
J'ai déjà fait un grub-install sur sda et sdb.
Je suppose boot grub. as tu bien (hd0,0) pour sda et (hd1,0) pour sdb
avec le fallback pointant sur sdb? Ou alors root=md/0 si la partition
/boot est sur du raid1 *sans* lvm.
En fait le problème semble venir du devices.map qui liste les disque s.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
En fait le problème semble venir du devices.map qui liste les disque s.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
En fait le problème semble venir du devices.map qui liste les disque s.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
On Wed, 22 Feb 2012 02:18:11 +0100
Goldy wrote:En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
On Wed, 22 Feb 2012 02:18:11 +0100
Goldy <goldy@goldenfish.info> wrote:
En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
On Wed, 22 Feb 2012 02:18:11 +0100
Goldy wrote:En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Le 22/02/2012 06:07, Bzzz a écrit :On Wed, 22 Feb 2012 02:18:11 +0100
Goldy wrote:En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Effectivement, après quelques tests, c'est bien lvm qui empêche de
booter sur le raid dégradé. Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev/md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autre disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le 22/02/2012 06:07, Bzzz a écrit :
On Wed, 22 Feb 2012 02:18:11 +0100
Goldy <goldy@goldenfish.info> wrote:
En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Effectivement, après quelques tests, c'est bien lvm qui empêche de
booter sur le raid dégradé. Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev/md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autre disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4F4520BB.3090004@goldenfish.info
Le 22/02/2012 06:07, Bzzz a écrit :On Wed, 22 Feb 2012 02:18:11 +0100
Goldy wrote:En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Effectivement, après quelques tests, c'est bien lvm qui empêche de
booter sur le raid dégradé. Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev/md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autre disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev /md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autr e disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev /md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autr e disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev /md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autr e disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
En meme temps (personnellement … je me couvre :p ) mettre la partoche /boot en lvm ça sert pas à grand chose … surtout que en général la taille ne bouge pas vraiment surtout si tu t'en fout des modifs kernel,options de boot etc … bref tu n'utiliserais pas vraiment les avantages du lvm ...
et apres tu met tout en lvm, raid comme tu veux :)
Le 22 févr. 2012 à 18:07, Goldy a écrit :Le 22/02/2012 06:07, Bzzz a écrit :On Wed, 22 Feb 2012 02:18:11 +0100
Goldy wrote:En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Effectivement, après quelques tests, c'est bien lvm qui empêche de
booter sur le raid dégradé. Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev/md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autre disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
En meme temps (personnellement … je me couvre :p ) mettre la partoche /boot en lvm ça sert pas à grand chose … surtout que en général la taille ne bouge pas vraiment surtout si tu t'en fout des modifs kernel,options de boot etc … bref tu n'utiliserais pas vraiment les avantages du lvm ...
et apres tu met tout en lvm, raid comme tu veux :)
Le 22 févr. 2012 à 18:07, Goldy a écrit :
Le 22/02/2012 06:07, Bzzz a écrit :
On Wed, 22 Feb 2012 02:18:11 +0100
Goldy <goldy@goldenfish.info> wrote:
En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Effectivement, après quelques tests, c'est bien lvm qui empêche de
booter sur le raid dégradé. Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev/md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autre disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/4F4520BB.3090004@goldenfish.info
En meme temps (personnellement … je me couvre :p ) mettre la partoche /boot en lvm ça sert pas à grand chose … surtout que en général la taille ne bouge pas vraiment surtout si tu t'en fout des modifs kernel,options de boot etc … bref tu n'utiliserais pas vraiment les avantages du lvm ...
et apres tu met tout en lvm, raid comme tu veux :)
Le 22 févr. 2012 à 18:07, Goldy a écrit :Le 22/02/2012 06:07, Bzzz a écrit :On Wed, 22 Feb 2012 02:18:11 +0100
Goldy wrote:En fait le problème semble venir du devices.map qui liste les disques.
Dans le cas présent j'ai ceci :
(hd0) /dev/disk/by-id/ata-VBOX_HARDDISK_VBee51d3a4-dce5d74a
(hd1) /dev/disk/by-id/ata-VBOX_HARDDISK_VB91c003fa-889aa88a
D'où l'intérêt de booter sur /dev/mdN plutôt que sur des disks ou
partoches.
Effectivement, après quelques tests, c'est bien lvm qui empêche de
booter sur le raid dégradé. Comme je peux finalement me passer de lvm
pour cette config, j'ai fait des tests avec une installation de la
racine directement sur le raid.
La méthode pour que cela fonctionne est de ne pas installer grub par
l'installateur mais à la fin de l'installation de chrooter avec un
terminal, d'installer grub-pc avec aptitude, et de sélectionner /dev/md0
comme disque où installer grub.
Après ça, on peut booter indépendamment sur l'un et l'autre disque.
C'est quand même dommage qu'il ne soit pas possible de faire ça avec lvm
directement.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/