opensuse
[Arriba] [Todas las Listas]

[opensuse] Re: REDADA de software vs REDADA de BIOS

To: opensuse@xxxxxxxxxxxx
Subject: [opensuse] Re: REDADA de software vs REDADA de BIOS
From: Joachim Schrod <jschrod@xxxxxxx>
Date: Sat, 17 Sep 2011 15:28:45 +0200
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Sat, 17 Sep 2011 09:29:19 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <4E747FD7.7060804__36264.022862497$1316257775$gmane$org@rogers.com>
List-archive: <http://lists.opensuse.org/opensuse/>
List-help: <mailto:opensuse+help@opensuse.org>
List-owner: <mailto:opensuse+owner@opensuse.org>
List-post: <mailto:opensuse@opensuse.org>
List-subscribe: <mailto:opensuse+subscribe@opensuse.org>
List-unsubscribe: <mailto:opensuse+unsubscribe@opensuse.org>
Mailing-list: contact opensuse+help@xxxxxxxxxxxx; run by mlmmj
References: <4E6FFFBE.102@gmail.com> <4E70011E.5010101@gmail.com> <j4phqn$qpp$2@saturn.local.net> <4E71CE83.8030702__39131.0333543972$1316081301$gmane$org@rogers.com> <j50pha$qt1$1@dough.gmane.org> <4E747FD7.7060804__36264.022862497$1316257775$gmane$org@rogers.com>
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.1.19) Gecko/20110420 SUSE/2.0.14-4.1 SeaMonkey/2.0.14
James *Knott escribió:
> *Joachim *Schrod escribió:
>> James *Knott escribió:
>>> Por *Jessen escribió:
>>>> John *Andersen escribió:
>>>>       
>>>>> En uno cronometra había un problema habiendo /bota en redada, y su sido un
>>>>> mientras desde entonces tuve que *reconfigure una caja fresca, así que no sé si esto
>>>>> es todavía el caso.
>>>>>
>>>>>          
>>>> Con *lilo lo trabaja bien, pero no sé sobre *grub.
>>>>        
>>> No trabaja con *grub.  Con REDADA y también *LVM, /la bota tiene que ser en
>>> una partición regular.
>>>      
>> Aquí *LVM es el problema, no REDADA-1.
>>
>> Con REDADA-1 *via *md y ningún *LVM, /bota en un *mirrored *ext3/*ext4
>> *filesystem definitivamente trabajos con *grub. Lo utilizamos desde varios
>> años, y tuvo bastantes errores de disco para probarlo laborable. Uno necesita cuidar que *grub *bootloader es instalado en ambos discos, aun así,
>> *openSUSE  no  esto él durante instalación. La Robustez
>> extra viene con *stanzas que nombra ambos discos, en caso *hd0 no
>> es visible al BIOS más y *hd1 de repente consigue *hd0.
>>
>>    
> Me preguntaba sobre aquello.  También, los puntos de carta de la bota a un específico
> *kernal.  Qué hace aquello consigue actualizado con REDADA 1?

/La Bota es *mirrored, así que cualquier cambio (cualquier nuevo *kernel y cualquier carta de bota)
es escrito a ambos discos.

*E.*g., dejado suponer /la bota es en /*dev/*md0 que es un *mirrored el dispositivo
hecho arriba de de /*dev/*sda1 y /*dev/*sdb1. Ahora dejado tiene dos *stanzas:

título *Desktop -- *openSUSE 11.4 1*st disco - 2.6.37.6-0.7
    raíz (*hd0,0)
    *kernel /*vmlinuz-2.6.37.6-0.7-*desktop raíz=/*dev/*md2 *noresume
tranquilo *showopts *nowatchdog *vga=0*x317 *ipv6.Imposibilita=1
    *initrd /*initrd-2.6.37.6-0.7-*desktop

título *Desktop -- *openSUSE 11.4 2*nd disco - 2.6.37.6-0.7
    raíz (*hd1,0)
    *kernel /*vmlinuz-2.6.37.6-0.7-*desktop raíz=/*dev/*md2 *noresume
tranquilo *showopts *nowatchdog *vga=0*x317 *ipv6.Imposibilita=1
    *initrd /*initrd-2.6.37.6-0.7-*desktop

Cuándo uno hace un *grub *setup uno ambos discos (normalmente #instalar en
el *MBR), *grub *bootloader, etapa nombrada 1 y etapa 1.5, es
instalado en ambos discos. Yo.*e., uno llama

  # *umount /bota
  # *grub
  *grub> raíz (*hd0,0)	# esto es /bota en /*dev/*sda1
  *grub> *setup (*hd0)	# *MBR-*Setup en 1*st disco
  *grub> raíz (*hd1,0)	# esto es /bota en /*dev/*sdb1
  *grub> *setup (*hd1)	# *MBR-*Setup en 2*nd disco
  *grub> *quit
  # bota /de monte

Durante bota de cualesquier discos, mirará en la primera partición
del disco respectivo, utilizará su complexión-en *filesystem conductor,
y accederá /bota/*grub/carta.*lst En aquel *filesystem. (Aquello es la razón
por qué necesitas un *symlink bota -> . En /bota.) Entonces consigue
*kernel y *initrd de la primera partición (accedido como *ext3/*ext4
*filesystem, no como *mirrored dispositivo!!) Y carga aquello. *initrd
Contiene el *md *kernel módulo y reúne los dispositivos de redada. En
este punto durante bota, /*dev/*md? Es disponible. Por lo tanto podemos ahora
monte /*dev/*md2 cuando raíz y más tardío /*dev/*md0 en /bota.

Estos trabajos porque redada de software (*md, no sabe si aquellos trabajos con *dmraid
también) no crea un especial *layout en su partición si
el *md la partición es justo *mirrored y no tachado. *Beneath Él todo,
hay todavía un recto-adelante *filesystem en aquella partición, y *grub
sabe cómo para manejar que *filesystem. Yo.*e., después de que *unmounting
/bota y parando REDADA en /bota (*mdadm --parón *md0), uno *puede
montar ambos *filesystems en la manera regular, ningún problema, monte -*t
*ext4 /*dev/*sda1 /trabajos de bota. Este *md la característica es la base para *grub
chutando de *mirrored *filesystems.

*HTH,
	*Joachim

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
*Joachim *Schrod				*Email: jschrod@xxxxxxx
*Roedermark, Alemania

-- 
A *unsubscribe, *e-correo: *opensuse+unsubscribe@xxxxxxxxxxxx
Puesto que órdenes adicionales, *e-correo: *opensuse+help@xxxxxxxxxxxx


James Knott wrote:
> Joachim Schrod wrote:
>> James Knott wrote:
>>> Per Jessen wrote:
>>>> John Andersen wrote:
>>>>       
>>>>> At one time there was a problem having /boot on raid, and its been a
>>>>> while since I had to reconfigure a fresh box, so I don't know if this
>>>>> is still the case.
>>>>>
>>>>>          
>>>> With lilo it works fine, but I don't know about grub.
>>>>        
>>> It doesn't work with grub.  With RAID and also LVM, /boot has to be on a
>>> regular partition.
>>>      
>> Here LVM is the problem, not RAID-1.
>>
>> With RAID-1 via md and no LVM, /boot on a mirrored ext3/ext4
>> filesystem definitively works with grub. We use it since several
>> years, and had enough disk errors to prove it working. One needs to
>> take care that grub bootloader is installed on both disks, though,
>> openSUSE doesn't do this itself during installation. Extra
>> robustness comes with stanzas that name both disks, in case hd0 is
>> not visible to the BIOS any more and hd1 suddenly gets hd0.
>>
>>    
> I was wondering about that.  Also, the boot menu points to a specific
> kernal.  How does that get updated with RAID 1?

/boot is mirrored, so any change (any new kernel and any boot menu)
is written to both disks.

E.g., let's assume /boot is on /dev/md0 that is a mirrored device
made up from /dev/sda1 and /dev/sdb1. Now let's have two stanzas:

title Desktop -- openSUSE 11.4 1st disk - 2.6.37.6-0.7
    root (hd0,0)
    kernel /vmlinuz-2.6.37.6-0.7-desktop root=/dev/md2 noresume
quiet showopts nowatchdog vga=0x317 ipv6.disable=1
    initrd /initrd-2.6.37.6-0.7-desktop

title Desktop -- openSUSE 11.4 2nd disk - 2.6.37.6-0.7
    root (hd1,0)
    kernel /vmlinuz-2.6.37.6-0.7-desktop root=/dev/md2 noresume
quiet showopts nowatchdog vga=0x317 ipv6.disable=1
    initrd /initrd-2.6.37.6-0.7-desktop

When one does a grub setup one both disks (I usually install it in
the MBR), grub's bootloader, named stage 1 and stage 1.5, is
installed on both disks. I.e., one calls

  # umount /boot
  # grub
  grub> root (hd0,0)	# this is /boot on /dev/sda1
  grub> setup (hd0)	# MBR-Setup on 1st disk
  grub> root (hd1,0)	# this is /boot on /dev/sdb1
  grub> setup (hd1)	# MBR-Setup on 2nd disk
  grub> quit
  # mount /boot

During boot from either disks, it will look at the first partition
of the respective disk, will use its build-in filesystem driver,
and will access /boot/grub/menu.lst on that filesystem. (That's the
reason why you need a symlink boot -> . on /boot.) Then it gets
kernel and initrd from the first partition (accessed as ext3/ext4
filesystem, not as a mirrored device!!) and loads that. initrd
contains the md kernel module and assembles the raid devices. At
this point during boot, /dev/md? is available. Therefore we can now
mount /dev/md2 as root and later /dev/md0 on /boot.

This works because software raid (md, don't know if that works with
dmraid as well) doesn't create a special layout on its partition if
the md partition is just mirrored and not striped. Beneath it all,
there is still a straight-forward filesystem on that partition, and
grub knows how to handle that filesystem. I.e., after unmounting
/boot and stopping RAID on /boot (mdadm --stop md0), one *can*
mount both filesystems in the regular way, no problem, mount -t
ext4 /dev/sda1 /boot works. This md feature is the base for grub
booting from mirrored filesystems.

HTH,
	Joachim

-- 
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
Joachim Schrod				Email: jschrod@xxxxxxx
Roedermark, Germany

-- 
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx


<Anterior por Tema] Tema Actual [Siguiente por Tema>