Marco d'Itri wrote:
> On Aug 28, Bastian Blank wrote:
>
>> And you don't ever reassign bugs to the kernel if you have not at least
>> collect _any_ information. It only happens with the experimental version
>> of udev.
> Well, I am sorry that the submitter is an idiot who reported false
> informa
Package: linux-image-2.6.30-1-686
Version: 2.6.30-6
Severity: important
I set the severity to important because if you make a Linux upgrade when
the disks are mapped as /dev/sdX, then your system will no boot anymore.
I have modify the /boot/grub/grub.cfg from knoppix to have a
successfully b
Luk Claes wrote:
David Vanfleet wrote:
Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
Dell PE 2650 server. I installed the basic 5.02a Debian system with just
a minimal install then I installed the 2.6.26-2-686-bigmem kernel so it
will see all the memory.
maximilian attems schrieb:
On Tue, 21 Jul 2009, Michael Bramer wrote:
I'm running two server in ha-mode, with drbd and openvz. Since 7 months without
any real problem.
Last week I make on one node a kernel update from
linux-image-2.6.26-1-openvz-amd64 (2.6.26-11)
to
David Vanfleet wrote:
>
> Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
> Dell PE 2650 server. I installed the basic 5.02a Debian system with just
> a minimal install then I installed the 2.6.26-2-686-bigmem kernel so it
> will see all the memory. When I boot into the bigm
Processing commands for cont...@bugs.debian.org:
> reopen 446148 !
Bug #446148 {Done: Moritz Muehlenhoff } [linux-2.6]
linux-image-2.6.18-5-xen-amd64: domU panic with swiotlb=force
Changed Bug submitter to '"Jamin W. Collins" ' from
'Jan Evert van Grootheest '
>
End of message, stopping processi
maximilian attems wrote:
[ don't cross post to unrelevant lists ]
Sorry!
On Fri, Aug 28, 2009 at 08:47:48AM -0600, David Vanfleet wrote:
Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
Dell PE 2650 server. I installed the basic 5.02a Debian system
[ don't cross post to unrelevant lists ]
On Fri, Aug 28, 2009 at 08:47:48AM -0600, David Vanfleet wrote:
>
> Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
> Dell PE 2650 server. I installed the basic 5.02a Debian system with just
> a minimal install then I installed the
Hi, I'm trying to get Debian (Lenny) to recognize 6 Gig of memory on a
Dell PE 2650 server. I installed the basic 5.02a Debian system with just
a minimal install then I installed the 2.6.26-2-686-bigmem kernel so it
will see all the memory. When I boot into the bigmem kernel it fails to
boot,
i'm currently experiencing issues with my platform, i'll update the
bug as soon as i'll be able to reproduce.
Btw, i was using the standard x86 linux kernel packaged with debian
stable. I'm tried all of the update done since lenny was released (the
last try was with 2.6.26-17lenny2).
regard
On Fri, 2009-08-28 at 10:54 +0300, Pasi Kärkkäinen wrote:
[...]
> Also it looks like the Opensuse development (master) branch is tracking
> 2.6.31, and includes -xen patches:
> ftp://ftp.suse.com/pub/projects/kernel/kotd/master/i586/
>
> So there's patches for 2.6.31 aswell. Which kernel squeeze i
On Aug 28, Bastian Blank wrote:
> And you don't ever reassign bugs to the kernel if you have not at least
> collect _any_ information. It only happens with the experimental version
> of udev.
Well, I am sorry that the submitter is an idiot who reported false
information... Indeed this is not depe
Processing commands for cont...@bugs.debian.org:
> reassign 543452 udev 146-1
Bug #543452 [linux-2.6] repeated names in each /dev/disk/by-id/ata-*
Bug reassigned from package 'linux-2.6' to 'udev'.
Bug #543452 [udev] repeated names in each /dev/disk/by-id/ata-*
There is no source info for the pack
BB> Can you please show the output of /lib/udev/ata_id --export $device?
$ /lib/udev/ata_id --help
Usage: ata_id [--export] [--help]
--exportprint values as environment keys
--help print this help text
$ /lib/udev/ata_id --export /dev/hda
$ /lib/udev/ata_id --export hda
$ /lib/udev/a
reassign 543452 udev 146-1
thanks
On Tue, Aug 25, 2009 at 08:36:02PM +0200, Marco d'Itri wrote:
> On Aug 25, Debian Bug Tracking System wrote:
> Not everything is a udev bug.
And you don't ever reassign bugs to the kernel if you have not at least
collect _any_ information. It only happens with t
On Fri, Aug 28, 2009 at 08:40:51AM +0800, jida...@jidanni.org wrote:
> Odd, only the ata- ones are doubled.
> $ ls /dev/disk/by-id/
> ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR
> ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR-part1
> ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H
Processing commands for cont...@bugs.debian.org:
> # maybe even less
> severity 543815 important
Bug #543815 [initramfs-tools] initramfs-tools: Having "/lib64" in
/etc/ld.so.conf results in unusable initrd image
Severity set to 'important' from 'critical'
>
End of message, stopping processing he
> "FZ" == Felix Zielcke writes:
FZ> I'm also running the udev in experimental 146-1 and have the same, but
FZ> it affects only my IDE disk not my SATA ones even though they have an
FZ> ata-* link too:
FZ> $ ls -1 /dev/disk/by-id/
FZ> ata-SAMSUNG_SP1213N_SAMSUNG_SP1213N_S00UJ10X203399
FZ> ata
Am Freitag, den 28.08.2009, 08:40 +0800 schrieb jida...@jidanni.org:
> Odd, only the ata- ones are doubled.
> $ ls /dev/disk/by-id/
> ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR
> ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H3AR-part1
> ata-FUJITSU_MHT2040AT_FUJITSU_MHT2040AT_NN4GT531H
On Thu, Aug 27, 2009 at 09:50:28PM +0300, Pasi Kärkkäinen wrote:
> Hello,
>
> I was reading the earlier discussion from here:
> http://groups.google.com/group/linux.debian.kernel/browse_thread/thread/e2338dd1590b3375/686d088bb32341c6?lnk=raot&pli=1
>
> .. and wanted to contribute a bit.
>
> This
20 matches
Mail list logo
