close 982459 5.18.2-1
thanks
Processing control commands:
> retitle -1 mdadm --examine in chroot without /dev mounted corrupts host's
> filesystem
Bug #982459 [src:linux] mdadm --examine in chroot without /proc,/dev,/sys
mounted corrupts host's filesystem
Changed Bug title to 'mdadm --examine in chroot
Control: retitle -1 mdadm --examine in chroot without /dev mounted corrupts
host's filesystem
Control: found -1 5.10.127-2
Control: fixed -1 5.18.2-1~bpo11+1
On Tuesday, 2 August 2022 11:03:09 CET Chris Hofstaedtler wrote:
> Control: reassign -1 src:linux
On 10 Feb 2021 14:29:52 +0100 Patrick Ce
Processing control commands:
> reassign -1 src:linux
Bug #982459 [mdadm] mdadm --examine in chroot without /proc,/dev,/sys mounted
corrupts host's filesystem
Bug reassigned from package 'mdadm' to 'src:linux'.
No longer marked as found in versions mdadm/4.1-1.
Ign
Control: reassign -1 src:linux
Dear Håkan,
thanks for reporting back and testing!
* Håkan T Johansson [220801 19:31]:
> On Sun, 31 Jul 2022, Chris Hofstaedtler wrote:
>
> > I can't see a difference that should matter from userspace.
> >
> > I have stared a bit at the kernel code... there have
On Sun, 31 Jul 2022, Chris Hofstaedtler wrote:
I can't see a difference that should matter from userspace.
I have stared a bit at the kernel code... there have been quite some
changes and fixes in this area. Which kernel version were you
running when testing this?
Could you retry on something
Hi Håkan,
* Håkan T Johansson [220730 23:43]:
> I have now tried with the mdadm 4.2~rc2-2 installed in both the chroot
> environment (tried only that first), and also the host system.
> Unfortunately, the host / fs is still affected when running
> 'update-initramfs -u', when /dev is not mounted.
Hi,
On Sun, Aug 15, 2021 at 2:45 AM Håkan T Johansson wrote:
>
> I believe that I have been hit by this bug too.
Thanks for the bug amendment! The 4.1 release happened nearly three
years ago. With bullseye released, I just uploaded the latest release
candidate 4.2~rc2-2 from upstream to Debian u
Hi,
I believe that I have been hit by this bug too.
What has happened for me is that the machine in question 'almost' locks
up, with a read-only /, and such that most commands to debug further never
complete due to waiting for filesystem action. It then requires a reboot.
'dmesg' has worke
Hi,
On Tue, Jul 13, 2021 at 12:42 AM Judit Foglszinger wrote:
>
> tried again but still fail to reproduce
Thanks for trying to reproduce this bug! I am not sure it makes any
difference either way, but I recently uploaded upstream's new release
candidate 4.2~rc1 to experimental:
https://pack
Hi,
> I could reproduce the bug with /dev *NOT* mounted in chroot. It seems
> independent of /sys being mounted in chroot.
tried again but still fail to reproduce
(same configuration as last time, just with /proc mounted to chroot/proc, rest
not mounted).
Additionally tried it with a RAID0 an
Hi,
On 18.06.21 12:48, Patrick Cernko wrote:
I will try to reproduce the bug now with one of /dev or /sys mounted and
check if it still occurs or not. I will send my report about this later
as this will take some time again.
I could reproduce the bug with /dev *NOT* mounted in chroot. It
Hi,
On 25.04.21 00:36, Judit Foglszinger wrote:
can you reproduce this bug on bullseye? (4.1-11)
If so, what is your configuration (VM used, type of RAID)?
Are all three conditions (/proc, /dev and /sys not mounted) required
or does this also happen, if eg /dev and /sys are there but not /proc?
tags 982459 +moreinfo
user debian-rele...@lists.debian.org
usertags -1 + bsp-2021-04-AT-Salzburg
thank you
Hi,
can you reproduce this bug on bullseye? (4.1-11)
If so, what is your configuration (VM used, type of RAID)?
Are all three conditions (/proc, /
Package: mdadm
Version: 4.1-1
Severity: critical
Tags: upstream
When installing a kernel with initrd enabled, initramfs-tools calls
/usr/share/initramfs-tools/hooks/mdadm. Doing this in a chroot
previously created with debootstrap causes the hook to call
$MDADM --examine --scan --config=par
15 matches
Mail list logo
