Bug#417995: initramfs-tools: lets ordinary users read the root filesystem's raw block device

2007-04-05 Thread Goswin von Brederlow
Steve Langasek <[EMAIL PROTECTED]> writes: > On Fri, Apr 06, 2007 at 01:39:35AM +0200, Fabian Pietsch wrote: >> --- /usr/share/initramfs-tools/scripts/functions.orig >> +++ /usr/share/initramfs-tools/scripts/functions >> @@ -231,6 +231,7 @@ >> ;; >> esac >> >> mknod /dev/r

Processed: retitle 406111

2007-04-05 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > retitle 406111 linux-image-2.6.18-3-686: i915 module loading fails with > 'cannot initialize agpgart' error. Bug#406111: linux-image-2.6.18-3-686: i915 module loading failes with 'cannot initialize agpgart' error. Changed Bug title to linux-image-2.6.

Processed: retitle 394273

2007-04-05 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > retitle 394273 linux-image-2.6.18-1-686: resume from suspend to ram fails for > i915 display controller Bug#394273: linux-image-2.6.18-1-686: resume from susped to ram fails for i915 display controller Changed Bug title to linux-image-2.6.18-1-686: re

Bug#417995: initramfs-tools: lets ordinary users read the root filesystem's raw block device

2007-04-05 Thread Steve Langasek
On Fri, Apr 06, 2007 at 01:39:35AM +0200, Fabian Pietsch wrote: > Package: initramfs-tools > Version: 0.85f > Severity: critical > Tags: security patch > Justification: root security hole > A system that was booted from an initramfs created by initramfs-tools has > the following device node in the

Bug#417995: initramfs-tools: lets ordinary users read the root filesystem's raw block device

2007-04-05 Thread Fabian Pietsch
Package: initramfs-tools Version: 0.85f Severity: critical Tags: security patch Justification: root security hole A system that was booted from an initramfs created by initramfs-tools has the following device node in the booted system's /dev: | brw-r--r-- 1 root root 3, 7 Apr 6 00:38 /dev/root

Preparing 2.6.18.dfsg.1-13

2007-04-05 Thread dann frazier
The SRM team would like for us to keep s-p-u current with our latest fixes, rather than holding back uploads until just before a point release. This means we may upload multiple candidates before one actually makes it into etch. This should increase our testing base, get us autobuilt on more archit

Bug#417967: linux-image-2.6.18-4-amd64: Only one core on HP nx6325 laptop with Turion Processor BIOS F.06 found at boot time, acpi seems to be broken although the kernel image 2.6.18-3 works excellent

2007-04-05 Thread etoh
Package: linux-image-2.6.18-4-amd64 Version: 2.6.18.dfsg.1-12 Severity: important Kernel found only one core at the boot time on the two core AMD Turion64 X60 in HP nx6325 laptop. Latest BIOS version (F.06) is used ACPI seems to be broken: cpu stepping doesn't work, though the kernel image 2.6.1

Bug#404107: [linux-image-2.6.18-3-686] sky2 crashes on boot or resume

2007-04-05 Thread Florian Lohoff
On Wed, Apr 04, 2007 at 03:17:54PM -0300, Renato S. Yamane wrote: > Florian, > please, test this patch below As Soon As Possible. > A big hug to Stephen Hemminger! I made 5-6 boots and all of them worked whereas previously 1/2 didnt. Seems to have a positiv effect on the problem i was observing.

Bug#336153: Bug 336153 must be fixed ASAP - filesystem corruption IS critical!

2007-04-05 Thread dann frazier
On Thu, Apr 05, 2007 at 05:37:27PM +0200, Tillmann Steinbrecher wrote: > Hi, > > I can't understand why Bug 336153 still has status "pending". It's a > well-known issue that causes > massive data corruption. It is reproducible and has been confirmed by several > people, including the > dm-cryp

Processed: tagging 401916

2007-04-05 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.9.26 > tags 401916 - patch Bug#401916: initramfs-tools: [powerpc64] i-t tries to mount RAID/LVM stuff before the disk are up -> unbootable Tags were: patch Bug#366175: initramfs-tools: lvm

Bug#336153: Bug 336153 must be fixed ASAP - filesystem corruption IS critical!

2007-04-05 Thread Tillmann Steinbrecher
Hi, I can't understand why Bug 336153 still has status "pending". It's a well-known issue that causes massive data corruption. It is reproducible and has been confirmed by several people, including the dm-crypt developer himself. A patch has been available for several MONTHS. It's a simple

Bug#417914: BUG: unable to handle kernel paging request at virtual address f57fc030

2007-04-05 Thread Bastian Blank
severity 417914 normal tags 417914 moreinfo thanks On Thu, Apr 05, 2007 at 11:27:04PM +1000, Tony Lewis wrote: > When I try to insert the module for either VMware or VirtualBox, I get a > kernel oops. vmware can't work, you will get a GPF anyway. > BUG: unable to handle kernel paging request at

Processed: Re: Bug#417914: BUG: unable to handle kernel paging request at virtual address f57fc030

2007-04-05 Thread Debian Bug Tracking System
Processing commands for [EMAIL PROTECTED]: > severity 417914 normal Bug#417914: BUG: unable to handle kernel paging request at virtual address f57fc030 Severity set to `normal' from `important' > tags 417914 moreinfo Bug#417914: BUG: unable to handle kernel paging request at virtual address f57

Bug#417927: parisc: SCSI devices get randomly offlined

2007-04-05 Thread Thibaut VARENE
Package: linux-image-2.6-parisc64 Version: 2.6.18+5 Severity: important A bug which affects all parisc kernels since 2.6.18-rc2 affects the debian parisc kernel as well. Under some random circumstances, SCSI devices (such as the root disk) will get offlined, rendering the box totally unuseable:

Bug#417914: BUG: unable to handle kernel paging request at virtual address f57fc030

2007-04-05 Thread Tony Lewis
Package: linux-image-2.6.18-4-xen-vserver-686 Version: 2.6.18.dfsg.1-12 Severity: important When I try to insert the module for either VMware or VirtualBox, I get a kernel oops. dmesg says: --- BUG: unable to handle kernel paging request at virtual address f57fc030