opensuse
[Arriba] [Todas las Listas]

Re: [opensuse] Grub, dónde para encontrar?

To: opensuse@xxxxxxxxxxxx
Subject: Re: [opensuse] Grub, dónde para encontrar?
From: "Brian K. White" <brian@xxxxxxxxx>
Date: Fri, 16 Sep 2011 12:32:20 -0400
Delivered-to: opensuse@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 16 Sep 2011 12:32:42 -0400
Envelope-to: traductor@xxxxxxxxxxx
In-reply-to: <3277512.xrWuSbgcMS@dhcppc14>
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: <3277512.xrWuSbgcMS@dhcppc14>
User-agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2
En 9/16/2011 10:03 AM, Constante *Brouerius furgoneta *Nidek escribió:
Es allí un método fácil para encontrar donde *Grub es localizado?
Tengo trabajar *Grub que *defaults a un segundo *grub con mi sistema real.
Este sistema es situado en mi tercer paseo en /*sdc5.
El otro laborable *opensuse, un puro *LXDE es situado en /*sdb3 y es chutado *via
el primer *Grub.
Gustaría para saber donde el *grub escondrijos.

La cuestión no significa cualquier cosa.
Un) "*grub" no es una cosa sola que sólo existe en cualquier sitio solo. Es hecho arriba de de unas cuantas partes diferentes que existen en unos cuantos sitios diferentes. Un) copias Diferentes y versiones diferentes de *Grub puede existir en cualquier número de sitios a la vez.

Estoy yendo para suponer que puedes encontrar la etapa2 y archivos relacionados por mirar en /la bota bastante fácil, y que quieres saber cuál del posiblemente muchos diferente *MBR y *grub etapa1 es los vuestro ordenador de hecho usos durante bota. Nadie puede saber aquello pero tú o alguien contratas para venir mirada en vuestra máquina.

hay dos maneras para imaginarlo fuera.

La manera más segura es para andar #por la bota procesa la misma manera el ordenador hace.

El más fácil pero menos *guaranteed la manera es para mirar en el varios *grub *config archivos de vuestro corriendo sistema, pero desde ti ha *multile corriendo sistemas cada cual con su propio diferente *grub *config archivos... Quizás *theyr'*re bien, quizás sólo uno es correcto pero ninguna manera de saber cuál, quizás ningún conjunto solo es 100% correcto.

Cuándo vuestras botas de máquina arriba, vuestro *motherboard *bios y/o uno de vuestro añadir-en las tarjetas propias *bios selecciona un paseo un intenta chutar de él.

No podemos saber lo que vuestro *motherboard *bios hará. Aquello es controlado por aun así el fabricante *programmed el *bios a *behave, y un poco *adjustable por varios *settings te puede poner en el *bios.

Va a vuestro *bios *setup. Encontrar la lista de prioridad de dispositivo de bota.

El *MBR en el primer dispositivo en la lista que parece un paseo duro es el primer sitio para mirar.

* Quizás el *MBR en aquel dispositivo aguanta una copia de alguna versión de *grub.
* Quizás aguanta un genérico *MBR que sólo sabe cómo para buscar una partición marcada *bootable y salto allí.
* Quizás aguanta nada

* Si aguanta nada entonces más probablemente el *bios abandona que dispositivo y prueba el dispositivo próximo en la lista. * Si había un genérico *mbr pero ninguna partición era marcada *bootable, el *bios abandona que dispositivo y prueba el próximo uno en la lista. * Si el *bootable la partición no tuvo un válido *bootloader, el *bios abandona que dispositivo y prueba el dispositivo próximo en la lista.

Tan, podrías tener ninguno del siguiendo:
* Una copia laborable de alguna versión de *grub etapa1 *loader correcto en el *mbr del primer dispositivo en la lista de prioridad de la bota.

* Un laborable genérico *mbr en el primer dispositivo, y una partición marcada *bootable, y una copia laborable de *grub etapa1 en aquella partición.

Nadie más puede saber ninguno de aquello pero te, o alguien que mira en vuestra máquina directamente.

El otra menos cosa segura puedes hacer es mirada en unos cuantos archivos en vuestro corriendo sistema.

Qué es los contenidos de /bota/*grub/dispositivo.Mapa

/*etc/*grub.*conf
/Bota/*grub/carta.*lst

Dispositivo.El Mapa define "*grub dispositivos" *ie, define lo que "*hd0" y/o *hd1 & *hd2 *etc de hecho significa.

*grub.*conf Entonces usos "*hd0" o *hd0,1 o *hd2,0 *etc en cualquier número de maneras posibles para hacer dos cosas:
1 - escribir la etapa1 *somewhere
2 - decir la etapa1 dónde para encontrar etapa2

carta.*lst Es entonces leído por etapa2 durante bota, y carta.*lst También utiliza "*hd0" no /*dev/algo para encontrar *kernel y *initrd y ninguno otros archivos él él carga como el *graphical archivo de mensaje de la bota o un fondo *pixmap imagen *etc... Cuándo ves /*dev/algo en carta.*lst, que es justo un *meaningless cadena a *grub, *grub justo lo pasa al *kernel como *commandline argumentos, y el *kernel lo entiende.

Todas las  clases de cosas extrañas son posibles.

Dispositivo.El Mapa de hecho podría señalar a uno de los otros paseos que no es el actualmente estás corriendo encima, y así que ninguno de los contenidos de los otros asuntos de archivos.

O, dispositivo.El Mapa puede señalar en el actual corriendo paseo, pero el *grub que de hecho chutado no puede haber sido escrito por _este_ *os y así que este dispositivo.El Mapa no significa cualquier cosa, pero el resto de los archivos todavía podrían importar porque quizás el otro *os dispositivo.Puntos de mapa en estos paseos *satge2 y carta.*lst Archivos.

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


On 9/16/2011 10:03 AM, Constant Brouerius van Nidek wrote:
Is there an easy method to find where Grub is located?
I have working Grub which defaults to a second grub with my actual system.
This system is situated on my third drive on /sdc5.
The other working opensuse, a pure LXDE is situated on /sdb3 and is booted via
the first Grub.
Would like to know where the grub hides.

The question doesn't mean anything.
A) "grub" is not a single thing that only exists in any single place. It's made up of a few different parts which exist in a few different places. A) Different copies and different versions of Grub may exist in any number of places at the same time.

I'm going to assume that you can find the stage2 and related files by looking in /boot easy enough, and that you want to know which of the possibly many different MBR's and grub stage1's are the ones your computer actually uses during boot. No one can know that but you or someone you hire to come look at your machine.

There are two ways to figure it out.

The surest way is to walk through the boot process the same way the computer does.

The easier but less guaranteed way is to look at the various grub config files from your running system, but since you have multile running systems each with their own different grub config files... maybe theyr're all right, maybe only one is right but no way to know which one, maybe no single set are 100% right.

When your machine boots up, your motherboard bios and/or one of your add-in cards own bios's selects a drive a tries to boot from it.

We can not know what your motherboard bios will do. That is controlled by however the manufacturer programmed the bios to behave, and somewhat adjustable by various settings you may set in the bios.

Go into your bios setup. Find the boot device priority list.

The MBR on the first device in the list that looks like a hard drive is the first place to look.

* Maybe the MBR on that device holds a copy of some version of grub.
* Maybe it holds a generic MBR that only knows how to look for a partition marked bootable and jump there.
* Maybe it holds nothing

* If it holds nothing then most likely the bios abandons that device and tries the next device in the list. * If there was a generic mbr but no partition was marked bootable, the bios abandons that device and tries the next one on the list. * If the bootable partition didn't have a valid bootloader, the bios abandons that device and tries the next device on the list.

So, you might have any of the following:
* A working copy of some version of grub stage1 loader right in the mbr of the first device in the boot priority list.

* A working generic mbr on the first device, and a partition marked bootable, and a working copy of grub stage1 on that partition.

No one else can know any of that but you, or someone who looks at your machine directly.

The other less certain thing you can do is look at a few files in your running system.

What are the contents of
/boot/grub/device.map
/etc/grub.conf
/boot/grub/menu.lst

device.map defines "grub devices" ie, it defines what "hd0" and/or hd1 & hd2 etc actually means.

grub.conf then uses "hd0" or hd0,1 or hd2,0 etc in any number of possible ways to do two things:
1 - write the stage1 somewhere
2 - tell the stage1 where to find stage2

menu.lst is then read by stage2 during boot, and menu.lst also uses "hd0" not /dev/something to find kernel and initrd and any other files it itself loads like the graphical boot message file or a background pixmap image etc... When you see /dev/something in menu.lst, that is just a meaningless string to grub, grub just passes it to the kernel as commandline arguments, and the kernel understands it.

All kinds of weird things are possible.

device.map might actually point to one of the other drives that isn't the one you are currently running on, and so none of the contents of the other files matters.

Or, device.map may point at the current running drive, but the grub that actually booted may not have been written by _this_ os and so this device.map doesn't mean anything, but the rest of the files might still matter because maybe the other os's device.map points at this drives satge2 and menu.lst files.

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


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