[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#353679: marked as done (linux-image-2.6.15-1-686 can't boot from partitioned RAID1 (partitions not discovered))



Your message dated Fri, 15 Feb 2008 19:53:47 +0100
with message-id <20080215185347.GE5940@stro.at>
and subject line Re: linux-image-2.6.15-1-686 can't boot from partitioned RAID1 (partitions not discovered)
has caused the Debian Bug report #353679,
regarding linux-image-2.6.15-1-686 can't boot from partitioned RAID1 (partitions not discovered)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
353679: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=353679
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message ---
Package: linux-image-2.6.15-1-686
Version: 2.6.15-4
Severity: normal


Problem:
For a file server, we want to have everything on sw RAID1.
Having /home on a raid1 made from /dev/sda and /dev/sdb works fine.
�Note that I used the whole devices not partitions.  So no
"raid autodetect" partition type)

The machine in question also have /dev/hda and /dev/hdb on
which I want to install linux on raid1, with several partitions.

The cumbersome way is to use partitions and create one md device for /, 
one for /usr, one for /var, one for swap, and one for /usr/src.  
I know this will work though.

The ideal way is to create a partitionable md device from /dev/hda+/dev/hdb,
and then partition this md device into several components.

The problem with this, is that the initrd does not sufficiently recognize
such a setup, so I can't have root on the partitioned md device.

While testing, I have been using a plain root on /dev/hda1, and a
raid1 in degraded mode on /dev/hdb.  I have noticed that the
initrd seems to detect the raid1 on hdb, but does not run mdadm
in the way required to detect the partitions on the md device.

Therefore, I can't have root on /dev/md1p1 as I hope.


The problem will probably not be solved in time for this server,
which will use a more cumbersome setup lots of little md devices instead.

But I am interested in working with debian developers to improve this
for the future.  I have a home machine where I can experiment with
partitionable md device and even try booting from them. (That machine
will have to use a amd64 kernel though.)

I could use some advice on changing an initrd - the simple and 
hurried approach of unpacking the existing one with gzip+cpio, 
adding an mdadm command and repacking with cpio+gzip didn't work.  

Anyway, a general solution for this problem probably shouldn't 
hardcode an mdadm command either.  Ideally, the partitionable
md device(s) should be detected and have the partitions recognized
because they exist.  I am interested in looking at this,
unless someone else already is busy doing it.  Is there
some documentation on the proper way to change the initrd,
so that the changes might get merged back for the benefit
of others?


Helge Hafting

-- System Information:
Removed, for we don't run email on the server in question. Reportbug
ran on a different machine. The server has kernel 2.6.15-1-686 
from debian, and runs debian testing.  The risk of running 'testing'
on this server is ok.


--- End Message ---
--- Begin Message ---
not a kernel bug, if still reproducible in unstable,
report against mdadm, closing as since quite some
initramfs work happend.



--- End Message ---

Reply to: