Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.bugs.dist > #1111458 > unrolled thread

Bug#864423: Software RAID is not activated at boot time

Back to article view | Back to linux.debian.bugs.dist

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.

Contents

  Bug#864423: Software RAID is not activated at boot time Chris Hofstaedtler <zeha@debian.org> - 2022-07-30 14:00 +0200
    Bug#864423: Software RAID is not activated at boot time László Böszörményi (GCS) <gcs@debian.org> - 2022-07-30 15:40 +0200
      Re: Bug#864423: Software RAID is not activated at boot time Holger Wansing <hwansing@mailbox.org> - 2022-08-02 23:20 +0200
        Re: Bug#864423: Software RAID is not activated at boot time László Böszörményi (GCS) <gcs@debian.org> - 2022-08-03 19:20 +0200
        Bug#864423: Software RAID is not activated at boot time Holger Wansing <hwansing@mailbox.org> - 2022-08-04 18:50 +0200

#1111458 — Bug#864423: Software RAID is not activated at boot time

Hi Laszlo,

whats the status of dmraid? Do you have dmraid hardware or is this
merely on life-support?

* Paul Gevers <elbrus@debian.org>:
> What would you say about this? Even if d-i would not need it anymore, we
> would need work to drop the dependency chain via
> libblockdev/udisks2/gnome-control-center.

I'm wondering if we should remove dmraid support from the d-i as a
first step. AFAICT Intel Software RAID is supported by mdraid, not
sure if the other RAID platforms are still sold.
If its gone from di-i, at least no new installs can spring into
existence "by accident", i.e. where mdraid would have been the
better choice.

What do you, Laszlo and d-boot, think?

Chris

[toc] | [next] | [standalone]

#1111465

Hi all,

On Sat, Jul 30, 2022 at 1:50 PM Chris Hofstaedtler <zeha@debian.org> wrote:
> whats the status of dmraid? Do you have dmraid hardware or is this
> merely on life-support?
 Please note dmraid upstream is dead for more than ten years. I might
find an old i386 hardware that needs it.
But yes, it's only on life-support.

> * Paul Gevers <elbrus@debian.org>:
> > What would you say about this? Even if d-i would not need it anymore, we
> > would need work to drop the dependency chain via
> > libblockdev/udisks2/gnome-control-center.
 Do these have real use of dmraid, tested from time to time at least?

> I'm wondering if we should remove dmraid support from the d-i as a
> first step. AFAICT Intel Software RAID is supported by mdraid, not
> sure if the other RAID platforms are still sold.
 Sounds like a good idea. This will show users early Debian doesn't
plan to ship it anymore.

> If its gone from di-i, at least no new installs can spring into
> existence "by accident", i.e. where mdraid would have been the
> better choice.
 Exactly.

Regards,
Laszlo/GCS

[toc] | [prev] | [next] | [standalone]

#1111816

Hi,

Cyril Brulebois <kibi@debian.org> wrote (Sun, 31 Jul 2022 14:31:20 +0200):
> > I was digging around in the d-i code, and it appears for dmraid to
> > be invoked, one has to boot with disk-detect/dmraid/enable. 
> > 
> > I have opened merge requests to remove the dmraid/sataraid code from
> > d-i. The changes look like low risk to me, but obviously I have no
> > idea. For the lack of a build environment I also didn't test them.
> > 
> > Given d-i does nothing with dmraid unless the boot flag is present,
> > I want to ask if dmraid could also stop shipping its udeb, if thats
> > ok with debian-boot?
> 
> Given how specific it is, opt-in, on a specific arch, and dead upstream,
> looks like a wholesale removal would be the best way forward, yes.

I have merged the merge requests filed by Chris (partman-base, partman-auto,
hw-detect, grub-installer).

The packages build fine with those changings.
And a locally built mini.iso with those changings in local udebs also 
installs fine (default install) in QEMU VM.



Holger


-- 
Holger Wansing <hwansing@mailbox.org>
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

[toc] | [prev] | [next] | [standalone]

#1111875

On Wed, Aug 3, 2022 at 1:44 AM Chris Hofstaedtler <zeha@debian.org> wrote:
> * Holger Wansing <hwansing@mailbox.org> [220802 23:37]:
> > I have merged the merge requests filed by Chris (partman-base, partman-auto,
> > hw-detect, grub-installer).
> >
> > The packages build fine with those changings.
> > And a locally built mini.iso with those changings in local udebs also
> > installs fine (default install) in QEMU VM.
 Cool!

> I'm attaching a draft patch to drop udebs from src:dmraid. Maybe you
> want to use this as a starting point, László?
 Thanks. While I can remove udebs myself, let's speed up and I'll
upload your changes immediately.

Regards,
Laszlo/GCS

[toc] | [prev] | [next] | [standalone]

#1112007

Hi,

Chris Hofstaedtler <zeha@debian.org> wrote (Wed, 3 Aug 2022 01:44:47 +0200):
> Hi,
> 
> * Holger Wansing <hwansing@mailbox.org> [220802 23:37]:
> > I have merged the merge requests filed by Chris (partman-base, partman-auto,
> > hw-detect, grub-installer).
> > 
> > The packages build fine with those changings.
> > And a locally built mini.iso with those changings in local udebs also 
> > installs fine (default install) in QEMU VM.
> 
> Great, thanks for testing!
> 
> Maybe these changes can make it into unstable soon?

Just uploaded and accepted into unstable.


Holger


-- 
Holger Wansing <hwansing@mailbox.org>
PGP-Fingerprint: 496A C6E8 1442 4B34 8508  3529 59F1 87CA 156E B076

[toc] | [prev] | [standalone]

Back to top | Article view | linux.debian.bugs.dist

csiph-web