RE: Booter sur un Raid 1 logiciel en SATA [résolu]
Merci à tous, J'ai enfin réussi ! J'arrive à booter directement en raid1. J'ai suivi le conseil de Yann, j'ai regénéré le initrd (via mkinitrd) en ayant au préalable changé la config par default du fichier /etc/mkinitrd/mkinitrd.conf = MODULES=dep au lieu de MODULES=most (est-ce réellement utile ?). Ce qui m'étonne cependant c'est que j'ai pris le soin de compiler tous les modules dépendant du raid+sata directement dans le noyau ! Alors pourquoi faut-il comme même regénérer l'initrd ? François -- 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: Booter sur un Raid 1 logiciel en SATA
Bonjour, Est-ce que Grug peut gérer le lancement de linux avec un raid logiciel à la racine, ou faut-il utiliser Lilo pour cela ? Sur ce point j'ai trouvé des documentations contradictoires, est-ce que quelqu'un à des infos sur le sujet ? -Message d'origine- De : Gilles Mocellin [mailto:[EMAIL PROTECTED] Envoyé : jeudi 11 août 2005 00:16 À : debian-user-french@lists.debian.org Objet : Re: Booter sur un Raid 1 logiciel en SATA Le Mercredi 10 Août 2005 15:44, [EMAIL PROTECTED] a écrit : Bonjour, Merci pour l'indication, mais oui mdadm est bien lancé au démarrage. D'ailleur lorsque je configure un deuxième raid (md1) dans /etc/mdadm/mdadm.conf avec un montage dans /mnt/raid/ (via fstab) : ça fonctionne ! Mais lorsque mon raid doit être la racine / j'ai un kernel panic = (recopié à la main) -- pivot_root : no such file or directory /sbin/init : 432 : cannot ope div/console : no such file kernel panic - not syncing : Attempted to kill init ! -- Faut-il mettre des options particuliaires après le noyau dans grub (menu.lst) ? Voici le mien : title Debian GNU/Linux, kernel 2.6.11-1-686-smp root(hd0,0) kernel /boot/vmlinuz-2.6.11-1-686-smp root=/dev/md0 ro initrd /boot/initrd.img-2.6.11-1-686-smp savedefault boot Jusqu'à présent, j'aurais dit que seul lilo savait booter sur du RAID (/dev/md*). Ce n'est peut-être plus vrai, mais au cas-où, je le mentionne :-)
RE: Booter sur un Raid 1 logiciel en SATA
Bonjour, Lorsque j'ai recompilé mon noyau j'ai essayé d'inclure tout le nécessaire dans ce dernier. Mais je n'ai pas regénéré le initrd après la création du raid, je vais essayer. De même, je vais tenter d'en compiler un sans initrd. Merci pour ces pistes, François -Message d'origine- De : Yann Rouillard [mailto:[EMAIL PROTECTED] Envoyé : mercredi 10 août 2005 18:52 À : debian-user-french@lists.debian.org Objet : Re: Booter sur un Raid 1 logiciel en SATA Bonjour, Personnellement j'ai réussi à le faire fonctionner, j'avais configuré le Raid 1 lors de l'installation mais avec un seul disque à ce moment là. Une fois que j'ai eu mon second disque, j'ai mis un peu de temps avant de comprendre qu'il fallait regénerer l'initrd pour que les 2 disques soit détectés au moment de l'initialisation du raid pour la racine et le swap, mais depuis aucun problème. Yann
Re: Booter sur un Raid 1 logiciel en SATA
François DESMOTTES a écrit : Bonjour, Est-ce que Grug peut gérer le lancement de linux avec un raid logiciel à la racine, ou faut-il utiliser Lilo pour cela ? Grub sait très bien gérer le Raid. J'ai une dizaine de machines en Sarge/Etch qui tournent en Raid1 [...] -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Re: Booter sur un Raid 1 logiciel en SATA
Je suis en congés jusqu'au 29 Août 2005. En mon absence, veuillez contacter le support technique ([EMAIL PROTECTED] / 04.42.90.42.80). Cordialement, Edouard Cante -- 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: Booter sur un Raid 1 logiciel en SATA
Grub boote avec une configuration en raid1, par contre, je ne suis pas sûr: - qu'il sache aller chercher la partition /boot sur le second disque si la partition /boot du premier n'est pas accessible. - qu'il mette à jour le mbr sur les 2 disques. Yann Le jeudi 11 août 2005 à 10:43 +0200, Daniel Huhardeaux a écrit : François DESMOTTES a écrit : Bonjour, Est-ce que Grug peut gérer le lancement de linux avec un raid logiciel à la racine, ou faut-il utiliser Lilo pour cela ? Grub sait très bien gérer le Raid. J'ai une dizaine de machines en Sarge/Etch qui tournent en Raid1 [...] -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net
Re: Booter sur un Raid 1 logiciel en SATA
Yann Rouillard a écrit : Grub boote avec une configuration en raid1, par contre, je ne suis pas sûr: - qu'il sache aller chercher la partition /boot sur le second disque si la partition /boot du premier n'est pas accessible. - qu'il mette à jour le mbr sur les 2 disques. Sans aucun problème. La première règle à appliquer après avoir installer le Raid1 est de démarrer le PC en désactivant chaque disque à son tour. Pour mettre le mbr à jour, suffit d'un root (hd0) puis d'un root (hd1). Pour lire le /boot du second disque, mettre root (hd1,0) et (hd1,0)/kernel-image root=/dev/md2 dans le menu.lst et cela devrait booter. A adapter au partitionnement de la machine. Ci dessus il s'agit d'un /boot sur une partition, / étant sur une seconde et correspondant à /dev/md2 [...] -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Booter sur un Raid 1 logiciel en SATA
Oui en effet tu dois manuellement installer ton mbr sur chaque disque et si un disque flanche tu dois modifier à l'invite grub la partition où aller chercher le noyau ou l'initrd. En revanche il me semble que lilo peut être configuré pour placer automatiquement les boot record sur tous les disques de façon à gérer correctement le démarrage quelque soit le disque qui prend la main au démarrage. Yann Sans aucun problème. La première règle à appliquer après avoir installer le Raid1 est de démarrer le PC en désactivant chaque disque à son tour. Pour mettre le mbr à jour, suffit d'un root (hd0) puis d'un root (hd1). Pour lire le /boot du second disque, mettre root (hd1,0) et (hd1,0)/kernel-image root=/dev/md2 dans le menu.lst et cela devrait booter. A adapter au partitionnement de la machine. Ci dessus il s'agit d'un /boot sur une partition, / étant sur une seconde et correspondant à /dev/md2 [...] -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net
Re: Booter sur un Raid 1 logiciel en SATA
Yann Rouillard a écrit : Oui en effet tu dois manuellement installer ton mbr sur chaque disque et si un disque flanche tu dois modifier à l'invite grub la partition où aller chercher le noyau ou l'initrd. Faux. Si un disque flanche, grub démarre normalement. Débranche ton disque 1 et tu verras que le boot se fera sur le disque 2. Et le mbr ne s'installe qu'une fois, à l'installation du Raid. Après, grub cherche stage.x et menu.lst se trouvant sur la partition boot qui est en Raid [...] -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Booter sur un Raid 1 logiciel en SATA
Le Jeudi 11 Août 2005 19:16, Daniel Huhardeaux a écrit : Yann Rouillard a écrit : Oui en effet tu dois manuellement installer ton mbr sur chaque disque et si un disque flanche tu dois modifier à l'invite grub la partition où aller chercher le noyau ou l'initrd. Faux. Si un disque flanche, grub démarre normalement. Débranche ton disque 1 et tu verras que le boot se fera sur le disque 2. Et le mbr ne s'installe qu'une fois, à l'installation du Raid. Après, grub cherche stage.x et menu.lst se trouvant sur la partition boot qui est en Raid En situation réelle, le disque est toujours visible du BIOS, mais provoque des erreurs en lecture. GRUB ne connais pas les devices /dev/md*, il ne connaît que des disques connus du BIOS. Donc, en cas de problème sur le disque 1, le bios essaye quand même de booter dessus, si GRUB arrive à ce lancé sur ce disque, il essayera de charger menu.lst sur la partition du disque mentionné dans la config (hd0,0) et non sur /dev/md0, donc le disque en à erreur. Si par malheur le disque a un problème sur les secteurs où est stocké le menu.lst et les stages 1.5 et 2... ça marchera pas. En bref, si on a bien installer la MBR sur les deux disques, opération *manuelle* à faire obligatoirement, on peut rebooter en cas de problème sur le disque 1, à condition de l'enlever, ou de le désactiver dans le BIOS si c'est possible. Ça nécessite d'ailleurs d'avoir accès à la machine... 2 avantages pour lilo : - mise à jour automatique des MBR des deux disques - root possible en LVM 1 inconvénient : - doit être relancé à chaque modif des choix de boot En conclusion, pour de la vraie haute-disponibilité, et des serveurs distants, il vaut mieux du RAID matériel... pgpBA8GCOY0jC.pgp Description: PGP signature
Re: Booter sur un Raid 1 logiciel en SATA
Gilles Mocellin a écrit : Le Jeudi 11 Août 2005 19:16, Daniel Huhardeaux a écrit : Yann Rouillard a écrit : Oui en effet tu dois manuellement installer ton mbr sur chaque disque et si un disque flanche tu dois modifier à l'invite grub la partition où aller chercher le noyau ou l'initrd. Faux. Si un disque flanche, grub démarre normalement. Débranche ton disque 1 et tu verras que le boot se fera sur le disque 2. Et le mbr ne s'installe qu'une fois, à l'installation du Raid. Après, grub cherche stage.x et menu.lst se trouvant sur la partition boot qui est en Raid En situation réelle, le disque est toujours visible du BIOS, mais provoque des erreurs en lecture. GRUB ne connais pas les devices /dev/md*, il ne connaît que des disques connus du BIOS. Donc, en cas de problème sur le disque 1, le bios essaye quand même de booter dessus, si GRUB arrive à ce lancé sur ce disque, il essayera de charger menu.lst sur la partition du disque mentionné dans la config (hd0,0) et non sur /dev/md0, donc le disque en à erreur. Si par malheur le disque a un problème sur les secteurs où est stocké le menu.lst et les stages 1.5 et 2... ça marchera pas. default 0 fallback 1 root (hd0,0) kernel (hd0,0)/vmlinuz blabla root (hd1,0) kernel (hd1,0)/vmlinuz blabla Si le boot sur hd0 ne fonctionne pas, boot sur hd1. En bref, si on a bien installer la MBR sur les deux disques, opération *manuelle* à faire obligatoirement, Une fois à l'installation, c'est tout! on peut rebooter en cas de problème sur le disque 1, à condition de l'enlever, ou de le désactiver dans le BIOS si c'est possible. Ça nécessite d'ailleurs d'avoir accès à la machine... Absolument pas. Si un des disques est mort la machine tourne toujours avec les autres. Le bios n'a rien à voir. De plus, une machine qui a un disque qui s'arrête continue à tourner avec le(s) autre(s) disques. Et pour changer le disque il faut bien accéder à la machine ;-) 2 avantages pour lilo : - mise à jour automatique des MBR des deux disques - root possible en LVM 1 inconvénient : - doit être relancé à chaque modif des choix de boot En conclusion, pour de la vraie haute-disponibilité, et des serveurs distants, il vaut mieux du RAID matériel... qui amène à introduire une possible panne matériel supplémentaire. Nous gérons une dizaine de serveurs dont certains en haute-diponibilité, tous *sans* RAID matériel, quelques uns (les plus récents) avec Grub. Je suis de l'avis contraire, faire du RAID logiciel est pour ma part moins stressant à installer (pas de problème de compatibilité avec l'OS) et n'introduit pas cette évantualité de panne supplémentaire. Cette discussion a déjà eu lieu plusieurs fois sur cette liste, les avis sont partagés. A chacun d'évaluer le pour et le contre de chaque méthode. -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Booter sur un Raid 1 logiciel en SATA
Le Jeudi 11 Août 2005 22:25, Daniel Huhardeaux a écrit : default 0 fallback 1 root (hd0,0) kernel (hd0,0)/vmlinuz blabla root (hd1,0) kernel (hd1,0)/vmlinuz blabla Si le boot sur hd0 ne fonctionne pas, boot sur hd1. Là, en effet, je ne connaissais pas ça. En bref, si on a bien installer la MBR sur les deux disques, opération *manuelle* à faire obligatoirement, Une fois à l'installation, c'est tout! Et en cas de changement de disque. on peut rebooter en cas de problème sur le disque 1, à condition de l'enlever, ou de le désactiver dans le BIOS si c'est possible. Ça nécessite d'ailleurs d'avoir accès à la machine... Absolument pas. Si un des disques est mort la machine tourne toujours avec les autres. Le bios n'a rien à voir. De plus, une machine qui a un disque qui s'arrête continue à tourner avec le(s) autre(s) disques. Et pour changer le disque il faut bien accéder à la machine ;-) Oui, mais je parlais en cas de reboot. 2 avantages pour lilo : - mise à jour automatique des MBR des deux disques - root possible en LVM 1 inconvénient : - doit être relancé à chaque modif des choix de boot En conclusion, pour de la vraie haute-disponibilité, et des serveurs distants, il vaut mieux du RAID matériel... qui amène à introduire une possible panne matériel supplémentaire. Nous gérons une dizaine de serveurs dont certains en haute-diponibilité, tous *sans* RAID matériel, quelques uns (les plus récents) avec Grub. On trouve facilement des serveurs avec disque hotplug sans carte RAID ? Tiens, d'ailleurs, comment ça se passe coté Linux dans ce cas (changement d'un disque à chaud) ? Pas coté RAID mais plutôt coté modules SCSI ? Je suis de l'avis contraire, faire du RAID logiciel est pour ma part moins stressant à installer (pas de problème de compatibilité avec l'OS) et n'introduit pas cette évantualité de panne supplémentaire. C'est sur que sans support officiel des constructeur pour Debian, on est jamais sur de pouvoir faire marcher ces cartes RAID :-( Cette discussion a déjà eu lieu plusieurs fois sur cette liste, les avis sont partagés. A chacun d'évaluer le pour et le contre de chaque méthode. Soit. En tout cas, il y en a une qui est plus chère ! pgpnwYPNzGIiz.pgp Description: PGP signature
Re: Booter sur un Raid 1 logiciel en SATA
Gilles Mocellin a écrit : [...] On trouve facilement des serveurs avec disque hotplug sans carte RAID ? Tiens, d'ailleurs, comment ça se passe coté Linux dans ce cas (changement d'un disque à chaud) ? Pas coté RAID mais plutôt coté modules SCSI ? Pas de problème rencontré jusqu'ici. A *déconseiller*, sauf si on sait ce que l'on fait, mais j'ai vu des personnes faire (courament) du hotplug avec des IDE en Rack! Je suis de l'avis contraire, faire du RAID logiciel est pour ma part moins stressant à installer (pas de problème de compatibilité avec l'OS) et n'introduit pas cette évantualité de panne supplémentaire. C'est sur que sans support officiel des constructeur pour Debian, on est jamais sur de pouvoir faire marcher ces cartes RAID :-( Cette discussion a déjà eu lieu plusieurs fois sur cette liste, les avis sont partagés. A chacun d'évaluer le pour et le contre de chaque méthode. Soit. En tout cas, il y en a une qui est plus chère ! Oui et non. En Raid logiciel sur de l'IDE c'est sur, imbattable. Maintenant si on doit équiper la machine avec une carte SCSI, l'écart n'est plus aussi flagrant. -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Booter sur un Raid 1 logiciel en SATA
default 0 fallback 1 Ah je ne connaissais pas cette option ! En effet ça doit marcher avec cette configuration.
Re: Booter sur un Raid 1 logiciel en SATA
Bonjour, J'ai eu le même problème lors j'ai monté du raid logiciel sur des disques SCSI car mon contrôleur ne pouvait pas faire du raide matériel. Avez-vous lancé la service mdadm au démarrage ? Patrice. 2005/8/9, [EMAIL PROTECTED] [EMAIL PROTECTED]: Bonjour à tous, J'essaye depuis quelques jours de booter en raid 1 logiciel sur deux disques durs Sata. Voici le matos : carte mère Asus P5S800-VM, le chipset Sata SIS964. Lors de l'install de Sarge, le kernel 2.4 (par défaut) reconnaît bien mes deux DD Sata ; par contre le kernel 2.6 n'arrive pas à les détecter... J'ai solutionné le PB en faisant mon install avec un 2.4 puis j'ai recompilé (via kernel-package) un nouveau noyau 2.6.12.4 en y intégrant en interne les modules Raid (md + raid1) et SATA (sata_sis ...). Pour configurer le raid et faire les installations je me suis aidé de plusieurs docs, notamment celle-ci : a href=http://www.epimetrics.com/topics/one-page?page_id=421amp;topic=Bit%2dhead%20Stuffamp;page_topic_id=120;RAID1 on Debian Sarge/a. J'arrive à créer mon raid (via mdadm --create /dev/md0 ...) mais lors du reboot suivant, il ne les redétecte pas ! Je pense que cela vient du fait qu'il les recherche (via md autodetecting) alors qu'il n'a pas finit de détecter les disques durs SATA. Peut-on changer l'ordre des lancements des modules ? Ou est-ce une mauvaise configuration ? ... Merci de votre aide, François, qui va faire une pause :-( - Voici un extrait de mon dmesg puis les modifs sur le .config de mon kernel - Linux version 2.6.12.4-686-smp-raid-sata ([EMAIL PROTECTED]) (version gcc 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Sun Aug 7 22:16:10 CEST 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) . Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12 devices PnPBIOS: Disabled by ACPI PNP SCSI subsystem initialized PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report pnp: 00:06: ioport range 0x290-0x297 has been reserved highmem bounce pool size: 64 pages VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 Initializing Cryptographic API isapnp: Scanning for PnP cards... isapnp: No Plug Play device found PNP: PS/2 controller doesn't have AUX irq; using default 0xc PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 112 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize ACPI: PCI Interrupt :00:09.0[A] - GSI 17 (level, low) - IRQ 169 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html :00:09.0: 3Com PCI 3c905C Tornado at 0xe480. Vers LK1.1.19 libata version 1.11 loaded. ACPI: PCI Interrupt :00:05.0[A] - GSI 17 (level, low) - IRQ 169 ata1: SATA max UDMA/133 cmd 0xEFF0 ctl 0xEFE6 bmdma 0xEF90 irq 169 ata2: SATA max UDMA/133 cmd 0xEFA8 ctl 0xEFE2 bmdma 0xEF98 irq 169 ata1: dev 0 cfg 49:2f00 82:74eb 83:7fea 84:4023 85:74e8 86:3c02 87:4023 88:003f ata1: dev 0 ATA, max UDMA/100, 321672960 sectors: lba48 ata1: dev 0 configured for UDMA/100 scsi0 : sata_sis ata2: dev 0 cfg 49:2f00 82:74eb 83:7fea 84:4023 85:74e8 86:3c02 87:4023 88:003f ata2: dev 0 ATA, max UDMA/100, 321672960 sectors: lba48 ata2: dev 0 configured for UDMA/100 scsi1 : sata_sis Vendor: ATA Model: HDS722516VLSA80 Rev: V34O Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: HDS722516VLSA80 Rev: V34O Type: Direct-Access ANSI SCSI revision: 05 md: linear personality registered as nr 1 md: raid0 personality registered as nr 2 md: raid1 personality registered as nr 3 md: raid10 personality registered as nr 9 md: raid5 personality registered as nr 4 raid5: automatically using best checksumming function: pIII_sse pIII_sse : 4012.000 MB/sec raid5: using function: pIII_sse (4012.000 MB/sec) raid6: sse2x21750 MB/s raid6: using algorithm sse2x2 (1750 MB/s) md: raid6 personality registered as nr 8 md: multipath personality registered as nr 7 md: faulty personality registered as nr 10 md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27 device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [EMAIL PROTECTED] NET: Registered
Re: Booter sur un Raid 1 logiciel en SATA
Bonjour, Merci pour l'indication, mais oui mdadm est bien lancé au démarrage. D'ailleur lorsque je configure un deuxième raid (md1) dans /etc/mdadm/mdadm.conf avec un montage dans /mnt/raid/ (via fstab) : ça fonctionne ! Mais lorsque mon raid doit être la racine / j'ai un kernel panic = (recopié à la main) -- pivot_root : no such file or directory /sbin/init : 432 : cannot ope div/console : no such file kernel panic - not syncing : Attempted to kill init ! -- Faut-il mettre des options particuliaires après le noyau dans grub (menu.lst) ? Voici le mien : title Debian GNU/Linux, kernel 2.6.11-1-686-smp root(hd0,0) kernel /boot/vmlinuz-2.6.11-1-686-smp root=/dev/md0 ro initrd /boot/initrd.img-2.6.11-1-686-smp savedefault boot François Quoting Patrice OLIVER [EMAIL PROTECTED]: Bonjour, J'ai eu le même problème lors j'ai monté du raid logiciel sur des disques SCSI car mon contrôleur ne pouvait pas faire du raide matériel. Avez-vous lancé la service mdadm au démarrage ? Patrice. 2005/8/9, [EMAIL PROTECTED] [EMAIL PROTECTED]: Bonjour à tous, J'essaye depuis quelques jours de booter en raid 1 logiciel sur deux disques durs Sata. Voici le matos : carte mère Asus P5S800-VM, le chipset Sata SIS964. Lors de l'install de Sarge, le kernel 2.4 (par défaut) reconnaît bien mes deux DD Sata ; par contre le kernel 2.6 n'arrive pas à les détecter... J'ai solutionné le PB en faisant mon install avec un 2.4 puis j'ai recompilé (via kernel-package) un nouveau noyau 2.6.12.4 en y intégrant en interne les modules Raid (md + raid1) et SATA (sata_sis ...). Pour configurer le raid et faire les installations je me suis aidé de plusieurs docs, notamment celle-ci : a href=http://www.epimetrics.com/topics/one-page?page_id=421amp;topic=Bit%2dhead%20Stuffamp;page_topic_id=120;RAID1 on Debian Sarge/a. J'arrive à créer mon raid (via mdadm --create /dev/md0 ...) mais lors du reboot suivant, il ne les redétecte pas ! Je pense que cela vient du fait qu'il les recherche (via md autodetecting) alors qu'il n'a pas finit de détecter les disques durs SATA. Peut-on changer l'ordre des lancements des modules ? Ou est-ce une mauvaise configuration ? ... Merci de votre aide, François, qui va faire une pause :-( - Voici un extrait de mon dmesg puis les modifs sur le .config de mon kernel -
Re: Booter sur un Raid 1 logiciel en SATA
[EMAIL PROTECTED] a écrit : Bonjour, Merci pour l'indication, mais oui mdadm est bien lancé au démarrage. D'ailleur lorsque je configure un deuxième raid (md1) dans /etc/mdadm/mdadm.conf avec un montage dans /mnt/raid/ (via fstab) : ça fonctionne ! Mais lorsque mon raid doit être la racine / j'ai un kernel panic = (recopié à la main) -- pivot_root : no such file or directory /sbin/init : 432 : cannot ope div/console : no such file kernel panic - not syncing : Attempted to kill init ! -- C'est un probleme d'initrd, pas de mdadm. Je n'ai *jamais* réussi à faire démarrer une Sarge avec initrd. Refais un noyau sans initrd et ca devrait le faire. [...] -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Re: Booter sur un Raid 1 logiciel en SATA
Je suis en congés jusqu'au 29 Août 2005. En mon absence, veuillez contacter le support technique ([EMAIL PROTECTED] / 04.42.90.42.80). Cordialement, Edouard Cante -- 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: Booter sur un Raid 1 logiciel en SATA
Daniel Huhardeaux a écrit : [EMAIL PROTECTED] a écrit : Bonjour, Merci pour l'indication, mais oui mdadm est bien lancé au démarrage. D'ailleur lorsque je configure un deuxième raid (md1) dans /etc/mdadm/mdadm.conf avec un montage dans /mnt/raid/ (via fstab) : ça fonctionne ! Mais lorsque mon raid doit être la racine / j'ai un kernel panic = (recopié à la main) -- pivot_root : no such file or directory /sbin/init : 432 : cannot ope div/console : no such file kernel panic - not syncing : Attempted to kill init ! -- C'est un probleme d'initrd, pas de mdadm. Je n'ai *jamais* réussi à faire démarrer une Sarge avec initrd. Refais un noyau sans initrd et ca devrait le faire. [...] Précision: il faut comprendre Je n'ai jamais réussi à faire démarrer une Sarge avec initrd _en RAID_ Désolé pour l'imprécision initiale :-[ -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net -- 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: Re: Booter sur un Raid 1 logiciel en SATA
Je suis en congés jusqu'au 29 Août 2005. En mon absence, veuillez contacter le support technique ([EMAIL PROTECTED] / 04.42.90.42.80). Cordialement, Edouard Cante -- 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: Booter sur un Raid 1 logiciel en SATA
Bonjour, Personnellement j'ai réussi à le faire fonctionner, j'avais configuré le Raid 1 lors de l'installation mais avec un seul disque à ce moment là. Une fois que j'ai eu mon second disque, j'ai mis un peu de temps avant de comprendre qu'il fallait regénerer l'initrd pour que les 2 disques soit détectés au moment de l'initialisation du raid pour la racine et le swap, mais depuis aucun problème. Yann [...] Précision: il faut comprendre Je n'ai jamais réussi à faire démarrer une Sarge avec initrd _en RAID_ Désolé pour l'imprécision initiale :-[ -- Daniel Huhardeaux _ _ _ __ enum+48 32 285 5276 (_ __) _ / _ (_ __) _ / / iaxtel 1-700-849-6983 / / / // / // / / / / /_/ / / sip/iax:callto [EMAIL PROTECTED]/_/ /// /_/ /_/ /_/_/.net
Re: Booter sur un Raid 1 logiciel en SATA
Le Mercredi 10 Août 2005 15:44, [EMAIL PROTECTED] a écrit : Bonjour, Merci pour l'indication, mais oui mdadm est bien lancé au démarrage. D'ailleur lorsque je configure un deuxième raid (md1) dans /etc/mdadm/mdadm.conf avec un montage dans /mnt/raid/ (via fstab) : ça fonctionne ! Mais lorsque mon raid doit être la racine / j'ai un kernel panic = (recopié à la main) -- pivot_root : no such file or directory /sbin/init : 432 : cannot ope div/console : no such file kernel panic - not syncing : Attempted to kill init ! -- Faut-il mettre des options particuliaires après le noyau dans grub (menu.lst) ? Voici le mien : title Debian GNU/Linux, kernel 2.6.11-1-686-smp root (hd0,0) kernel/boot/vmlinuz-2.6.11-1-686-smp root=/dev/md0 ro initrd/boot/initrd.img-2.6.11-1-686-smp savedefault boot Jusqu'à présent, j'aurais dit que seul lilo savait booter sur du RAID (/dev/md*). Ce n'est peut-être plus vrai, mais au cas-où, je le mentionne :-) pgpHrzvMQxo6N.pgp Description: PGP signature
Booter sur un Raid 1 logiciel en SATA
Bonjour à tous, J'essaye depuis quelques jours de booter en raid 1 logiciel sur deux disques durs Sata. Voici le matos : carte mère Asus P5S800-VM, le chipset Sata SIS964. Lors de l'install de Sarge, le kernel 2.4 (par défaut) reconnaît bien mes deux DD Sata ; par contre le kernel 2.6 n'arrive pas à les détecter... J'ai solutionné le PB en faisant mon install avec un 2.4 puis j'ai recompilé (via kernel-package) un nouveau noyau 2.6.12.4 en y intégrant en interne les modules Raid (md + raid1) et SATA (sata_sis ...). Pour configurer le raid et faire les installations je me suis aidé de plusieurs docs, notamment celle-ci : a href=http://www.epimetrics.com/topics/one-page?page_id=421amp;topic=Bit%2dhead%20Stuffamp;page_topic_id=120;RAID1 on Debian Sarge/a. J'arrive à créer mon raid (via mdadm --create /dev/md0 ...) mais lors du reboot suivant, il ne les redétecte pas ! Je pense que cela vient du fait qu'il les recherche (via md autodetecting) alors qu'il n'a pas finit de détecter les disques durs SATA. Peut-on changer l'ordre des lancements des modules ? Ou est-ce une mauvaise configuration ? ... Merci de votre aide, François, qui va faire une pause :-( - Voici un extrait de mon dmesg puis les modifs sur le .config de mon kernel - Linux version 2.6.12.4-686-smp-raid-sata ([EMAIL PROTECTED]) (version gcc 3.3.5 (Debian 1:3.3.5-13)) #1 SMP Sun Aug 7 22:16:10 CEST 2005 BIOS-provided physical RAM map: BIOS-e820: - 0009fc00 (usable) . Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init pnp: PnP ACPI: found 12 devices PnPBIOS: Disabled by ACPI PNP SCSI subsystem initialized PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try pci=routeirq. If it helps, post a report pnp: 00:06: ioport range 0x290-0x297 has been reserved highmem bounce pool size: 64 pages VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) devfs: 2004-01-31 Richard Gooch ([EMAIL PROTECTED]) devfs: boot_options: 0x0 Initializing Cryptographic API isapnp: Scanning for PnP cards... isapnp: No Plug Play device found PNP: PS/2 controller doesn't have AUX irq; using default 0xc PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 112 serio: i8042 AUX port at 0x60,0x64 irq 12 serio: i8042 KBD port at 0x60,0x64 irq 1 Serial: 8250/16550 driver $Revision: 1.90 $ 48 ports, IRQ sharing enabled ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered RAMDISK driver initialized: 16 RAM disks of 8192K size 1024 blocksize ACPI: PCI Interrupt :00:09.0[A] - GSI 17 (level, low) - IRQ 169 3c59x: Donald Becker and others. www.scyld.com/network/vortex.html :00:09.0: 3Com PCI 3c905C Tornado at 0xe480. Vers LK1.1.19 libata version 1.11 loaded. ACPI: PCI Interrupt :00:05.0[A] - GSI 17 (level, low) - IRQ 169 ata1: SATA max UDMA/133 cmd 0xEFF0 ctl 0xEFE6 bmdma 0xEF90 irq 169 ata2: SATA max UDMA/133 cmd 0xEFA8 ctl 0xEFE2 bmdma 0xEF98 irq 169 ata1: dev 0 cfg 49:2f00 82:74eb 83:7fea 84:4023 85:74e8 86:3c02 87:4023 88:003f ata1: dev 0 ATA, max UDMA/100, 321672960 sectors: lba48 ata1: dev 0 configured for UDMA/100 scsi0 : sata_sis ata2: dev 0 cfg 49:2f00 82:74eb 83:7fea 84:4023 85:74e8 86:3c02 87:4023 88:003f ata2: dev 0 ATA, max UDMA/100, 321672960 sectors: lba48 ata2: dev 0 configured for UDMA/100 scsi1 : sata_sis Vendor: ATA Model: HDS722516VLSA80 Rev: V34O Type: Direct-Access ANSI SCSI revision: 05 Vendor: ATA Model: HDS722516VLSA80 Rev: V34O Type: Direct-Access ANSI SCSI revision: 05 md: linear personality registered as nr 1 md: raid0 personality registered as nr 2 md: raid1 personality registered as nr 3 md: raid10 personality registered as nr 9 md: raid5 personality registered as nr 4 raid5: automatically using best checksumming function: pIII_sse pIII_sse : 4012.000 MB/sec raid5: using function: pIII_sse (4012.000 MB/sec) raid6: sse2x21750 MB/s raid6: using algorithm sse2x2 (1750 MB/s) md: raid6 personality registered as nr 8 md: multipath personality registered as nr 7 md: faulty personality registered as nr 10 md: md driver 0.90.1 MAX_MD_DEVS=256, MD_SB_DISKS=27 device-mapper: 4.4.0-ioctl (2005-01-12) initialised: [EMAIL PROTECTED] NET: Registered protocol family 2 IP: routing cache hash table of 8192 buckets, 64Kbytes TCP established hash table entries: 131072 (order: 8, 1048576 bytes) TCP bind hash table entries: 65536 (order: 7, 524288 bytes) TCP: Hash tables configured (established 131072 bind 65536) NET: Registered protocol family 8 NET: Registered protocol family 20 ACPI wakeup devices: PS2K UAR1 UAR2
