Israel Dahl, regarding your comments https://bugs.launchpad.net/ubuntu/+source/linux/+bug/903961/comments/29 : >"well I will download the latest non quantal kernel and rerun the apport >command."
You will not be able to apport in a non-Ubuntu repository kernel, such as a mainline kernel. Hence, please do not worry about apport'ing it, as we trust you if you say you tested it. :D >"Before I commit to bisect the kernel, is there someway I can test it without causing my computer to hang during the boot process? or some ultra secret thing i can do to get out of a frozen and locked up boot process and simply reboot back to grub." Unfortunately, some things in the debugging process are more involving then others, and bisecting is one of them. I know of no way to test for the computer to hang, other than to hang it via the bisect process. However, bisecting is one of the most helpful debugging steps to provide to get your bug fixed as soon as possible. >"Can I do this in a VM and it still produce the accurate results?" You are welcome to test for the problem in a VM to provide hardware disparate datapoint(s). However, the issue is not a matter of accuracy. In a very high majority of linux (Ubuntu) kernel problems are hardware dependent. As the VM is virtualizing hardware via software, that is notably different from your host hardware, this will only further validate this is issue is dependent on your hardware. As well, we would have already received a rash of Launchpad bug reports noting, "XYZ virtualization platform(s) will not boot Ubuntu guests unless one does acpi=off." -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/903961 Title: Kernel regression.... boot param acpi=off now NEEDED To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/903961/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
