Package: linux-2.6
Version: 2.6.31-1
Severity: serious
Hi kernel maintainer,
starting with kernel 2.6.30-2, my boot process lock up with the
message cryptsetup: lvm is not available, just after having asked the
LUKS passphrase. Currently, I can reproduce it with 2.6.30-2 and
2.6.31-1. It still
Processing commands for cont...@bugs.debian.org:
severity 553922 important
Bug #553922 [linux-2.6] cryptsetup: lvm is not available lock up at boot
Severity set to 'important' from 'serious'
End of message, stopping processing here.
Please contact me if you need assistance.
Debian bug
On Mon, Nov 02, 2009 at 10:21:25AM +0100, Stefano Zacchiroli wrote:
Package: linux-2.6
Version: 2.6.31-1
Severity: serious
Hi kernel maintainer,
starting with kernel 2.6.30-2, my boot process lock up with the
message cryptsetup: lvm is not available, just after having asked the
LUKS
Processing commands for cont...@bugs.debian.org:
reassign 553922 cryptsetup
Bug #553922 [linux-2.6] cryptsetup: lvm is not available lock up at boot
Bug reassigned from package 'linux-2.6' to 'cryptsetup'.
Bug No longer marked as found in versions 2.6.31-1.
severity 553922 important
Bug #553922
reassign 553922 cryptsetup
severity 553922 important
thanks
On Mon, Nov 02, 2009 at 10:21:25AM +0100, Stefano Zacchiroli wrote:
starting with kernel 2.6.30-2, my boot process lock up with the
message cryptsetup: lvm is not available, just after having asked the
LUKS passphrase. Currently, I
Package: linux-image-2.6.26-2-amd64
Version: 2.6.26-17
Followup-For: Bug #545879
I'm experiencing this same issue on a cluster of Debian 5 desktops, on systems
running AMD Opteron CPU's (including 250's, 252's and 270's model CPU's). We
also saw the issue when running 2.6.26-15 kernel from
I too have been a victim of this problem, on a number of machines. I fed
the lines into addr2line -e vmlinux after rebuilding the kernel with
this flavor to get the vmlinux.
This looks clearly like a xen bug, the kernel does some I/O, which gets
queued, but for some reason the request causes a
Hi all!
Hardware: Dell PowerEdge 2900 with Hardware Raid and LVM on it.
This also happen on latest `lenny`'s kernel. mainly while Heavy load on I/O
subsystem:
[275692.879178] INFO: task pdflush:14958 blocked for more than 120 seconds.
[275692.879207] echo 0
En/na Vincent Danjean ha escrit:
Xan wrote:
Sorry. I have not enough skills for doing that. I will thank if anyone
could do that.
This kind of script would be very critical (can lead to unbootable system)
and there are *lots* of ways users can change their /etc/fstab and
On Mon, Nov 02, 2009 at 08:21:51AM +0100, Vincent Danjean wrote:
Xan wrote:
Sorry. I have not enough skills for doing that. I will thank if anyone
could do that.
This kind of script would be very critical (can lead to unbootable system)
and there are *lots* of ways users can change their
On Sun, Nov 01, 2009 at 04:37:06PM +0100, amuel...@targz.de wrote:
hey,
after 5 days of testing we got no further error messages and system did
not hang. So I assume that the bug is fixed. (used your testkernel)
Thanks in Advance!
Great, thanks for the verification.
--
dann frazier
I was wondering what the motivation behind commit 13647 was:
debian/config/i386/none
- New directory.
- Move some config files from debian/config/i386.
It has the unfortunate side effect of meaning that you can no longer
simply specify a featureset with a flavour of 686-bigmem and have
Package: initramfs-tools
Version: 0.85i
Followup-For: Bug #535008
Hi,
you may use the following script as a temporary fix.
Depending on your initrd, you have to put the script (which I call
pxedev) into one of the following places (putting it in both does not
seem to hurt):
*
Package: linux-2.6
Version: 2.6.31-1
Severity: normal
Build log is here:
https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.31-1;arch=alpha;stamp=1257156646
The failure comes from this static assertion:
BUILD_BUG_ON(sizeof(ino_t) != sizeof(long));
It's not clear to me why this
Okajima-san,
We are including aufs2 in the Debian kernel for use on live CDs. We are
trying to build it for all Debian architectures, but found the following
error on alpha:
CC [M] fs/aufs/vdir.o
Processing commands for cont...@bugs.debian.org:
forwarded 554120 hooano...@yahoo.co.jp
Bug #554120 [linux-2.6] FTBFS on alpha; dubious assertion in fs/aufs/vdir.c
Set Bug forwarded-to-address to 'hooano...@yahoo.co.jp'.
End of message, stopping processing here.
Please contact me if you need
Package: linux-2.6
Version: 2.6.31-1
Severity: serious
Tags: patch
Justification: no longer builds from source
Build log:
https://buildd.debian.org/fetch.cgi?pkg=linux-2.6;ver=2.6.31-1;arch=powerpc;stamp=1256515119
Alredy patched upstream by Bastian Blank:
commit
Bastian Blank wrote:
On Wed, Oct 28, 2009 at 02:22:49PM +0800, Thomas Goirand wrote:
Would this kernel work as a dom0 in Lenny?
No. It needs a newer hypervisor.
Can you also provide the source package so I can
recompile it with the Lenny gcc/libs?
The patch is there.
Processing commands for cont...@bugs.debian.org:
# Automatically generated email from bts, devscripts version 2.10.35lenny7
tags 554124 + pending
Bug #554124 [linux-2.6] FTBFS on powerpc due to bogus #warning and -Werror
Added tag(s) pending.
End of message, stopping processing here.
Please
Hello Ben,
Ben Hutchings:
The code says:
BUILD_BUG_ON(sizeof(ino_t) !=3D sizeof(long));
return ALIGN(sizeof(struct au_vdir_de) + nlen, sizeof(ino_t));
but on alpha, sizeof(ino_t) =3D=3D 4 but sizeof(long) =3D=3D 8.
Is it really necessary that these types have the same
On Tue, 2009-11-03 at 10:04 +0800, Thomas Goirand wrote:
as if my kernel was NOT Xen dom0 capable. But I've checked my .config,
and I did switch the correct flag(s). Also, there's a /proc/xen (but
empty). What did I miss here?
http://lists.debian.org/debian-kernel/2009/10/msg01131.html
You
21 matches
Mail list logo