On Fri, Sep 14, 2012 at 11:06:42PM +0200, lee wrote:
> Are you referring to grub figuring it out when booting or to grub
> figuring it out while it's being installed? (In any case, I don't know
> any of the answers ...)
tal% less /boot/grub/device.map
(hd0) /dev/disk/by-id/ata-Hitachi_HTS541040
On 09/16/12 00:45, Andrei POPESCU wrote:
On Sb, 15 sep 12, 19:03:28, Hendrik Boom wrote:
On Sat, 15 Sep 2012 13:39:29 +0300, Andrei POPESCU wrote:
I've solved this by having one grub in the MBR and installing each grub
in the corresponding first sector of the partition. Not recommended by
grub
Dmitriy Matrosov writes:
> On 09/15/12 18:23, lee wrote:
>>
>> Can't we have a boot manager which is independent of the installed OSs?
>> Grub kinda does its own thing already, and if there was something like a
>> standardised API through which OSs could tell the boot manager how they
>> are to b
On Sb, 15 sep 12, 18:52:27, Hendrik Boom wrote:
>
> (That assumes, or course, that /etc is in the root partition and not
> separately mounted. But if it was separately mounted, there would be no
> way for it to read /etc/fstab in order to find out what to mount for /
> etc.)
AFAIK /etc is one
On Sb, 15 sep 12, 19:03:28, Hendrik Boom wrote:
> On Sat, 15 Sep 2012 13:39:29 +0300, Andrei POPESCU wrote:
> >
> > I've solved this by having one grub in the MBR and installing each grub
> > in the corresponding first sector of the partition. Not recommended by
> > grub, but it works.
>
> So eac
On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
> UUIDs? What failure mode(s) do you have in mind, because I can't think
> of any.
When looking at /etc/fstab or grub configuration files:
Alas! UUIDs are so unmnemonic!
-- hendrik
--
To UNSUBSCRIBE, email to debian-user-requ...@lis
On Sat, 15 Sep 2012 02:19:11 +, Hendrik Boom wrote:
> On Fri, 14 Sep 2012 22:37:28 +0100, Joe wrote:
>
>> On Fri, 14 Sep 2012 20:42:21 + (UTC)
>> Hendrik Boom wrote:
>>
>>> On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
>>>
>>> > On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrot
On 09/15/12 22:52, Hendrik Boom wrote:
On Sat, 15 Sep 2012 13:40:16 +0400, Dmitriy Matrosov wrote:
On 09/15/12 00:42, Hendrik Boom wrote:
On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
Of course, after I've made my copy (with sligh
On Sat, 15 Sep 2012 13:39:29 +0300, Andrei POPESCU wrote:
> On Sb, 15 sep 12, 13:40:16, Dmitriy Matrosov wrote:
>>
>> Note, that suggested above approach requires one edited by hand
>> grub,cfg along with automatically generated others.
>
> I've solved this by having one grub in the MBR and inst
On 09/15/12 18:23, lee wrote:
Can't we have a boot manager which is independent of the installed OSs?
Grub kinda does its own thing already, and if there was something like a
standardised API through which OSs could tell the boot manager how they
are to be booted, we would install the boot manag
On Sat, 15 Sep 2012 02:19:11 +, Hendrik Boom wrote:
> On Fri, 14 Sep 2012 22:37:28 +0100, Joe wrote:
>
>> On Fri, 14 Sep 2012 20:42:21 + (UTC)
>> Hendrik Boom wrote:
>>
>>> On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
>>>
>>> > On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrot
On Sat, 15 Sep 2012 13:40:16 +0400, Dmitriy Matrosov wrote:
> On 09/15/12 00:42, Hendrik Boom wrote:
>> On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
>>
>>> On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
Of course, after I've made my copy (with slight changes to
/etc/fs
Hendrik Boom writes:
> On Fri, 14 Sep 2012 23:06:42 +0200, lee wrote:
>
>> Hendrik Boom writes:
>>
>>> Of course, after I've made my copy (with slight changes to /etc/fstab)
>>> I have two nearly identical sets of partitions, so it may be tricky to
>>> tell them apart. Is grub2 clever enough t
On Sb, 15 sep 12, 13:40:16, Dmitriy Matrosov wrote:
>
> Note, that suggested above approach requires one edited by hand grub,cfg
> along with automatically generated others.
I've solved this by having one grub in the MBR and installing each grub
in the corresponding first sector of the partition
On 09/15/12 00:42, Hendrik Boom wrote:
On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
Of course, after I've made my copy (with slight changes to /etc/fstab)
I have two nearly identical sets of partitions, so it may be tricky to
tell t
> >> This wprked fine with LILO and GRUB 1, where I was in control of
> >> configuratino files and could explicitly specify which root partitions
> >> went with which boot partitions/
Why don't you simply get rid of the updater if you need GRUB2? That's
what I did, resp. as I've written before, I
On Fri, 14 Sep 2012 22:37:28 +0100, Joe wrote:
> On Fri, 14 Sep 2012 20:42:21 + (UTC)
> Hendrik Boom wrote:
>
>> On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
>>
>> > On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
>> >>
>> >> Of course, after I've made my copy (with slight cha
On Fri, 14 Sep 2012 23:06:42 +0200, lee wrote:
> Hendrik Boom writes:
>
>> It has been my practice when upgrading between Debian releases to make
>> bootable copies of the OS partitions on my hard drive so that if things
>> go badly wrong I still have a bootable system.
>
> How did you make suc
On Fri, 2012-09-14 at 22:37 +0100, Joe wrote:
> On Fri, 14 Sep 2012 20:42:21 + (UTC)
> Hendrik Boom wrote:
>
> > On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
> >
> > > On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
> > >>
> > >> Of course, after I've made my copy (with slight
On Fri, 14 Sep 2012 20:42:21 + (UTC)
Hendrik Boom wrote:
> On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
>
> > On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
> >>
> >> Of course, after I've made my copy (with slight changes
> >> to /etc/fstab) I have two nearly identical sets o
Hendrik Boom writes:
> It has been my practice when upgrading between Debian releases to make
> bootable copies of the OS partitions on my hard drive so that if things
> go badly wrong I still have a bootable system.
How did you make such copies?
> This wirked fine with LILO and GRUB 1, where
On Fri, 2012-09-14 at 20:42 +, Hendrik Boom wrote:
> The misconfiguration I have in mind is matching one system's /boot
> with another systems's /. I've had it happen on a laptop sometime
> ago. and it sure messed up my upgrades. I have no idea how it
> happened, but it has made me paranoid.
On Fri, 14 Sep 2012 23:25:03 +0300, Andrei POPESCU wrote:
> On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
>>
>> Of course, after I've made my copy (with slight changes to /etc/fstab)
>> I have two nearly identical sets of partitions, so it may be tricky to
>> tell them apart. Is grub2 clever e
On Vi, 14 sep 12, 17:12:38, Hendrik Boom wrote:
>
> But when installing grub2 to an MBR. all this is automated. It looks
> around on the available disks and figures out shoch partition goes with
> which.
Grub is just a bootloader, you must be thinking about os-prober.
> Of course, after I've
On Fri, 14 Sep 2012 17:12:38 +, Hendrik Boom wrote:
> It has been my practice when upgrading between Debian releases to make
> bootable copies of the OS partitions on my hard drive so that if things
> go badly wrong I still have a bootable system. And occasionally, things
> have gone badly wr
It has been my practice when upgrading between Debian releases to make
bootable copies of the OS partitions on my hard drive so that if things
go badly wrong I still have a bootable system. And occasionally, things
have gone badly wrong, so this was a life-saver.
This wirked fine with LILO and
26 matches
Mail list logo