Package: initramfs-tools
Version: 0.106
Severity: critical
Tags: upstream
Justification: breaks the whole system
After patching my system 3 days ago it will not further boot up. The initramfs
prompt comes before the keypass has to been normally asked for to decrypt my
root partition with the
On Sat, Jun 23, 2012 at 01:13:04PM +0200, Pierre Bernhardt wrote:
Package: initramfs-tools
Version: 0.106
Severity: critical
Tags: upstream
Justification: breaks the whole system
After patching my system 3 days ago it will not further boot up. The initramfs
prompt comes before the keypass
On Sat, Jun 23, 2012 at 01:13:04PM +0200, Pierre Bernhardt wrote:
-- /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md50 : active raid5 sda1[0] sdd1[3] sde1[5]
625137664 blocks super 1.2 level 5, 512k chunk, algorithm 2 [3/3] [UUU]
bitmap: 1/3 pages [4KB], 65536KB
Hello,
I tried to use older initramfs-tools 0.103 by reinstalling them with
dpkg -i /var/cache/apt/archives/initramfs-tools_0.103_all.deb
update-initramfs -k all -u
All installed kernee have still the same problem so I guess it could
comes not only from initramfs-tool.
Now I will reinstall
Accepted:
linux-doc-3.2_3.2.21-1_all.deb
to main/l/linux/linux-doc-3.2_3.2.21-1_all.deb
linux-manual-3.2_3.2.21-1_all.deb
to main/l/linux/linux-manual-3.2_3.2.21-1_all.deb
linux-source-3.2_3.2.21-1_all.deb
to main/l/linux/linux-source-3.2_3.2.21-1_all.deb
On Fri, 2012-06-22 at 23:49 -0300, Henrique de Moraes Holschuh wrote:
On Sat, 23 Jun 2012, Ben Hutchings wrote:
On Fri, 2012-06-22 at 16:03 -0300, Henrique de Moraes Holschuh wrote:
On Fri, 22 Jun 2012, Ben Hutchings wrote:
On Sat, 2012-06-16 at 15:08 -0300, Henrique de Moraes Holschuh
On Sat, 23 Jun 2012, Ben Hutchings wrote:
On Fri, 2012-06-22 at 23:49 -0300, Henrique de Moraes Holschuh wrote:
On Sat, 23 Jun 2012, Ben Hutchings wrote:
On Fri, 2012-06-22 at 16:03 -0300, Henrique de Moraes Holschuh wrote:
On Fri, 22 Jun 2012, Ben Hutchings wrote:
On Sat,
Camaleón wrote:
the last (yesterday?) set of updates for
wheezy have left the system in a very bad shape. Is not only that N-M
is reconnecting very often (!) but gnome-shell and mail-notification
are segfaulting as crazy horses.
I'm attaching the syslog.
This is
El 2012-06-23 a las 12:05 -0500, Jonathan Nieder escribió:
Camaleón wrote:
the last (yesterday?) set of updates for
wheezy have left the system in a very bad shape. Is not only that N-M
is reconnecting very often (!) but gnome-shell and mail-notification
are
Camaleón wrote:
El 2012-06-23 a las 12:05 -0500, Jonathan Nieder escribió:
Camaleón wrote:
the last (yesterday?) set of updates for
wheezy have left the system in a very bad shape. Is not only that N-M
is reconnecting very often (!) but gnome-shell and
Hi John,
John Johansen wrote (17 Jun 2012 19:08:20 GMT) :
On 06/15/2012 05:08 PM, Ben Hutchings wrote:
If we don't want to restrict sockets used by the kernel, don't we need
to store the kern flag for later use by aa_revalidate_sk()?
For how apparmor is generally deployed it can get away
On Sat, 2012-06-23 at 20:53 +0200, intrigeri wrote:
Hi John,
John Johansen wrote (17 Jun 2012 19:08:20 GMT) :
On 06/15/2012 05:08 PM, Ben Hutchings wrote:
If we don't want to restrict sockets used by the kernel, don't we need
to store the kern flag for later use by aa_revalidate_sk()?
Package: initramfs-tools
Version: 0.106
Severity: wishlist
Tags: patch
Hi,
the attached patch adds an event based loop for block devices to the
init script. New blockdevices are recorded in
/run/initramfs/block-events by an udev rule as they appear. The init
script repeadately waits for that and
Hi,
Ben Hutchings wrote (23 Jun 2012 19:02:06 GMT) :
What is it that you think will happen at the freeze? We stop fixing
all bugs and do nothing for the next few months?
Of course, and we'll lazily eat lots of icecream while you work hard
to release many shiny new Linux 3.2.x :)
Irony set
Hi,
I filed bugs for cryptsetup, lvm, mdadm and multipath-tools to support
this solution (i.e. provide scripts/local-block/ sniplets) [#678688
#678691 #678692 #678693].
If anyone wants to test this prior to those packages being fixed the
scriplets below can be used.
MfG
Goswin
==
On 06/23/2012 11:53 AM, intrigeri wrote:
Hi John,
John Johansen wrote (17 Jun 2012 19:08:20 GMT) :
On 06/15/2012 05:08 PM, Ben Hutchings wrote:
If we don't want to restrict sockets used by the kernel, don't we need
to store the kern flag for later use by aa_revalidate_sk()?
For how
On 06/23/2012 12:30 PM, intrigeri wrote:
Hi,
Ben Hutchings wrote (23 Jun 2012 19:02:06 GMT) :
What is it that you think will happen at the freeze? We stop fixing
all bugs and do nothing for the next few months?
Of course, and we'll lazily eat lots of icecream while you work hard
to
El 2012-06-23 a las 12:23 -0500, Jonathan Nieder escribió:
Camaleón wrote:
I noticed there was a new kernel update but as I was centered in this
bug report I had configured GRUB to directly boot the older kernel. I'm
going to leave the system for a while with the new kernel loaded to
Camaleón wrote:
I'll keep testing brcmsmac with the upstream branch (mainline and
unstable) so yes, if you have a kernel in your radar you think I
could try just tell and I'll go with it.
Ok, cool. Here's my favorite kernel for the moment:
v3.2.21 + patches 1-10 from
Good afternoon! I discovered your primary photo.
I'm keen on you a lot.
Let us communicate!
I'm a girl and only serious about a male
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive:
Processing commands for cont...@bugs.debian.org:
severity 678636 normal
Bug #678636 [initramfs-tools] initramfs-tools: dm-crypt partitions not further
working. No asking password to encrypt. System will not boot
Severity set to 'normal' from 'critical'
thanks
Stopping processing here.
Please
Processing commands for cont...@bugs.debian.org:
reassign 614170 src:linux-2.6 2.6.32-30
Bug #614170 [usbip] usbip: attaching 2 identical devices requires delay
Bug reassigned from package 'usbip' to 'src:linux-2.6'.
No longer marked as found in versions usbip/0.1.7-3.
Ignoring request to alter
linux-tools_3.2.17-1_multi.changes uploaded successfully to localhost
along with the files:
linux-tools_3.2.17-1.dsc
linux-tools_3.2.17.orig.tar.gz
linux-tools_3.2.17-1.debian.tar.gz
linux-kbuild-3.2_3.2.17-1_i386.deb
libusbip-dev_1.1.1+3.2.17-1_i386.deb
usbip_1.1.1+3.2.17-1_i386.deb
Accepted:
libusbip-dev_1.1.1+3.2.17-1_i386.deb
to main/l/linux-tools/libusbip-dev_1.1.1+3.2.17-1_i386.deb
linux-kbuild-3.2_3.2.17-1_i386.deb
to main/l/linux-tools/linux-kbuild-3.2_3.2.17-1_i386.deb
linux-tools-3.2_3.2.17-1_i386.deb
to main/l/linux-tools/linux-tools-3.2_3.2.17-1_i386.deb
On Sun, 2012-06-10 at 16:18 +0100, Ben Hutchings wrote:
[...]
The problems I've found so far (by inspection):
1. The daemon leaks a file handle on every configuration update.
Fixed by the attached 'tools-hv-fix-file-handle-leak.patch'
2. It doesn't check for write failures, and it doesn't
25 matches
Mail list logo
