opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Control doble: /bota en REDADA 1

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Control doble: /bota en REDADA 1
From: "Brian K. White" <brian@xxxxxxxxx>
Date: Mon, 03 Oct 2011 01:39:07 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Mon, 03 Oct 2011 01:39:30 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <CACdG5dtjWpF2u6HcQpF99WJita-OW3eOgRYBLuXoMQJH9mBKxA@mail.gmail.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
Organization: Aljex Software Inc.
References: <20110930205915.GB10004@blinkenlights.visv.net> <CACdG5dvVX8QpmhhsGiwD9WprcTdRZWmfXqE-gan=jRV8_eDAQA@mail.gmail.com> <201110011251.23456.dwgallien@gmail.com> <20111002062710.GC19163@blinkenlights.visv.net> <CACdG5dtjWpF2u6HcQpF99WJita-OW3eOgRYBLuXoMQJH9mBKxA@mail.gmail.com>
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:7.0) Gecko/20110922 Thunderbird/7.0
En 10/2/2011 4:28 AM, Philip *Vossler escribió:
Si quieres ser 100% seguro entonces tienes que  probar la instalación por
sencillamente *disconnecting cada disco en vuelta y chutando vuestro sistema al
*grub puntual... - Tú *dont incluso tiene que chutar la máquina más allá el
*grub puntual (a no ser que quieres romper/*rebuild la redada como prueba
más lejana).

Cualesquiera instalan *technique tendría que hacer el trabajo pero yo no soy convencidos que
*Yast instalará *MBR código a un segundo disco duro.

Mi posición personal es que me gusta para utilizar una orden incita para tal
trabajo importante y normalmente instalar a mano.

Hope esto ayuda un poco....


En 2 octubre 2011 07:27, Michael *Fischer<michael@xxxxxxxx>  escribió:
Encima Sentado, *Oct 01, *dwgallien escribió:
pienso que esto implica que *grub es instalado en vuestra REDADA 1 (te
supongo está hablando sobre una redada 1 /partición de bota utilizando la primera
partición en cada disco). Esto no te dice cualquier cosa sobre si
*grub ha actualizado el *MBR.

Para instalar *grub en ambos *MBR escribiría (como raíz):

*grub
*grub>  raíz (*hd0,0)
*grub>  *setup (*hd0)
*grub>  raíz (*hd1,0)
*grub>  *setup (*hd1)
*grub>  *quit

sería interesado en lo que otros tienen que decir en esto y si
hay una manera de especificar un "tiempo fuera de tan" si el sistema no puede
chutar de *hd0 lo intenta para chutar de *hd1? (Mi suposición es esto sería
*bios *dependant)

En 30 septiembre 2011 21:59, Michael *Fischer<michael@xxxxxxxx>  escribió:

Siendo uno del *folks que intenta hacer el Tema,
recientemente corrí *across un hilo viejo en la lista que confirmó
la mayoría de mi experiencia con él, pero mencionado que *Yast (en
el modo de instalador) no podría ser poniendo *grub, *etc. En ambos discos'
*MBR o /bota. Después de que alguna web-cavando, probé el siguiendo:

*grub>  encuentra /bota/*grub/etapa1
  (*hd0,0)
  (*hd1,0)

Puede alguien competente en el asunto confirma para mí que el encima
de hecho significa que ambos discos en la variedad han tenido un laborable
*grub escrito a ambos discos, y por tanto, en el acontecimiento del  
fracaso de un paseo, el otro es de hecho *bootable a un sistema laborable?

Si no, por qué no y lo que tiene que hago para "fijar" el asunto.

TIA.


Michael
--

he utilizado este *setup para un tiempo largo en mi REDADA 1 variedad.

Michael, vuestro *syntax pone *grub en el sector de bota de la primera partición en el primer y segundos discos de bota.  Philip *syntax pone *grub en el *MBR de aquellos discos.  Nota que si *grub está siendo instalado del corriendo OS (como *opposed al *grub pelar con ningún OS que corre) utilizará /bota/*grub/dispositivo.Mapa para determinar cuál de los discos corresponde a *hd0 y *hd1, el cual puede o no puede ser igual cuando el *bios secuencia de dispositivo de la bota.  Suponiendo *hd0 y *hd1 es el *bios primer y segundos dispositivos de bota, si chutando del primer disco falla entonces el *bios llamará el sector en el segundo disco.  La variedad es *immaterial a este proceso.

Tan... Puede confirmas que el *grub producción yo *posted significa que soy cubierto
para un *bootable paseo en caso tampoco un (y sólo uno a la vez) va mal
en mí? O  necesito seguir cualquier Philip *grub órdenes (por encima de) o vuestro
(abajo) para asegurar tal *setup?

*Thanks Mucho para las explicaciones extensas.

*YaST Módulo de director de la bota puede ser instruido para instalar *grub a ambos el sector de bota de la partición y el registro de bota maestro.  Todo *YaST de hecho hace es escribe fuera del archivo /*etc/*grub.*conf Con *syntax similar al encima y entonces llamada *grub en modo de lote, el *grub pelar entonces hace el real instala.

Cuando un aparte, un giro en el encima es para instalar *grub en el sector de bota de la partición, marca que la partición activa, y entonces instalar el "código" de bota genérico al *MBR (así que *YaST usos *grub para hacer el el anterior y el último hace él).  Todo el *bios hace en cada caso es mano-fuera al *strap código en el *MBR de la primera partición activa en la mesa.  Si *grub es allí, tiene un *pointer a la /partición de bota y utilizando el sistema de archivo localiza el *kernel.  Si el código genérico es en el *MBR, aquel código llama el *strap en el sector de bota en la primera partición primaria que es marcado activo (o *bootable "").

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






*Yast no instalará el 2*nd *mbr.

*Yast Correrá *grub, y *grub , suponiendo quieres tener *grub etapa propia1 en el *mbr y no un genérico *mbr.

Justo tienes que tener líneas así en /*etc/*grub.*conf, El cual puedes editar directamente fuera de de *yast, o en *yast hay unas opciones adelantadas que incluye una opción para editar el mismo archivo de dentro de *yast.

*setup (*hd0) (*hd0,0)
*setup (*hd1) (*hd1,0)

*Yast creará sólo uno tal línea por él, basado en vuestras elecciones en el varios *yast *bootloader pantallas. Tienes que crear otras tales líneas para tan muchos otros paseos cuando quieres.

La primera línea encima pone *grub etapa1 y 1.5 al *mbr de paseo 0 (*hd0),
y consigue la etapa1 y 1.5 imágenes de /*grub o /bota/*grub en partición 0 de paseo 0 (*hd0,0)

La segunda línea es todo igual pero en paseo 1.

Una vez pusiste que 2*nd (o 3*rd 4*th *etc...) Líneas en *grub.*conf, consiguen ejecutados cada tiempo *yast o *zypper o *rpm hace un *kernel actualizar o cualquier tiempo tú a mano corrido *grub-instalar o *grub --lote </*etc/*grub.*conf

Para un sencillo *setup con sólo un par de paseos, probablemente no te tienes que preocupar sobre hacer seguro "*hd1" significa lo que lo piensas significa. Probablemente *yast bota poblada /automáticamente/*grub/dispositivo.Mapa con cada paseo en vuestro sistema, pero podrías querer al menos tomar una mirada en él y satisfacer tú mira bien. Aquellas líneas en *grub.*conf No _realmente_ malo cualquier cosa por ellos. "*hd0" y *hd1 "" es totalmente definido en dispositivo.Mapa

Realmente hay no respuestas sencillas a cuestiones sobre cómo para montar *grub. Tú (no justo tú personalmente, cualquiera que quiere saber cómo para hacerlo trabajo) tener que sencillamente leído el *grub manual. Explica cómo las partes trabajan juntas y tiene vínculos a explicaciones sobre los problemas inevitables del OS no realmente siendo capaz de saber lo que el BIOS hará o cómo el BIOS "ve" los paseos o lo que lo conduce incluso ve o lo que lo ordena les ve dentro o lo que los paseos pueden haber sido a mano puesto para chutar primer o último o totalmente ignorado. Todas las cuestiones son ya contestado allí.

*http://Www.gnu.org/software/*grub/manual/*legacy/*grub.*html#*setup

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


On 10/2/2011 4:28 AM, Philip Vossler wrote:
If you want to be 100% certain then you must  test the installation by
simply disconnecting each disk in turn and booting your system to the
grub prompt... - you dont even have to boot the machine beyond the
grub prompt (unless you want to break/rebuild the raid as a further
test).

Either install technique should do the job but I am not convinced that
Yast will install MBR code to a second hard disk.

My personal position is that I like to use a command prompt for such
important work and usually install manually.

Hope this helps a little....


On 2 October 2011 07:27, Michael Fischer<michael@xxxxxxxx>  wrote:
On Sat, Oct 01, dwgallien wrote:
I think this implies that grub is installed on your RAID 1 (I assume
you are talking about a raid 1 /boot partition using the first
partition on each disk). This doesn't tell you anything about whether
grub has updated the MBR.

To install grub on both MBR's I would type (as root):

grub
grub>  root (hd0,0)
grub>  setup (hd0)
grub>  root (hd1,0)
grub>  setup (hd1)
grub>  quit

I would be interested in what others have to say on this and whether
there is a way of specifying a "time out" so if the system can not
boot from hd0 it attempts to boot from hd1? (my guess is this would be
bios dependant)

On 30 September 2011 21:59, Michael Fischer<michael@xxxxxxxx>  wrote:

Being one of the folks who tries to do the Subject,
I recently ran across an old thread on the list which confirmed
most of my experience with it, but mentioned that Yast (in the
installer mode) might not be putting grub, etc. on both disks'
MBR or /boot. After some web-digging, I tried the following:

grub>  find /boot/grub/stage1
  (hd0,0)
  (hd1,0)

Can someone competent in the matter confirm for me that the above
does indeed mean that both disks in the array have had a working
grub written to both disks, and therefore, in the event of  the
failure of one drive, the other is indeed bootable into a working system?

If not, why not and what should I do to "fix" the matter.

TIA.


Michael
--

I've used this setup for a long time on my RAID 1 array.

Michael, your syntax puts grub in the boot sector of the first partition on the first and second boot disks.  Philip's syntax puts grub in the MBR of those disks.  Note that if grub is being installed from the running OS (as opposed to the grub shell with no OS running) it will use /boot/grub/device.map to determine which of the disks correspond to hd0 and hd1, which may or may not be the same as the bios boot device sequence.  Assuming hd0 and hd1 are the bios first and second boot devices, if booting from the first disk fails then the bios will call the sector on the second disk.  The array is immaterial to this process.

So... can you confirm that the grub output I posted means that I'm covered
for a bootable drive in case either one (and only one at a time) goes bad
on me? Or do I need to follow either Philip's grub commands (above) or
yours (below) to insure such a setup?

Thanks much for the extensive explanations.

YaST's boot manager module can be instructed to install grub to both the partition boot sector and the master boot record.  All YaST actually does is write out the file /etc/grub.conf with syntax similar to the above and then call grub in batch mode, the grub shell then does the actual install.

As an aside, a twist on the above is to install grub in the partition boot sector, mark that partition active, and then install the "generic" boot code to the MBR (so YaST uses grub to do the the former and the latter it does itself).  All the bios does in every case is hand-off to the strap code in the MBR of the first active partition in the table.  If grub is there, it has a pointer to the /boot partition and using the file system locates the kernel.  If the generic code is in the MBR, that code calls the strap in the boot sector in the first primary partition which is marked active (or "bootable").

Michael
--
Michael Fischer
michael@xxxxxxxx
--
To unsubscribe, e-mail: opensuse+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: opensuse+help@xxxxxxxxxxxx






Yast won't install the 2nd mbr.

Yast will run grub, and grub will, assuming you want to have grub's own stage1 in the mbr and not a generic mbr.

You just have to have lines like this in /etc/grub.conf, which you can edit directly outside of yast, or in yast there is an advanced options that includes an option to edit the same file from within yast.

setup (hd0) (hd0,0)
setup (hd1) (hd1,0)

Yast will create only one such line by itself, based on your choices in the various yast bootloader screens. You have to create other such lines for as many other drives as you want.

The first line above puts grub stage1 and 1.5 into the mbr of drive 0 (hd0),
and gets the stage1 and 1.5 images from /grub or /boot/grub on partition 0 of drive 0 (hd0,0)

The second line is all the same but on drive 1.

Once you put that 2nd (or 3rd 4th etc...) lines in grub.conf, they get executed every time yast or zypper or rpm does a kernel update or any time you manually run grub-install or grub --batch </etc/grub.conf

For a simple setup with only a couple of drives, you probably don't have to worry about making sure "hd1" means what you think it means. Probably yast automatically populated /boot/grub/device.map with every drive in your system, but you might want to at least take a look at it and satisfy yourself it looks right. Those lines in grub.conf don't _really_ mean anything by themselves. "hd0" and "hd1" are totally defined in device.map

Really there are no simple answers to questions about how to set up grub. You (not just you personally, anyone who wants to know how to make it work) must simply read the grub manual. It explains how the parts work together and has links to explanations about the unavoidable problems of the OS not really being able to know what the BIOS will do or how the BIOS "sees" the drives or what drives it even sees or what order it sees them in or what drives may have been manually set to boot first or last or totally ignored. All questions are already answered there.

http://www.gnu.org/software/grub/manual/legacy/grub.html#setup

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


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