Looking at /usr/share/initramfs-tools/scripts/local-top/lvm2 more
closely, passing a UUID also wouldn't trigger a `vgchange -ay` here.
But a path like /dev/mapper/X would.
So maybe the question is rather: how to make os-prober return a
"root=/dev/mapper/X" line instead of one containing a UUID(?
Just adding, this isn't only a feature request but results in
non-bootable systems.
If one of the os-probe'd systems e.g. is also a Debian, it will drop
into an initramfs due to not finding the root device.
This is due to - within the initramfs - the VGs as part of the the LVM
system only get ac
Package: os-prober
Version: 1.77
Severity: important
I noticed when running update-grub on Debian stable and testing, that
the resulting grub.cfg has lines as part of menuentres like:
"linux [..] root=/dev/dm-X"
for found linux installations on other block devices - in my case
residin
On 6/17/20 5:23 PM, Guilhem Moulin wrote:
> On Wed, 17 Jun 2020 at 17:09:01 +0200, Mirko Vogt wrote:
> [..]
> (FWIW my “please use the Debian BTS” wasn't an invitation to file a bug
> in this case, but to query the BTS to check if the issue was already
> reported and/or fixed
I was made aware that this might be a duplicate of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951194
and it indeed seems to be the same issue.
However above report was closed in Feb 2020 with a comment that bug was
believed to be fixed. If that's the case, the fix apparently didn't make
i
Package: roundcube-core
Version: 1.3.13+dfsg.1-1~deb10u1
Severity: important
Hello,
I'm on Debian stable (buster) and using roundcube together with php-fpm
(and Debian's unattended-upgrade functionality for the security feed).
Already the second time an (unattended )upgrade broke my roundcube se
Package: icedove
Version: 1:45.4.0-1
Severity: grave
Justification: renders package unusable
One of icedove's threads randomly(TM) crashes with SIGPIPE in libc's send.c
This can happen shortly after being started or after running for a
couple of hours. No direct trigger identified so far.
Output
This problem is gone in the 5.6.0 beta version of Qt, but still present
in the 5.5.1-versions available for stretch/sid.
On Sun, 22 Nov 2015 15:16:09 +0100 Ralf Jung wrote:
> unfortunately, this bug is not fixed. I updated all the packages built
> from qtbase to version 5.5.1+dfsg-8, and did a reboot - but the ownCloud
> client is still not reconnecting to the server after I switching from
> wired to wireless connec
This bug is still present in the current stable release (Jessie).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Addition: When deleting the swap-LV inside the partitioner - therewith
not going to create swap-space - the error does not occur and I'm able
to continue and complete the installation.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble
Package: installation-reports
Image version: debian-testing-i386-netinst.iso (weekly-build, calendar
week: 36, md5sum of iso: 39150c40504b2ca239ce072bf9882d0d)
Boot method: USB stick (used iso image)
Initial boot: [O]
Detect network card:[O]
Configure network: [O]
Detect CD:
Debian Bug Tracking System wrote:
Thank you for filing a new Bug report with Debian.
This is an automatically generated reply to let you know your message
has been received.
Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will re
13 matches
Mail list logo
