Bug#616689: It is not happening anymore

Hello everyone, after the update from yesterday, it is not happening anymore. It seems it has been corrected in grub 2.02~beta2-8, released 31st of March. Best regards. Jose Antonio Insua -- To UNSUBSCRIBE, email to debian-kernel-requ...@lists.debian.org with a subject of "unsubscribe". Trou

Bug#616689: Confirming the bug.

Hello! I'm using an up-to-date SID, and I can also recently reproduce this bug. Changing the root timeout to 30 s doesn't make any effect. This bug has been recently introduced, because 1 week ago, I was able to boot my workstation normally, and now I need to activate the LV's manually at the

Bug#401979: DISCARD --> It works with 2.6.19

Hello again! It's NOT working now with 2.6.19. Perhaps something more is affecting cpufreq. I will try to isolate the cause after my exams. Best regards. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Bug#401979: /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq not working properly on Centrino Banias

Package: linux-image-2.6.18-3-686 Version: 2.6.18-7 Hello! I'm not able to set /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq to more than 1000 MHz ( the max frequency of my CPU is 1500 MHz ). I am using Debian Etch with the 2.6.18-3-686 precompiled kernel from unstable in an IBM X31 l