but worth a try)
From a0993ac47d423e39ca3b5c13ae898262d9ef817b Mon Sep 17 00:00:00 2001
From: maximilian attems m...@debian.org
Date: Fri, 27 Sep 2013 10:43:57 +0200
Subject: [PATCH] init: parse UUID for resume arg
This should unbreak lvm resume arg for the case of:
Make sure you have a LVM volume group
sorry for bad pasting, fixed below.
From a325394f1f4574a0df159b7228545701c73e8cad Mon Sep 17 00:00:00 2001
From: maximilian attems m...@debian.org
Date: Fri, 27 Sep 2013 10:43:57 +0200
Subject: [PATCH] init: parse UUID for resume arg
This should unbreak lvm resume arg for the case of:
Make sure
tags 724554 pending
stop
On Wed, 25 Sep 2013, Nikolaus Schulz wrote:
a typo in the recent changes to the resume hook made it no longer honour
the $RESUME device as specified in /etc/initramfs-tools/conf.d/resume.
Trivial patch is attached.
Thanks for catching that!
Applied your patch.
tags 724644 pending
stop
Dear Matto,
On Wed, 25 Sep 2013, Matto Marjanovic wrote:
The configure_networking() function in scripts/functions fails
to parse an ip= kernel option if it has more than one parameter
following the device name. For example:
tags 707040 pending
stop
On Wed, 08 May 2013, Ben Love wrote:
Two potential solutions:
1) Change the -x test to a -e test. I don't know if sh.shared would
ever legitimately exist, yet should not be used as /bin/sh.
ack, done.
2) Create a final, unconditional block that does something
- fi
- umount /run
-fi
+# Move /run to the root
+mount -n -o move /run ${rootmnt}/run
validate_init() {
checktarget=${1}
--
As I said happy about that patch, but unlikely for now, so ok
for a downgrade to wishlist for the moment beeing?
Reviewed-by: maximilian attems m
tags 721519 pending
stop
On Sun, 01 Sep 2013, Ian Campbell wrote:
Damn, that's what I get for retyping instead of copying from the system
where I tested it... Thanks for the sharp eyes!
I've deployed scp this time...
Thanks to all of you, pushed to current master.
--
maks
--
To
On Tue, Aug 20, 2013 at 07:09:05AM +0200, maximilian attems wrote:
Package: libklibc
Version: 2.0.2-1
Severity: serious
File: klibc
new build failure on mips*:
In file included from /«PKGBUILDDIR»/usr/klibc/../include/sys/md.h:30:0,
from usr/kinit/do_mounts_md.c:19
Package: libklibc
Version: 2.0.2-1
Severity: serious
File: klibc
new build failure on mips*:
In file included from /«PKGBUILDDIR»/usr/klibc/../include/sys/md.h:30:0,
from usr/kinit/do_mounts_md.c:19:
/«PKGBUILDDIR»/linux/include/linux/raid/md_p.h:159:2: error: #error unspecified
On Tue, Jul 23, 2013 at 10:09:38PM +0100, Roger Leigh wrote:
On 23/07/13 18:48, Michael Prokop wrote:
[Cc-ing everyone who was involved in discussing #652459]
(Also copying Adam Conrad and Steve Langasek.)
* Roger Leigh [Sun May 12, 2013 at 06:53:11PM +0100]:
And one final patch to use
On Tue, Jul 02, 2013 at 03:36:16PM +0200, Sébastien Dailly wrote:
I'm available if you need more information. Do not hesitate to ask me !
This is *not* the way it works.
If an error occurs the bug submitter is meant to post the error.
Also it might be nice to post which version works or
severity 707789 important
tags 707789 moreinfo
stop
On Sat, May 11, 2013 at 12:19:15PM +0200, Frank Denissen wrote:
Package: initramfs-tools
Version: 0.109.1
Severity: critical
Justification: breaks the whole system
A single boot failure as bad it is for the single box != critical.
reassign 707789 flash-kernel
stop
On Sat, May 11, 2013 at 02:44:31PM +0200, Frank Denissen wrote:
The problem is related to the presence of the flash-kernel package
because it does not occur when this package is not present.
In attachment the requested info (when flash-kernel is
On Wed, Dec 26, 2012 at 10:40:53PM +, Zack wrote:
Package: src:linux
Version: 3.2.35-2
Severity: normal
Dear Maintainer,
I have got the following message at various points: E: linux-
image-3.2.0-4-amd64: subprocess installed post-installation script returned
error exit status 2
E:
On Sun, Nov 11, 2012 at 11:43:17AM +, Thorsten Glaser wrote:
tags 692951 + patch
thanks
Andreas Beckmann dixit:
After the upgrade /usr/share/doc/$PACKAGE/ is just an empty directory.
Hey, I know that. Patch attached, can NMU if you want, maks.
I'm happy if you deal with this
On Mon, Oct 08, 2012 at 06:03:20PM -0300, Henrique de Moraes Holschuh wrote:
Well, I don't mind changing the name of the initramfs-tools helper scripts
in the *-microcode packages,
please do so.
but this _really_ needs to be documented in the
initramfs-tools manpages, AND it needs to
On Tue, Oct 09, 2012 at 07:26:47AM -0300, Henrique de Moraes Holschuh wrote:
On Tue, 09 Oct 2012, maximilian attems wrote:
On Mon, Oct 08, 2012 at 06:03:20PM -0300, Henrique de Moraes Holschuh wrote:
Well, I don't mind changing the name of the initramfs-tools helper scripts
On Mon, Oct 08, 2012 at 09:39:15AM +0200, Martin Schuster (IFKL IT OS DS CD)
wrote:
The workaround given in the error message does not work
(MODULES=most is already set),
No it is not, to double check use:
grep -r MODULES /etc/initramfs-tools/
but I managed to get it
working by issuing
#
severity 689942 important
stop
On Mon, Oct 08, 2012 at 12:26:25PM +0200, Martin Schuster (IFKL IT OS DS CD)
wrote:
On 2012-10-08 11:20, maximilian attems wrote:
your handcrafted fstab looks wrong.
Any hints on what is actually wrong? blkid says
/dev/sda1: LABEL=SSD_ROOT UUID=294a
Variables set by the user must have a name consisting solely of alphabet‐
ics, numerics, and underscores - the first of which must not be numeric.
- dash.1
it seems the initramfs-tools manpage added the dash along
the lines, which is wrong for this cornercase of /tmp noexec and
no busybox.
Then
one more arm fix got added since,
added it directly in klibc 2.0.1-3,
see belows diff.
Thank you,
--
maks
commit 9472b6159928b14c19ec23f1be704459a630b52a
Author: maximilian attems m...@stro.at
Date: Mon Oct 8 21:58:43 2012 +0200
release 2.0.1-3
diff --git a/debian/changelog b/debian
On Thu, Oct 04, 2012 at 05:54:26AM -0400, Avernar wrote:
What worries me is that anybody upgrading an old Debian install with a
custom kernel and modular unix will end up with an unbootable system
after upgrading to wheezy. I will raise this issue with the udev
maintainer.
This issue has
+
+ -- maximilian attems m...@debian.org Mon, 01 Oct 2012 15:54:05 +0200
+
klibc (2.0.1-1) unstable; urgency=high
* New upstream release (nfsmount, get{host,domain}name())
diff --git
a/debian/patches/0001-klibc-Avoid-overflow-for-very-long-variable-name.patch
b/debian/patches/0001-klibc-Avoid
On Sun, 30 Sep 2012, Thorsten Glaser wrote:
OK, thanks. I think one of the ARM guys or jak can do
a test-boot with an initrd made from the fixed klibc
and without busybox, and rebuilding mksh on armhf with
it would also show success (in fact, once you uploaded,
I’ll ask for a binNMU of
On Sat, 29 Sep 2012, Thorsten Glaser wrote:
I’ve submitted upstream a number of commits that fix this, plus one for
the Debian packaging:
• fix http://www.zytor.com/pipermail/klibc/2012-September/003366.html
• fix http://www.zytor.com/pipermail/klibc/2012-September/003368.html
• pkg
Package: linux
Version: linux-2.6
Severity: important
Tags: patch
according to media reports several Debian hosted webserver had outage
on the night to the 1. of July due to the leap second.
according to davej
http://codemonkey.org.uk/2012/06/15/testing-leap-code/
RH uses this fixes:
On Mon, Jul 02, 2012 at 11:16:49AM +0200, maximilian attems wrote:
according to media reports several Debian hosted webserver had outage
on the night to the 1. of July due to the leap second.
according to davej
http://codemonkey.org.uk/2012/06/15/testing-leap-code/
RH uses this fixes
On Fri, Jun 29, 2012 at 06:13:34PM +0100, Steve McIntyre wrote:
On Thu, Jun 28, 2012 at 06:59:34PM +0200, maximilian attems wrote:
On Tue, 19 Jun 2012, Steve McIntyre wrote:
* There's a real bug in the ARM assembly version of longjmp in
usr/klibc/arch/arm/setjmp.S: it will always pass
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: unblock
Please unblock package klibc once d-i beta is released,
for the nfsmount wrong unwind in error path fix of:
http://bugs.debian.org/679011
diff from 2.0 to 2.0.1 is minimal and just adds
On Mon, 11 Jun 2012, Sven Joachim wrote:
Source: klibc
Version: 2.0-2
Severity: important
Tags: patch
Building klibc on i386 with an x86_64 kernel produces packages
containing 64-bit binaries. While this can be avoided by running the
build process under setarch i386, it is not nice.
On Tue, 19 Jun 2012, Steve McIntyre wrote:
More debugging results:
* If I replace -Os with -O0 to disable optimisation, the crash goes
away too. Suggests (maybe) a compiler bug here...
nasty. :|
* There's a real bug in the ARM assembly version of longjmp in
Sorry for the time it took.
According to your bug report klibc dash on ia64 has a working echo,
so it's basic functionality should be good.
It is not clear to me why the initramfs won't boot without busybox?
It does here very well on x86 platforms.
could you please list all the hooks that are
On Sun, May 27, 2012 at 11:42:55AM -0400, Joey Hess wrote:
maximilian attems wrote:
Trying out git annex on a rather large collection (~200k taking 120Gb)
of bzip2 data snapshot files. In contrast to other git commands git annex
operations seem not to properly scale to that number of files
dude care to have a bit of patience before reassigning back,
that be really nice.
On Tue, Jun 05, 2012 at 08:45:59AM +0400, Michael Tokarev wrote:
On 05.06.2012 00:45, Debian Bug Tracking System wrote:
Processing commands for cont...@bugs.debian.org:
reassign 676001 busybox
Bug #676001
On Fri, Jun 08, 2012 at 03:10:42PM +0400, Michael Tokarev wrote:
On 08.06.2012 14:52, maximilian attems wrote:
dude care to have a bit of patience before reassigning back,
that be really nice.
I gave a few days, maybe it was too few, I dunno.
On Tue, Jun 05, 2012 at 08:45:59AM +0400
tags 86 moreinfo
reassign 86 linux-2.6
stop
Kernel: Linux 3.3.0-kevinoid1
Hmm you are using an home-brew linux image.
I can't verify your assumption here on official linux image 3.2
or 3.4 from experimental on old X61s.
Can you still reproduce it? Did you try official linux images?
Here's an easy patch for this:
Please use latest git next time, produces proper patches..
Anyway, thank you applied to latest git, will be in next upload:
http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git;a=summary
best regards,
--
maks
--
To UNSUBSCRIBE, email to
tags 674059 moreinfo
stop
hmm could you send the output of
* mount
* df -h
* the log file of:
sh -x /usr/sbin/mkinitramfs -o /tmp/foo /tmp/log 21
thank you
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
tags 660147 moreinfo
stop
sorry for the late reaction, but currently this bug report misses
vital info:
* lsinitramfs output of the affected initramfs
* lsinitramfs output of the working initramfs
* egrep -r MODULES /etc/initramfs-tools/
thank you.
--
maks
--
To UNSUBSCRIBE, email to
snipp
Implementing full batching would reduce the modprobe calls down to 1,
but 34 still represents a significant improvement with relatively little
effort.
Patch attached. (This subsumes the original patch.)
thank you, applied to latest git:
Dear Vagrant,
thank you for the patch, merged in latest initramfs-tools git:
http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git;a=summary
cloned bugreport to busybox switch_root to have it also fixed there
properly.
Best regards,
maks
--
To UNSUBSCRIBE, email to
On Sun, May 27, 2012 at 02:34:00PM +, Thorsten Glaser wrote:
maximilian attems dixit:
I don't know if klibc-utils provided binaries do work on armhf?
In this case, sh and sh.shared don’t work on armhf, either with
or without thumb. The Debian package builds without thumb.
ok I see
The scalabilty issue comes due to the symlink usage of git annex.
Modern fs are not yet made to be that fast for 100k of symlinks.
A rm -rf .git of any !annexed git repo is blasing fast,
but due to the symlink mess that git annex uses the same cmd takes
hours on the same repo if git annex is
On Sun, May 27, 2012 at 11:41:30AM -0400, Joey Hess wrote:
maximilian attems wrote:
after adding a ssh remote, the default setting for git annex copy
of the whole repo seems one file at the time.
Well, it does it over one ssh connection, but yes, one file at a time
tends to be about
On Sun, May 27, 2012 at 05:57:53PM -0400, Joey Hess wrote:
maximilian attems wrote:
please don't clutter the output on a file basis.
git-annex's display format is carefully designed for its use case, which
is large files. I'm probably not going to throw all that away on the
basis of one
Package: git-annex
Version: 3.20120511
Severity: normal
hello
Trying out git annex on a rather large collection (~200k taking 120Gb)
of bzip2 data snapshot files. In contrast to other git commands git annex
operations seem not to properly scale to that number of files.
I can't provide public
Package: git-annex
Version: 3.20120511
Severity: wishlist
Watching git annex add some ~ 100G of bz2 data it didn't
yet use parallellisation for quicker add.
The git recording could also maybe done in background.
It surprised me as in contrast other git commands
typicaly use all available cpu's.
Package: git-annex
Version: 3.20120511
Severity: normal
after adding a ssh remote, the default setting for git annex copy
of the whole repo seems one file at the time.
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (500, 'unstable'), (1,
On Mon, May 21, 2012 at 11:17:56AM +0300, Markus Vuorio wrote:
On 21 May 2012 02:42, Touko Korpela touko.korp...@iki.fi wrote:
On Fri, May 18, 2012 at 02:30:24PM +, maximilian attems wrote:
have you tried to compare the content of both initramfs?
I think closing of this bug was done
Package: pitivi
Version: 0.15.0-1
Severity: wishlist
it be cool to have it landed for next debian relase.
0.15.2 pitivi got released early may, the ges rework
probably will take longer and be for the next.
thanks for updating!
--
maks
-- System Information:
Debian Release: wheezy/sid
APT
Package: libklibc
Version: 2.0~rc4-1
Severity: serious
due to newer stricter signal handing fails on build,
on archs with unknown sig, will be corrected soonish.
--
maks
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (500, 'unstable'),
On Fri, May 18, 2012 at 03:55:56PM +0300, Markus Vuorio wrote:
no error provided, command is meant to be also run as normal user
thus assertion by report is invalid, closing.
The resulting initramfs doesn't work, kernel can't find init there.
have you tried to compare the content of
On Thu, Mar 29, 2012 at 08:15:29PM +0700, Yevgeny Kosarzhevsky wrote:
Package: initramfs-tools
Version: 0.101
Severity: important
Dear Maintainer,
I get the following error:
~# update-initramfs -u
update-initramfs: Generating /boot/initrd.img-3.2.6
/root/rootfs: No such file or
Package: shotwell
Version: 0.11.6-1
Severity: wishlist
has lots of improvements:
http://blog.yorba.org/clinton/2012/03/shotwell-0-12-0-released.html
thanks for pushing it to debian too.
sunny greetings
maks
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy:
Package: gnuplot
Version: 4.4.0-1.1
Followup-For: Bug #607289
Inbetween gnuplot 4.6 is out, please really consider to update it to
newer.
thank you
--
maks
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
APT policy: (900, 'testing'), (500, 'unstable'), (1,
On Tue, Mar 06, 2012 at 08:17:48PM -0800, Tom Epperly wrote:
# update-initramfs -k all -u
update-initramfs: Generating /boot/initrd.img-3.2.0-1-amd64
FATAL: Module xhci not found.
FATAL: Module zfcp not found.
FATAL: Module dasd_diag_mod not found.
FATAL: Module dasd_eckd_mod not found.
On Tue, 31 Jan 2012, Vadim Solomin wrote:
Package: initramfs-tools
Version: 0.99
Tags: patch
Initramfs for the 3.2 linux kernels doesn't include hid-logitech-dj module,
rendering certain Logitech keyboards unusable. Patch attached.
thanks applied, will land in next upload.
--
To
On Wed, 15 Feb 2012, Ben Hutchings wrote:
Like modules.order, this file is only generated at kernel build time.
Closes: #659866
Signed-off-by: Ben Hutchings b...@decadent.org.uk
thanks applied to initramfs-tools git branch, will soon land
in master for next upload.
--
maks
--
To
hello,
On Mon, 13 Feb 2012, Michal Suchanek wrote:
initramfs-tools hook-functions has copy_exec function needs some
updates.
ack.
There is one unquoted occurence of ${src} and the pattern for
nonoptimized libraries does not match multiarch libraries.
okay.
It does not match
Package: gnome-shell-extensions
Version: 3.2.3-1
Severity: wishlist
On a laptop the percentage battery status extension is very useful.
https://extensions.gnome.org/extension/23/battery-percentage-indicator/
Nice to have is the direct link to the power statistics,
as it used to work under gnome
On Sat, 31 Dec 2011, Aurelien Jarno wrote:
s390 and s390x are sharing the same include files, in
/usr/lib/klibc/include/arch/s390. However klcc seatches for the s390x
includes in /usr/lib/klibc/include/arch/s390x, which doesn't exist.
The patch below fixes the issue by using the ARCHDIR
On Sun, Feb 19, 2012 at 01:22:55PM +0100, Miroslav Jezbera wrote:
Package: linux-source-3.2
Version: 3.2.6-1
Severity: important
Tags: upstream
KMS does not work in newer kernels for Radeon 9250.
attached dmesg in working and not working case might be nice.
I am building custom kernel
On Wed, Feb 15, 2012 at 02:28:13PM +0100, Andreas Altergott wrote:
please find attached a patch for the keymap hook, which fixes the bug as
described by Anton Zinoviev an...@lml.bas.bg in the email 'Re: Bug#619711:
console-setup: breaks copying keymap to initramfs' from Tue, 29 Mar 2011
On Sun, Jan 15, 2012 at 11:27:09AM -0600, Jonathan Nieder wrote:
Émeric Maschino wrote:
I've checked that simply replacing /bin/busybox binary in initrd.img
(being in fact a copy of system /usr/lib/klibc/bin/sh binary) by real
system /bin/busybox binary solves the issue.
Nice detective
Package: scribus
Version: 1.4.0.dfsg~rc3+svn20110401-1.1
Severity: wishlist
final scribus 1.4.0 is out as you probably noticed.
http://wiki.scribus.net/canvas/1.4.0_Release
thanks for maintaining that great software
maks
-- System Information:
Debian Release: wheezy/sid
APT prefers testing
On Wed, Dec 14, 2011 at 09:00:41AM -0200, Otavio Salvador wrote:
On Wed, Dec 14, 2011 at 06:01, Philipp Kern pk...@debian.org wrote:
On Tue, Dec 13, 2011 at 10:39:17PM -0200, Otavio Salvador wrote:
The installer image above is an old image from January. Otavio: we
should either ask
reassign 648826 tp-smapi-source
stop
On Tue, Nov 15, 2011 at 02:25:50PM +0100, Salvo Tomaselli wrote:
Package: linux-2.6
Version: 3.1.1-1
Severity: normal
Tags: upstream
I have a lenovo thinkpad E520 and i was attempting to use hdapsd but i can't
load the hdaps module:
FATAL: Error
On Sun, Nov 06, 2011 at 05:38:19PM +1000, Dave Whitla wrote:
Wow. Almost 3 years later and this is still broken.
dude, not that it is that important, patches are welcome,
git repo is known:
http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git
your comment is useless noise.
--
maks
On Tue, 18 Oct 2011, Thorsten Glaser wrote:
Debian Bug Tracking System dixit:
# klibc's broken klcc is at fault
reassign 645738 libklibc-dev
Bug #645738 [rootskel] rootskel: FTBFS on multiple architectures
Partial multiarch issue? (Just a guess. This error message
sounds like one we
Package: shotwell
Version: 0.11.2-1
Severity: wishlist
Several crash fixes have been merged upstream, for details see git
or yorba blog:
http://blog.yorba.org/lucas/2011/10/shotwell-0-11-5-released.html
thank you for maintaining shotwell.
--
maks
-- System Information:
Debian Release:
severity 643741 important
stop
On Thu, Sep 29, 2011 at 08:50:57AM +0100, Volodymyr M. Shcherbyna wrote:
Package: linux-headers-2.6.32-5-amd64
Version: 2.6.32-35squeeze2
Severity: critical
Justification: breaks the whole system
no at max important, maybe breaks *one* box.
Hello,
Just
On Wed, 14 Sep 2011, Shannon Dealy wrote:
On Tue, 13 Sep 2011, maximilian attems wrote:
tags 628444 moreinfo
stop
This bug actually applies to all Debian kernels I have tried including
2.6.36, 2.6.37, 2.6.38, and 2.6,39
Did you try since newer 3.0 images, how are they performing
On Tue, Sep 13, 2011 at 03:43:11PM -0400, Dmitriy A. Istselemov wrote:
13.09.2011 5:01, maximilian attems пишет:
I have Lenovo V570 laptop. i have tried different kernels 2.6.38, 2.6.39
but on all of them I can't change the bightness of the screen.
How about newer 3.0 images? do they work
tags 623308 moreinfo
stop
I will post a follow-up if I can narrow down the cause further.
any update on newer 3.0 linux images from testing?
thank you.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On my laptop, a Lenovo X200 with GM45 chipset, xrandr shows many outputs
that do not exist; more if using KMS.
Does this still occur with newer linux images 3.0 and
xserver-xorg-video-intel 2.16 ?
thank you
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
tags 635580 moreinfo
stop
I have Lenovo V570 laptop. i have tried different kernels 2.6.38, 2.6.39
but on all of them I can't change the bightness of the screen.
How about newer 3.0 images? do they work?
thank you.
--
maks
--
To UNSUBSCRIBE, email to
tags 628444 moreinfo
stop
This bug actually applies to all Debian kernels I have tried including
2.6.36, 2.6.37, 2.6.38, and 2.6,39
Did you try since newer 3.0 images, how are they performing?
thank you
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject
tags 606824 moreinfo
stop
After losing the wireless connection for whatever reason, i'm unable to
reconnect to it and actually acess the internet.
APT policy: (500, 'unstable'), (500, 'testing')
Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores)
did you since try newer linux images, aka 3.0
tags 606762 moreinfo
stop
My laptop is an Asus UL30A. It has an Intel Wireless-N 1000 BGN chip
for wifi. The PCI ID is 8086:0083.
2.6.32 only has rudimentary support for that chipset, did you
since try newer linux images like an uptodate 3.0? how is it
performing?
thank you.
--
maks
--
tags 609407 moreinfo
stop
Debian Release: squeeze/sid
APT prefers testing
Kernel: Linux 2.6.32-5-686 (SMP w/2 CPU cores)
how are newer linux images like uptodate 3.0 performing?
thank you.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
tags 623290 moreinfo
stop
how is uptodate userland with 3.0 linux images performing?
thank you for feedback.
--
maks
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
On Mon, Sep 05, 2011 at 08:30:35PM +0200, martin f krafft wrote:
severity 640541 wishlist
retitle 640541 update initrd for all kernels, or document that this needs to
be done manually
thanks
also sprach Paul Menzel pm.deb...@googlemail.com [2011.09.05.1933 +0200]:
I had `mdadm` on hold
On Sat, Sep 03, 2011 at 07:37:17AM -0500, Jonathan Nieder wrote:
| 3. Come up with some way of asynchronous notification of volume groups
| being available for activation, and invoke vgchange on this
| notification. I clearly don't know about how LVM works internally to
| accomplish
Hello Moritz,
On Wed, Aug 31, 2011 at 03:58:27PM +0200, Moritz Muehlenhoff wrote:
We're including attached patch in Univention Corporate Server, a Debian
derived Distribution based on Stable.
happy to do so if newer busybox no longer spits at one face on
invocation aka if that is resolved:
.
Regression has been bisected to commit
8f8299d9ba017d2a5af853a52be37ee50c89fac2 (mkinitramfs: copy over on
build instead of using symlink tree) from maximilian attems,
2011-02-21 (initramfs-tools v0.99 development cycle).
Comparison of last good and first bad generated initrd.img ramdisks
On Mon, 08 Aug 2011, Rain Maker wrote:
I have succesfully worked around this issue by adding a sleep 2 to
the top (below the dependency checking) in
/usr/share/initramfs/scripts/local-top/lvm2
By introducing a delay before actually scanning for LV's, my system
boots succesfully every time.
On Wed, Aug 03, 2011 at 04:10:04PM +0200, Ralf Hildebrandt wrote:
Package: linux-2.6
Version: 2.6.39-3
Severity: minor
After/deuring the installation of syslog-ng I found the attached trace
in dmesg!
oho, is that reproducible on 3.0 that you find in unstable?
thank you
--
maks
P.S
On Tue, Aug 02, 2011 at 02:05:05PM +0100, Luke Kenneth Casson Leighton wrote:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636123
there's a rather complex set of interdependencies between
linux-image-2.6.39, libdevmapper, initramfs-tools and LVM that has
resulted in a system which last
On Sat, 30 Jul 2011, Rodolfo Garcia wrote:
Package: initramfs-tools
Version: 0.99
Followup-For: Bug #628374
This bug creates the bug #635631
(http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=635631). I will link them.
The patch is correct, please apply it.
fixed in latest git
On Mon, 11 Jul 2011, Rain Maker wrote:
- The rootdelay=X option does as advertised: Also it adds time to
scsi device to settle before calling mdadm or lvm thus excluding
potential races..
In this situation, I seem to need a delay between assembling mdadm and
activating the VG's.
sure this
tags 633582 -patch +moreinfo
Thanks
No, please patch is a git patch not a patch with a radom user path,
see documentation
http://anonscm.debian.org/gitweb/?p=kernel/initramfs-tools.git;a=blob_plain;f=docs/maintainer-notes.html;hb=HEAD
On Mon, Jul 11, 2011 at 11:03:34PM +0200, Mandos Maintainers
On Fri, 08 Jul 2011, Roel Brook wrote:
When booting the system, it seems there is a race condition between assembling
a mdadm array, and scanning and / or activating VGs which have it's PV on this
array.
I have a mdadm array (ICH9R fakeraid BIOS array), where one of the partitions
is a PV.
On Fri, Jul 08, 2011 at 05:00:05PM -0300, Diego Gomez wrote:
I think the problem is here:
[9.435510] intel ips :00:1f.6: failed to get i915 symbols,
graphics turbo disabled
The context of this line is:
[9.435404] intel ips :00:1f.6: CPU TDP doesn't match expected
value
reassign 632401 mdadm
stop
On Fri, Jul 01, 2011 at 06:20:20PM -0700, Michael Papet wrote:
Package: initramfs-tools
Version: 0.99
Severity: normal
It is mdadm, who manages it's own boot scripts.
--- Please enter the report below this line. ---
Hi,
When building an initrd.img for a
On Sat, Jul 02, 2011 at 09:11:48AM +0200, Erwin Rieger wrote:
Package: linux-2.6
Version: 2.6.39-2
Severity: normal
Kernel linux-image-2.6.39-2-686-pae logs the following warning for every one
of the 8 cores of my SuperMicro
X8DAi board (dual Xenon E5606). Full dmesg log and
On Thu, Jun 30, 2011 at 04:11:02PM +0430, Keivan Moradi wrote:
Package: linux-2.6
Version: 2.6.39-2
Severity: normal
I have an ATI Mobility radeon X1400 (RV500 Family) GPU in my Dell Inspiron
6400
laptop. When I want to activate the power-saving feature using these commands:
echo
On Thu, Jun 30, 2011 at 05:55:47AM -0700, Shayan Mansuri wrote:
did you try 3.0-rc5 from experimental?
no. Should I? I can do it if it helps you fix the bug.
of course you need to check against newer linux image.
Consider I'm not an advanced user. you should tell me how to do it with the
On Tue, Jun 21, 2011 at 06:00:53PM +0800, Marcos Raul Carot Collins wrote:
Just letting you know that this is still an issue.
Any extra info that I can provide I am happy to collect.
try 3.0-rcX from experimental.
thank you.
--
maks
--
To UNSUBSCRIBE, email to
On Tue, Jun 21, 2011 at 02:41:32PM +0200, Finn wrote:
Package: linux-2.6
Version: 2.6.39-2
Severity: normal
Tags: wheezy
All hardware specific modules for comedi are missing which makes comedi
unusable. Comedi-Source is no longer available as the modules should be in
Kernel and they were
On Tue, Jun 21, 2011 at 03:52:26PM +0200, Finn Hoffmann wrote:
Modules are: ni_pcimio,ni_tiocmd,comedi_fc,mite,8255,ni_tio for National
Instruments PCIe-6259
Arch is amd64
3.0-rc5 will have those added for x86:
+CONFIG_COMEDI_NI_COMMON=m
101 - 200 of 3720 matches
Mail list logo