Classes and disk_config

[Torsten Schlabach]

Henning!

This is what I was hoping for, thank you.

I am just hunting a strange problem: The automatically installed machine 
is unable to boot after the install finished due to an invalid grub config.

I don't have a separate /boot partition, so /boot is in the main filesystem.

Watch my disk_config file:

disk_config disk1
primary  /             3000-5000      rw,errors=remount-ro ; -c -j ext3
logical  swap          1000-2000      rw
logical  /preserve     5000-          rw,nosuid            ; -m 1 -j 
ext3 lazyformat
logical  /home         500-2000       rw,nosuid            ; -m 1 -j ext3

So the kernel will end up in /boot/vmlinuz-xxx I would assume that the 
grub config should contain

root (hd0,0)

which is what the automated install writes to the config.

But it needs

root (hd0,1)

in order to work; for no apparent reason.

Interesting enough, this had worked before on the very same box, so I 
must have changed someting ...

(Scratching my head.)

Regards,
Torsten

Henning Glawe schrieb:
> On Tue, Jun 19, 2007 at 03:26:09PM +0200, Torsten Schlabach wrote:
> 
>>Hi!
>>
>>Just a quick check:
>>
>>Does a higher priority class' file in disk_config *replace* a lower 
>>priority one or is there some kind of interitance, so the two will get 
>>blended?
> 
> 
> no, as there is no safe way any automatic tool could decide how the files
> should be merged. think of partition number limits, ordering of partitions
> etc.
> 
> in the case of disk_config, it is always the class with the highest priority
> which defines the partitioning.
>