On Thu, 2006-03-16 at 16:53 +, Sudhakar Manukonda wrote:
Hi,
We are using (Redhat 32bit ) and (Suse 64bit) machines .
The g++ compiler version we use is gcc version 2.96 2731 (Red Hat
Linux 7.2 2.96-124.7.2)
The gcc compiler for suse is gcc version 3.3.3 (SUSE Linux)
Package: klibc-utils
Version: 1.2.4-1
Severity: important
On Sun, 2006-03-12 at 22:07 +0100, maximilian attems wrote:
hello dannf,
On Sun, Mar 12, 2006 at 05:00:35PM +, Dann Frazier wrote:
Log:
* [ia64] use yaird on ia64 until #341181 is fixed
hm indeed the bug itself is not
The first drive in my Inspiron 500m was the the included 4200 RPM
Hitachi drive. It had the problems listed here.
I received a new identical drive from Dell, but the problems didn't
disappear. This made me believe that the chipset was the source of this
problem.
Until now. A couple of weeks
Package: initramfs-tools
Version: 0.55b
Followup-For: Bug #353073
Identical symptoms.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (990, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale:
On Thu, Mar 16, 2006 at 04:05:40PM +0100, [EMAIL PROTECTED] wrote:
Mar 15 07:54:35 jophur kernel: Pid: 1066, comm: ata/0 Tainted: PF
2.6.15-1-amd64-k8 #2
Check again with a not tainted kernel.
Bastian
--
Those who hate and fight must stop themselves -- otherwise it is not stopped.
[ keep the bugreport on the cc ]
On Thu, 16 Mar 2006, Tonda Mí?ek wrote:
I use lilo (version 22.6.1-7+b1).
that was the reason of your trouble.
I have busybox version 1.01-4.
When the problem occured I has initramfs-tools version 0.53c (today I
upgraded to version 0.55b).
can you confirm
[ please keep the bug report on cc, or i'll really get angry. ]
On Fri, 17 Mar 2006, Manuel Bilderbeek wrote:
Should I dpkg -i this package from the chroot and then do the
update-initramfs line from the original reply you sent to my original bug
report?
the easiest thing for your is to look
On Wed, 15 Mar 2006, Moshe Yudkowsky wrote:
I added this line to make certain that sata_promise loads before md
loads. At one time I had trouble with getting the system to boot, and
that line seemed to help by making certain the serial ATA drive module
was loaded before md loaded.
yes
Processing commands for [EMAIL PROTECTED]:
reassign 357450 initramfs-tools
Bug#357450: udev: timeout in initramfs-tools/scripts/init-premount/udev to
short for 17 scsi disks
Bug reassigned from package `udev' to `initramfs-tools'.
stop
Stopping processing here.
Please contact me if you need
Your message dated Fri, 17 Mar 2006 16:43:19 +0100
with message-id [EMAIL PROTECTED]
and subject line Bug#321409: Problems gone after changing hard drive
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the
maximilian attems wrote:
that's wrong.
udevd in initramfs is killed before handover, init starts a new udevd
which processes the out of banded coming uevents.
Glad to hear that! So, then, should initramfs not be regenerated on udev
upgrades?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
On Thu, 16 Mar 2006, Alan Woodland wrote:
I probably should have added the following further info in my previous
email:
ok,
please try 2.6.16-rcX from experimental
or the daily builds from
deb http://kernel-archive.buildserver.net/debian-kernel trunk
--
maks
--
To UNSUBSCRIBE, email to
'blacklist hostap' alone didn't do it
I added:
blacklist hostap
blacklist hostap_cs
to /etc/modprobe.d/blacklist, and that seems to work.
Thanks!
-Paul
On Sun, Feb 26, 2006 at 10:06:33PM -0800, Jurij Smakov wrote:
Hi,
You can blacklist the hostap driver by creating a file containing a
On ven, 2006-03-17 at 13:55 +0100, Bastian Blank wrote:
On Thu, Mar 16, 2006 at 04:05:40PM +0100, [EMAIL PROTECTED] wrote:
Mar 15 07:54:35 jophur kernel: Pid: 1066, comm: ata/0 Tainted: PF
2.6.15-1-amd64-k8 #2
Check again with a not tainted kernel.
Well, I prefer not to put my data
On Fri, Mar 17, 2006 at 04:34:06PM +0100, maximilian attems wrote:
On Fri, 17 Mar 2006, Maurice Massar wrote:
On Fri, Mar 17, 2006 at 04:08:20PM +0100, maximilian attems wrote:
which initramfs-tools version are you using?
ii initramfs-tools 0.55b tools for generating an
On Thu, 16 Mar 2006, Susan G. Kleinmann wrote:
The man page for mkinitramfs never defines what is meant by the argument
'version'. An explicit example would be useful to avoid confusion, since
the value of the 'Version' string that is output by
dpkg --status linux-image-NNN | grep
On Mar 17, Maurice Massar [EMAIL PROTECTED] wrote:
I have a system with 17 scsi disks on 2 aic7xxx controllers.
Loading the modules takes approximatly 36 seconds, but
/usr/share/initramfs-tools/scripts/init-premount/udev
has a timeout of 30 seconds.
You should find the reason for the timeout,
Hi,
2006/3/17, maximilian attems [EMAIL PROTECTED]:
the easiest thing for your is to look for your next local debian expert.
I'm afraid that's me :)
you may have forgotten to install the grub package inside of your chroot.
You explicitly told me to run grub-install from outside the chroot
Hi,
Next try: I ran grub-install from the chroot, mounting with -o dev
made this work. I even did an update-grub and got a menu.lst. After
setting it all up, I could indeed select the image and attempt a boot.
But I get exactly the same thing: no init found.
So, it doesn't seem to be a grub
Package: linux-image-2.6.15-1-k7
Version: 2.6.15-4
Severity: important
After testing kernel update (2.6.12 to 2.6.15) network module (forcedepth) sata
and usb2 don't work anymore
I have a nvidia nforce4 chipset.
Thanks
dmesg :
...
PCI: Setting latency timer of device :00:0a.0 to 64
Package: initramfs-tools
Version: 0.55b
Severity: normal
I am running a mostly testing system under a 2.4.27 kernel. I built a
2.6.15 kernel with the latest sources (2.6.15-8). kernel-package
10.036. lilo 22.6.1-7 and installed it with the latest unstable
initramfs-tools (0.55b).
When I boot
On Friday 17 March 2006 23:34, Manuel Bilderbeek wrote:
Hey! The problem with the no init found is gone! So, the cause was
in the initrd after all! Altough, it booted a lot further, it still
didn't complete it: when it wants to mount the root fs, it gives an
error that it can't find /dev/hda6
maximilian attems wrote:
ok,
please try 2.6.16-rcX from experimental
or the daily builds from
deb http://kernel-archive.buildserver.net/debian-kernel trunk
Thanks, I tried the image:
linux-image-2.6-amd64-k8_2.6.15+2.6.16-rc6-0experimental.0snapshot.6180_amd64.deb
Package: linux-source-2.6.15
Version: 2.6.15-8
Severity: normal
Tags: patch
There is a local redeclaration of name_to_dev_t in
drivers/mtd/devices/blkmtd.c:617 which is inconsistant with the function in
mount.h.
The way to fix this would be to remove the declaration and include the
mount.h as
Having looked more closely at some of the internals of the package, I
want to highlight one fact: the device with the new root is
/dev/evms/newroot, and it could be pretty much anything. Since it's
supplied by evms, it's probably not relevant to think of it as scsi or
ide (it might, in principle,
25 matches
Mail list logo
