While accessing the drive, the syslog is filled with this sort of stuff:
...
Apr 25 17:01:49 lu-tze kernel: hdb: command error: status=0x51 { DriveReady
SeekComplete Error }
Apr 25 17:01:49 lu-tze kernel: hdb: command error: error=0x50 {
LastFailedSense=0x05 }
Apr 25 17:01:49 lu-tze
Package: linux-2.6
Severity: grave
Hi, ...
It seems 2.6.16 is going to be pushed into testing soon, and i have some
reservations about this fact.
Half the subarches will not be working in testing in this case anymore, and so
i have a feeling that doing this just like that is not a good idea. We
as can be seen in the dmesg above, swap was initially on hda1. after
reinitialising that partition, the problem re-ocurred. the oops was
caught in /var/log/kern.log:
Apr 29 07:16:19 egan kernel: Unable to handle kernel paging request at virtual
address 0014
Apr 29 07:16:19 egan kernel:
Processing commands for [EMAIL PROTECTED]:
# Automatically generated email from bts, devscripts version 2.9.19
found 365455 2.6.16-10
Bug#365455: pushing 2.6.16 into testing and the powerpc situation ...
Bug marked as found in version 2.6.16-10.
End of message, stopping processing here.
* Bastian Blank ([EMAIL PROTECTED]) [060428 22:50]:
On Sat, Apr 22, 2006 at 08:33:38PM +0200, Andreas Barth wrote:
A combination of a working patch in the most current point release,
documentation in the etch release notes and a conflict with the current
package in sarge might however do
Processing commands for [EMAIL PROTECTED]:
package initramfs-tools
Ignoring bugs not assigned to: initramfs-tools
retitle 337663 initramfs-tools does not load correct keymap
Bug#337663: initramfs-tools: droping in rescue shell has no loadkeys and do not
default to right keymap.
Changed Bug
package initramfs-tools
retitle 337663 initramfs-tools does not load correct keymap
thanks
The original report complains that rescue shell has wrong keymapping.
This can be agreed to be a minor issue. However, no keymap being loaded
makes inputting complex cryptoroot passphrase with special
Currently the linux-patch-debian-* and linux-support-* packages
depending on python2.4-minimal.
According[0] to Steve, the python-minimal package should not be
used as a dependency by other packages. I think it's the same for
python2.4-minimal.
Norbert
[0]:
Package: linux-headers-2.6.16-1-powerpc
Version: 2.6.16-10
Severity: grave
[EMAIL PROTECTED]:~$ cat
/usr/src/linux-headers-2.6.16-1-powerpc/include/linux/version.h
#define UTS_RELEASE 2.6.16
#define LINUX_VERSION_CODE 132624
#define KERNEL_VERSION(a,b,c) (((a) 16) + ((b) 8) + (c))
UTS_RELEASE
Bastian Blank [EMAIL PROTECTED] writes:
On Sat, Apr 22, 2006 at 08:33:38PM +0200, Andreas Barth wrote:
A combination of a working patch in the most current point release,
documentation in the etch release notes and a conflict with the current
package in sarge might however do the trick.
Hi,
My test build of the 2.6.17-rc3 on sparc failed with the following
messages:
dpkg-gencontrol -DArchitecture=sparc -isp \
-plinux-image-2.6.17-rc3-sparc32-sparc
Package: linux-image-2.6.16-1-amd64-k8
Version: 2.6.16-10
Severity: important
The subject line says it all Spontaneous reboots when playing audio
I see no errors or logs, and it isn't reliably reproduceable.
This system is a Debian Sid up to date system, that doesn't run any programs
not from
On Sun, 30 Apr 2006, Jurij Smakov wrote:
The only difference is I can see is that the version in trunk is no longer
passing the --append-to-version to make-kpkg, so k-p is probably using some
magic to come up with the (wrong) package name. Probably it only affects the
arches with subarches,
13 matches
Mail list logo
