Package: linux-image-6.6.13+bpo-amd64-unsigned
Severity: important
Dear Maintainer,
Upgrading from bookroms 6.1 to 6.6 causes a major performance degradation.
* What led up to the situation?
I semi-regularly stress-test systems with linpack-xtreme-1.1.5-amd64 to
see if there are thermal or
Hi!
I was just stumblinmg over this bugreport, and must say I am surprised
at the logic here - the ntfs3 module does not conflict with existing
filesystem drivers (such as ntfs-3g), so existing systems shouldn't be
negatively affected as they would continue to either fail to mount or use
ntfs-3g,
ORPG
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
_GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
Package: initramfs-tools
Version: 0.130
Severity: normal
Dear Maintainer,
between versions 0.130 and 0.133 the behaviour of update-initramfs -k all
-c changes considerably. In 0.130, this command would generate initrd
images for all kernels, in 0.133, it is a nop.
The reason is that
Package: nfs-kernel-server
Version: 1:1.2.6-4
Severity: normal
Dear Maintainer,
*** Please consider answering these questions, where appropriate ***
The init script looks for rpcinfo in two different places:
/usr/sbin/rpcinfo -p /dev/null 21
$PREFIX/bin/rpcinfo -u
versions and nfs server versions?).
--
The choice of a Deliantra, the free code+content MORPG
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
Package: nfs-kernel-server
Version: 1:1.2.2-4
Severity: important
After upgrading from 1:1.2.2-4 to 1:1.2.6-2, /etc/init.d/nfs-kernel-server
faisl to start the kernel server:
Not starting NFS kernel daemon: no exports. ... (warning).
First of all, this should be an error, because the
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
--
To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org
+content MORPG
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
--
To UNSUBSCRIBE, email to debian-kernel-requ
code+content MORPG
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
--
To UNSUBSCRIBE, email to debian
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
-=/_/_//_/\_,_/ /_/\_\
--
To UNSUBSCRIBE, email to debian-kernel-requ
...
--
The choice of a Deliantra, the free code+content MORPG
-==- _GNU_ http://www.deliantra.net
==-- _ generation
---==---(_)__ __ __ Marc Lehmann
--==---/ / _ \/ // /\ \/ / schm...@schmorp.de
Package: linux-2.6
Version: 2.6.39-1+b1
Severity: normal
In 2.6.39 (and maybe some earlier versions= of Linux, sendfile supports
file-file copies.
Unfortunately, it doesn't handle files near 2GB size correctly and returns
early. For example, here is a call that tries to copy a 3GB file:
[pid
Package: initramfs-tools
Version: 0.98.3
Severity: normal
I just got this:
WARNING: grub and lilo installed.
Please deinstall unused bootloader.
There is nothing wrong with having both grub and lilo installed, and I
happily use both. Please do not enforce the you can only install
Package: linux-image-2.6.24-etchnhalf.1-amd64
Version: 2.6.24-6~etchnhalf.4
Severity: normal
epoll_wait sometimes returns spurious readyness notifications: when a
file descriptor is closed and a new one with the same number is created
and added to the epoll set, epoll_wait sometimes returns a
Package: linux-image-2.6.25-2-amd64
Version: 2.6.25-6
Severity: normal
pciehp stopped working after upgrading to 2.6.25.
(note that the nvidia kernel module was only loaded _after_ the problem
occured so the kernel was not tainted)
to my knowledge, the bc4328 device was never pci-hotplugged
Package: linux-image-2.6.25-1-amd64
Followup-For: Bug #479101
Just a me too: I today upgraded multiple machines to 2.6.25-1-amd64 and
they all show the same symptoms, kernel cannot find the initramfs.
The machine worked with 2.6.24 and 2.6.22 before.
To test my configuration, installed 2.6.18
Package: linux-image-2.6.25-1-amd64
Version: 2.6.25-1
Followup-For: Bug #479101
The issue is this:
checking if image is initramfs...it isn't (bad gzip magic numbers); looks
like an initrd
however, the initrd image certainly *is* an initramfs:
cerebro /boot# zcat
!
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED
fails to
work with 2.6.18.
Even if accoridng to policy this is correct behaviour, I cannot accept
such a position at all. Turning your back to such a serious bug is really
unfair.
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
Package: linux-image-2.6.18-4-amd64
Version: 2.6.18.dfsg.1-9
Severity: critical
Justification: causes serious data loss
I just upgraded to 2.6.18.4 and tried pvmove /dev/hdc1 /dev/sda1
Result (dmesg):
device-mapper: mirror log: unrecognised sync argument to mirror log: 2
device-mapper:
be big.
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE
--
To UNSUBSCRIBE
I just verified that the bug is still present in the debian configuration
in the linux-image-2.6.15-1-686-smp kernel.
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED
Package: linux-image-2.6.14-2
Version: 2.6.14-2
Severity: important
The same bug as reported against earlier debian kernels (#323860) still
persists with 2.6.14, and does not happen with my own compiled kernels.
This happens whenever I want to upgrade gnu virtual private ethernet and
kill it
of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE
--
To UNSUBSCRIBE, email
,
--
The choice of a
-==- _GNU_
==-- _ generation Marc Lehmann
---==---(_)__ __ __ [EMAIL PROTECTED]
--==---/ / _ \/ // /\ \/ / http://schmorp.de/
-=/_/_//_/\_,_/ /_/\_\ XX11-RIPE
#
# Automatically generated make config
Package: kernel-image-2.6.10-1-686-smp
Severity: normal
When gvpe (a vpn daemon using a tun-device under linux) exits (e.g. by
kill -9 or SIGINT, which cases the daemon to simply exit without doing
anything to the tun device it has open) I get these messages in a loop:
unregister_netdevice:
30 matches
Mail list logo
