On Sat, Nov 05, 2005 at 12:21:00AM +, Christoph Hellwig wrote:
On Fri, Nov 04, 2005 at 12:29:20PM +0900, Horms wrote:
do I take that comment to mean that upstream can't update the
drivers but Debian can? And if so, do you recommend updating
Debian's kernel packages, or putting the
I can confirm that adding symlink lib64 - lib to initrd.img will fix
this problem.
--
Tommi Vainikainen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
* Sven Luther wrote:
ALERT!: /dev/hda1 does not exist, Dropping to a shell!
I saw the same on my notebook (i386) when using MODULES=dep in
initramfs.conf.
Norbert
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
reassign 337599 realtime-lsm
thanks
On Sun, Oct 16, 2005 at 02:13:04PM +0200, Mario Izquierdo (mariodebian) wrote:
I want to compile realtime-lsm module in 2.6.13-1-k7 but
module-asisstant don't work:
This was already decided to be a realtime-lsm bug.
Bastian
--
It is undignified for a
Package: initramfs-tools
Version: 0.38
Severity: grave
Inside generated initrd.img /scripts/local-top/evms script tries to
execute /sbin/evms_activate. I don't use evms and I don't have evms
files installed on my computer, and probably related to this fact,
initrd.img does not contain
Package: linux-image-2.6.14-1-686
Version: 2.6.14-2
Severity: normal
Hello,
please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
installation of alternative modules with the same names hard till
unpossible. Current example: ipw2200, which is contained in 2.6.14 in a
very old
On Sat, Nov 05, 2005 at 11:33:53AM +0100, Eduard Bloch wrote:
Package: linux-image-2.6.14-1-686
Version: 2.6.14-2
Severity: normal
Hello,
please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
installation of alternative modules with the same names hard till
On Sat, Nov 05, 2005 at 10:43:56AM +0100, Norbert Tretkowski wrote:
* Sven Luther wrote:
ALERT!: /dev/hda1 does not exist, Dropping to a shell!
I saw the same on my notebook (i386) when using MODULES=dep in
initramfs.conf.
the above was with MODULES=most though. Well, whatever wasdefault,
On Sat, Nov 05, 2005 at 11:33:53AM +0100, Eduard Bloch wrote:
please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
installation of alternative modules with the same names hard till
unpossible. Current example: ipw2200, which is contained in 2.6.14 in a
very old version. I
#include hallo.h
* Bastian Blank [Sat, Nov 05 2005, 12:22:46PM]:
On Sat, Nov 05, 2005 at 11:33:53AM +0100, Eduard Bloch wrote:
please consider not using CONFIG_MODVERSIONS in future. Reason: it makes
installation of alternative modules with the same names hard till
unpossible. Current
Package: linux-image-2.6.14-1-k7
Version: 2.6.14-2
Severity: critical
Justification: breaks the whole system
Booting with original initrd gives black screen.
Regenerating initrd with yaird solved the problem.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT
Confirmed fix working. Thanks guys.
Richard.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
On Sat, Nov 05, 2005 at 12:32:02PM +0100, Eduard Bloch wrote:
How should I know? I have even removed all the kernel equivalents and
kept only custom versions of ieee8* and ipw22* modules, did rmmod and
depmod -a, and still got:
Okay, so you build ipw2200 against the symbol versions of the
Hi
using cramfs in /etc/yaird/Default.cfg:
#FORMAT cpio
FORMAT cramfs
and booting with:
Linux root=/dev/ram init=/init rw
i go pass the initrd, but mounting the root partition then fails end
with messages like:
/sbin/mkdnod: `/dev/sda': Read-only
Processing commands for [EMAIL PROTECTED]:
reassign 337625 initramfs-tools
Bug#337625: linux-image-2.6.14-1-k7: Framebuffer module for NVIDIA card not
loaded in initrd
Bug reassigned from package `linux-image-2.6.14-1-k7' to `initramfs-tools'.
thanks
Stopping processing here.
Please contact
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
reassign 337625 initramfs-tools
thanks
On Sat, 05 Nov 2005 13:06:58 +0100
Pau Capdevila [EMAIL PROTECTED] wrote:
Booting with original initrd gives black screen.
Sounds like you had initramfs-tools and not yaird installed at the time
of initially
On Fri, Nov 04, 2005 at 10:15:01AM +0100, Christian T. Steigies wrote:
BTW another question, what is the deal with klibc? My buildd refused to
build it, since it is marked not for m68k. What is needed to make it build
on m68k?
Accoring to the maintainer, it hasn't been ported yet (#334917).
Hi folks,
This is the big one. The kernel image packages produced now
use debconf to ask questions. This version has been tested as best I
can -- I created all the kernel packages, individually, as well as
the make-kpkg buildpackage; I tried both with and withoug --initrd,
and I have
severity 337479 serious
thanks
On Sat, Nov 05, 2005 at 04:31:02PM +0100, Mattia Dongili wrote:
I'd say this is a problem in the submitter's build host. I's like
configuring a package with silly ./configure options and pretending it
works everywhere. :)
No it is not, it is perfectly valid to
Processing commands for [EMAIL PROTECTED]:
severity 337479 serious
Bug#337479: yaird: should use /usr/bin/perl, not /usr/local/bin/perl
Severity set to `serious'.
thanks
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system administrator
Sven Luther wrote:
Package: initramfs-tools
Severity: normal
Well, as said, it is rather painful when one is dropped in the rescue shell,
to have it default to us keymap, even though you have another kind of keyboard
layout (azerty for me). At least it should include the loadkeys binary as
Your message dated Sat, 5 Nov 2005 19:29:03 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#334123: linux-image-2.6.13-1-k7: 2.6.12 works OK, 2.6.13
doesn't
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If
Package: initramfs-tools
Severity: wishlist
initramfs-tools generated ramdisk don't allow not passing the root filesystem
in the command line, which would be probed at ramdisk boot time. This is a
regression from initrd-tools which supported this feature.
The way it works is to have the ramdisk
On Sat, Nov 05, 2005 at 06:31:04PM +0100, Kay Sievers wrote:
I've got these messages several times on the experimental SUSE too,
but can't reproduce it so far, even without Rusty's patch to modprobe
they have disappeared. See here for the details:
Package: initramfs-tools
Version: 0.38
Severity: important
Tags: patch
336617 was closed out without using the additional patches I submitted.
I'm having problems re-opening the bug, so I'm just submitting a new one.
The following two patches need to be applied to evms 0.38 in order to allow
reassign #337625 yaird
stop no thanks
On Sat, 05 Nov 2005, Jonas Smedegaard wrote:
Sounds like you had initramfs-tools and not yaird installed at the time
of initially installing the kernel.
Reassigning to initramfs-tools.
no mention of initramfs-tools in initial report.
Regenerating
Processing commands for [EMAIL PROTECTED]:
reassign #337625 yaird
Bug#337625: linux-image-2.6.14-1-k7: Framebuffer module for NVIDIA card not
loaded in initrd
Bug reassigned from package `initramfs-tools' to `yaird'.
stop no thanks
Stopping processing here.
Please contact me if you need
Package: yaird
Version: 0.0.11-11
Followup-For: Bug #336988
*chuckle*
'mesh' is the onboard oldworld SCSI host adapter; my installation
happens to be on this, so when I boot 2.6.14-1-powerpc, I have no root
filesystem.
-- System Information:
Debian Release: testing/unstable
APT prefers
Alle 22:29, giovedì 3 novembre 2005, hai scritto:
Progress update:
Really nice!
System has no lvm2, mdadm or dmsetup installed.
I applied your patches too but I think that my system needs more care:
# yaird -t
yaird error: Don't know how to choose between /dev/mapper/lvm2|sicuro|cache
and
Package: yaird
Version: any
Tags: upstream, patch
Severity: normal
As dbug:335230 this should help bringing to yaird the boot support for dmraid
devices.
As you all know dmraid is now in debian, should be nice to add support for it
also in partman (d-i) udeb providing and in grub, I done it
On Sat, 2005-11-05 at 19:48 +0100, Pozsar Balazs wrote:
On Sat, Nov 05, 2005 at 06:31:04PM +0100, Kay Sievers wrote:
I've got these messages several times on the experimental SUSE too,
but can't reproduce it so far, even without Rusty's patch to modprobe
they have disappeared. See here for
Hi Lior,
Could you give 2.6.14-2 (currently in unstable) a try? All the fixes
mentioned in the bug trail should be included in it.
Thanks,
Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To
Hi,
Could you please check whether 2.6.14-2, which is currently in unstable,
still oopses/hangs with your controllers?
Best regards,
Jurij Smakov[EMAIL PROTECTED]
Key: http://www.wooyd.org/pgpkey/ KeyID: C99E03CC
--
To UNSUBSCRIBE,
Your message dated Sat, 5 Nov 2005 21:42:21 -0800 (PST)
with message-id [EMAIL PROTECTED]
and subject line CAN-2005-2490/CAN-2005-2492: Two sendmsg() related
vulnerabilites
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If
Sven Luther wrote:
because i was thinking that the problem happened during boot time, and since
there where issues of read-only filesystems. ...
This is definitely at creation time.
BTW, erik, i am not sure to have the files in non-/tmp will help
security-wise, since it will only protect
Pozsar Balazs wrote:
On Sat, Nov 05, 2005 at 06:31:04PM +0100, Kay Sievers wrote:
With my patch, modprobe waits until the needed modules come out of the
Loading or Unloading state.
For testing I have added it to Debian's
module-init-tools 3.2-pre9. Works for me.
Regards
Harri
tags 337704 moreinfo
stop
On Sat, 05 Nov 2005, Paul Traina wrote:
You closed this bug, but it didn't fix the additional issues I reported.
Please reopen.
Paul
hurrah for opening an separate bug.
Sesse is using plain EVMS root, you seem to use an heavier mix.
your patch also seems not to
Processing commands for [EMAIL PROTECTED]:
tags 337704 moreinfo
Bug#337704: initramfs-tools: evms root *still* broken -- only part of 336617
resolved!
Tags were: patch
Tags added: moreinfo
stop
Stopping processing here.
Please contact me if you need assistance.
Debian bug tracking system
38 matches
Mail list logo