--
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/00f001caf446$040e1400$0c2a3c00$@free.fr
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Cependant si je supprime le premier disque impossible de booter !?!
Une idée ?
Merci d’avance pour vos pertinentes interventions !
Franck
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic.
Bruno
-- 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/
On 15/05/2010 17:48, franck dufau wrote:
Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet.
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Cependant si je supprime le premier disque impossible de booter !?!
Une idée ?
Merci d’avance pour vos pertinentes interventions !
Franck
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au
minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais
il ne peut de toute façon pas accéder à la partition racine (raid5). En
théorie, cela ne peut que se terminer en kernel panic.
Bruno
--
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/4BEF1627.4040301@cyberoso.com
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Cependant si je supprime le premier disque impossible de booter !?!
Une idée ?
Merci d’avance pour vos pertinentes interventions !
Franck
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic.
Bruno
-- 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/
Christophe
Le samedi 15 mai 2010 à 23:46 +0200, bruno a écrit :
On 15/05/2010 17:48, franck dufau wrote: > Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet. > > Merci > > *De :* franck dufau [mailto:] > *Envoyé :* samedi 15 mai 2010 17:43 > *À :* > *Objet :* boot raid 0 > > Bonjour à tous, > > J’ai installé un petit serveur, 3 dd de 80 go avec > > Raid 1 pour le boot > > Raid5 pour le système > > Cependant si je supprime le premier disque impossible de booter !?! > > Une idée ? > > Merci d’avance pour vos pertinentes interventions ! > > Franck >
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic.
Bruno
Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner (en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus.
Pour le problème de boot, il faut penser à installer un chargeur de boot (grub) sur chaque disque.
Tu peux donner plus de détails sur le message d'erreur que tu as ?
Christophe
-- 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 samedi 15 mai 2010 à 23:46 +0200, bruno a écrit :
On 15/05/2010 17:48, franck dufau wrote:
> Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet.
>
> Merci
>
> *De :* franck dufau [mailto:franckdufau@free.fr]
> *Envoyé :* samedi 15 mai 2010 17:43
> *À :* debian-user-french@lists.debian.org
> *Objet :* boot raid 0
>
> Bonjour à tous,
>
> J’ai installé un petit serveur, 3 dd de 80 go avec
>
> Raid 1 pour le boot
>
> Raid5 pour le système
>
> Cependant si je supprime le premier disque impossible de booter !?!
>
> Une idée ?
>
> Merci d’avance pour vos pertinentes interventions !
>
> Franck
>
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au
minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais
il ne peut de toute façon pas accéder à la partition racine (raid5). En
théorie, cela ne peut que se terminer en kernel panic.
Bruno
Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner
(en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus.
Pour le problème de boot, il faut penser à installer un chargeur de boot
(grub) sur chaque disque.
Tu peux donner plus de détails sur le message d'erreur que tu as ?
Christophe
--
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/1273960935.10172.4.camel@hp6830s.herblain.cdjh.info
Le samedi 15 mai 2010 à 23:46 +0200, bruno a écrit :
On 15/05/2010 17:48, franck dufau wrote: > Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet. > > Merci > > *De :* franck dufau [mailto:] > *Envoyé :* samedi 15 mai 2010 17:43 > *À :* > *Objet :* boot raid 0 > > Bonjour à tous, > > J’ai installé un petit serveur, 3 dd de 80 go avec > > Raid 1 pour le boot > > Raid5 pour le système > > Cependant si je supprime le premier disque impossible de booter !?! > > Une idée ? > > Merci d’avance pour vos pertinentes interventions ! > > Franck >
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic.
Bruno
Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner (en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus.
Pour le problème de boot, il faut penser à installer un chargeur de boot (grub) sur chaque disque.
Tu peux donner plus de détails sur le message d'erreur que tu as ?
Christophe
-- 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/
bruno
On 16/05/2010 00:02, Christophe wrote:
Le samedi 15 mai 2010 à 23:46 +0200, bruno a écrit :
On 15/05/2010 17:48, franck dufau wrote:
Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet.
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Cependant si je supprime le premier disque impossible de booter !?!
Une idée ?
Merci d’avance pour vos pertinentes interventions !
Franck
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic.
Bruno
Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner (en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus.
Pour le problème de boot, il faut penser à installer un chargeur de boot (grub) sur chaque disque.
Tu peux donner plus de détails sur le message d'erreur que tu as ?
Christophe
Tout à fait exact, en mode dégradé ça devrait fonctionner... milles excuses pour le bruit.
Bruno
-- 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/
On 16/05/2010 00:02, Christophe wrote:
Le samedi 15 mai 2010 à 23:46 +0200, bruno a écrit :
On 15/05/2010 17:48, franck dufau wrote:
Désolé une coquille c’est glissée il faut lire raid 1 pour l’objet.
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Cependant si je supprime le premier disque impossible de booter !?!
Une idée ?
Merci d’avance pour vos pertinentes interventions !
Franck
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au
minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais
il ne peut de toute façon pas accéder à la partition racine (raid5). En
théorie, cela ne peut que se terminer en kernel panic.
Bruno
Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner
(en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus.
Pour le problème de boot, il faut penser à installer un chargeur de boot
(grub) sur chaque disque.
Tu peux donner plus de détails sur le message d'erreur que tu as ?
Christophe
Tout à fait exact, en mode dégradé ça devrait fonctionner... milles
excuses pour le bruit.
Bruno
--
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/4BEF22FF.10102@cyberoso.com
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Cependant si je supprime le premier disque impossible de booter !?!
Une idée ?
Merci d’avance pour vos pertinentes interventions !
Franck
Bonsoir,
Il me semble que c'est parfaitement normal car pour le raid 5 il faut au minimum 3 disques. Donc le kernel peut démarrer sur /boot (raid1), mais il ne peut de toute façon pas accéder à la partition racine (raid5). En théorie, cela ne peut que se terminer en kernel panic.
Bruno
Pour un raid 5 configuré pour n disques, n-1 suffisent pour fonctionner (en mode dit dégradé). Ca m'étonnerait que le noyau plante dessus.
Pour le problème de boot, il faut penser à installer un chargeur de boot (grub) sur chaque disque.
Tu peux donner plus de détails sur le message d'erreur que tu as ?
Christophe
Tout à fait exact, en mode dégradé ça devrait fonctionner... milles excuses pour le bruit.
Bruno
-- 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/
Vincent Danjean
On 15/05/2010 17:48, franck dufau wrote:
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Tu fais donc probablement du raid logiciel avec des partitions. Aucun pb sauf que ça veut dire que le MBR n'est dans aucun RAID. Tu dois dupliquer l'info toi-même.
Et même en faisant ça, tu peux avoir des pb au démarrage : en retirant un disque, le BIOS va voir un disque de moins et numéroter les restant différemment. Ça peut gêner grub ou pas...
Pour installer grub, si tu utilises dd, alors l'ensemble des données du boot secteur sont dupliquées (dimensions des partitions comprises), pas juste le programme d'ammorçage. Comme tes trois disques ne sont pas utilisés exactement de la même façon (l'un ne participe pas au RAID1), il vaut sans doute mieux installer grub avec la commande grub elle-même.
Cependant si je supprime le premier disque impossible de booter !?!
Dans tous les cas, je crois que le initrd refuse de démarrer le RAID par défaut si tous les disques ne sont pas là. Tu risques donc d'être bloqué dans le initrd qui va te donner la main. Il faudra alors (avec les commandes limitées de busybox) démarrer tes RAID en mode dégradé et monter la partition root à la main avant de continuer.
A+ Vincent
-- Vincent Danjean GPG key ID 0x9D025E87 GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main
-- 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/
On 15/05/2010 17:48, franck dufau wrote:
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Tu fais donc probablement du raid logiciel avec des partitions.
Aucun pb sauf que ça veut dire que le MBR n'est dans aucun RAID.
Tu dois dupliquer l'info toi-même.
Et même en faisant ça, tu peux avoir des pb au démarrage : en
retirant un disque, le BIOS va voir un disque de moins et numéroter
les restant différemment. Ça peut gêner grub ou pas...
Pour installer grub, si tu utilises dd, alors l'ensemble des données
du boot secteur sont dupliquées (dimensions des partitions comprises),
pas juste le programme d'ammorçage. Comme tes trois disques ne sont
pas utilisés exactement de la même façon (l'un ne participe pas au
RAID1), il vaut sans doute mieux installer grub avec la commande
grub elle-même.
Cependant si je supprime le premier disque impossible de booter !?!
Dans tous les cas, je crois que le initrd refuse de démarrer le RAID
par défaut si tous les disques ne sont pas là. Tu risques donc d'être
bloqué dans le initrd qui va te donner la main. Il faudra alors (avec
les commandes limitées de busybox) démarrer tes RAID en mode dégradé
et monter la partition root à la main avant de continuer.
A+
Vincent
--
Vincent Danjean GPG key ID 0x9D025E87 vdanjean@debian.org
GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87
Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html
APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main
--
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/4C1B0B49.9000606@free.fr
J’ai installé un petit serveur, 3 dd de 80 go avec
Raid 1 pour le boot
Raid5 pour le système
Tu fais donc probablement du raid logiciel avec des partitions. Aucun pb sauf que ça veut dire que le MBR n'est dans aucun RAID. Tu dois dupliquer l'info toi-même.
Et même en faisant ça, tu peux avoir des pb au démarrage : en retirant un disque, le BIOS va voir un disque de moins et numéroter les restant différemment. Ça peut gêner grub ou pas...
Pour installer grub, si tu utilises dd, alors l'ensemble des données du boot secteur sont dupliquées (dimensions des partitions comprises), pas juste le programme d'ammorçage. Comme tes trois disques ne sont pas utilisés exactement de la même façon (l'un ne participe pas au RAID1), il vaut sans doute mieux installer grub avec la commande grub elle-même.
Cependant si je supprime le premier disque impossible de booter !?!
Dans tous les cas, je crois que le initrd refuse de démarrer le RAID par défaut si tous les disques ne sont pas là. Tu risques donc d'être bloqué dans le initrd qui va te donner la main. Il faudra alors (avec les commandes limitées de busybox) démarrer tes RAID en mode dégradé et monter la partition root à la main avant de continuer.
A+ Vincent
-- Vincent Danjean GPG key ID 0x9D025E87 GPG key fingerprint: FC95 08A6 854D DB48 4B9A 8A94 0BF7 7867 9D02 5E87 Unofficial packages: http://moais.imag.fr/membres/vincent.danjean/deb.html APT repo: deb http://perso.debian.org/~vdanjean/debian unstable main
-- 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/
daniel huhardeaux
Le 18/06/2010 07:59, Vincent Danjean a écrit :
[...] > Cependant si je supprime le premier disque impossible de booter !?!
Dans tous les cas, je crois que le initrd refuse de démarrer le RAID par défaut si tous les disques ne sont pas là. [...]
Si le premier disque est retiré la machine démarrera sur le second.
L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le
second disque sans intervention humaine.
--
Daniel
--
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/4C1B2A75.40303@tootai.net
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi.
L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le second disque sans intervention humaine.
Ça dépend des besoins, le RAID peut servir à ce que la machine continue à fonctionner sans redémarrer jusqu'à l'intervention humaine pour remplacer un disque défectueux.
-- 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/
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ?
Si le premier disque est retiré, alors le disque restant est vu comme
hd0 par grub et la première entrée suffit.
Si on remplace le premier disque par un disque vierge ne contenant pas
grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer
sur le second disque qui sera donc vu par grub comme hd0 aussi.
L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le
second disque sans intervention humaine.
Ça dépend des besoins, le RAID peut servir à ce que la machine continue
à fonctionner sans redémarrer jusqu'à l'intervention humaine pour
remplacer un disque défectueux.
--
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/4C1B4DE9.5070308@plouf.fr.eu.org
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi.
L'intérêt du Raid1 serait vraiment moindre s'il ne démarrait pas sur le second disque sans intervention humaine.
Ça dépend des besoins, le RAID peut servir à ce que la machine continue à fonctionner sans redémarrer jusqu'à l'intervention humaine pour remplacer un disque défectueux.
-- 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/
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi.
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible. Et dans le cas que tu cites -remplacement de disque- c'est la même chose.
Je dois préciser que je fais du Raid1 avec x disques chacun étant *toujours* seul sur sa nappe (rajout de carte si plus de 2 disques), le lecteur CD étant retiré de la nappe et rebranché uniquement si nécessaire pour une maintenance.
-- Daniel
-- 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/
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ?
Si le premier disque est retiré, alors le disque restant est vu comme
hd0 par grub et la première entrée suffit.
Si on remplace le premier disque par un disque vierge ne contenant pas
grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer
sur le second disque qui sera donc vu par grub comme hd0 aussi.
Imaginons que hd0 tombe en panne et que la machine reboot pour une
raison x. Sans le fallback, pas de démarrage possible. Et dans le cas
que tu cites -remplacement de disque- c'est la même chose.
Je dois préciser que je fais du Raid1 avec x disques chacun étant
*toujours* seul sur sa nappe (rajout de carte si plus de 2 disques), le
lecteur CD étant retiré de la nappe et rebranché uniquement si
nécessaire pour une maintenance.
--
Daniel
--
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/4C1B67D7.7090404@tootai.net
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi.
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible. Et dans le cas que tu cites -remplacement de disque- c'est la même chose.
Je dois préciser que je fais du Raid1 avec x disques chacun étant *toujours* seul sur sa nappe (rajout de carte si plus de 2 disques), le lecteur CD étant retiré de la nappe et rebranché uniquement si nécessaire pour une maintenance.
-- Daniel
-- 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/
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi.
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1.
-- 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/
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ?
Si le premier disque est retiré, alors le disque restant est vu comme
hd0 par grub et la première entrée suffit.
Si on remplace le premier disque par un disque vierge ne contenant pas
grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer
sur le second disque qui sera donc vu par grub comme hd0 aussi.
Imaginons que hd0 tombe en panne et que la machine reboot pour une
raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini
comme premier disque et vu comme hd0 par grub. Si grub a réussi à
démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et
l'initramfs sur hd1.
--
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/4C1B975C.9000400@plouf.fr.eu.org
Si le premier disque est retiré la machine démarrera sur le second.
Pas besoin d'une deuxième entrée "fallback" pour cela, non ? Si le premier disque est retiré, alors le disque restant est vu comme hd0 par grub et la première entrée suffit. Si on remplace le premier disque par un disque vierge ne contenant pas grub, il faudra changer l'ordre de démarrage dans le BIOS pour démarrer sur le second disque qui sera donc vu par grub comme hd0 aussi.
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1.
-- 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/
daniel huhardeaux
Le 18/06/2010 17:57, Pascal Hambourg a écrit :
[...]
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1.
Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1. A noter que l'on peut ajouter plusieurs fallback. Et que rien n'empêche de toujours démarrer du disque 1 ;-) Dans ce cas on mettra default 1 fallback 0. -- Daniel
-- 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 18/06/2010 17:57, Pascal Hambourg a écrit :
[...]
Imaginons que hd0 tombe en panne et que la machine reboot pour une
raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini
comme premier disque et vu comme hd0 par grub. Si grub a réussi à
démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et
l'initramfs sur hd1.
Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1. A noter
que l'on peut ajouter plusieurs fallback. Et que rien n'empêche de
toujours démarrer du disque 1 ;-) Dans ce cas on mettra default 1
fallback 0.
--
Daniel
--
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/4C1B997F.6020801@tootai.net
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1.
Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1. A noter que l'on peut ajouter plusieurs fallback. Et que rien n'empêche de toujours démarrer du disque 1 ;-) Dans ce cas on mettra default 1 fallback 0. -- Daniel
-- 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/
Pascal Hambourg
daniel huhardeaux a écrit :
Le 18/06/2010 17:57, Pascal Hambourg a écrit :
[...]
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1.
Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1.
Ben non puisque - toujours sauf erreur de ma part - quel que soit le disque physique que le BIOS réussit à amorcer, c'est lui qui devient hd0.
-- 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/
daniel huhardeaux a écrit :
Le 18/06/2010 17:57, Pascal Hambourg a écrit :
[...]
Imaginons que hd0 tombe en panne et que la machine reboot pour une
raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini
comme premier disque et vu comme hd0 par grub. Si grub a réussi à
démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et
l'initramfs sur hd1.
Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1.
Ben non puisque - toujours sauf erreur de ma part - quel que soit le
disque physique que le BIOS réussit à amorcer, c'est lui qui devient hd0.
--
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/4C1BB4F2.3010505@plouf.fr.eu.org
Imaginons que hd0 tombe en panne et que la machine reboot pour une raison x. Sans le fallback, pas de démarrage possible.
Sauf erreur, le disque amorcé par le BIOS, quel qu'il soit, est défini comme premier disque et vu comme hd0 par grub. Si grub a réussi à démarrer depuis hd0, alors pas besoin d'aller chercher le noyau et l'initramfs sur hd1.
Et s'il ne réussit pas à démarrer depuis hd0, il switch sur hd1.
Ben non puisque - toujours sauf erreur de ma part - quel que soit le disque physique que le BIOS réussit à amorcer, c'est lui qui devient hd0.
-- 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/
