https://bugzilla.novell.com/show_bug.cgi?id=858319 https://bugzilla.novell.com/show_bug.cgi?id=858319#c4 --- Comment #4 from David Webb <djw@soton.ac.uk> 2014-03-03 10:18:56 UTC --- Solution? ========= I found in my case adding the kernel parameters: nomodeset acpi_osi="Linux" solved the problem. Using "noacpi" instead of "acpi_osi..." also works. Neither was sufficient by itself. The effect should be the same as the two startup options "No KMS" under F3 (Video mode) and "No ACPI" under the F5 (Kernel) key. (I would have thought that "Safe Settings" should also include "No ACPI"). However these options (or nomodeset plus either "No ACPI" or Safe Settings" under F5) lead to a freeze at message "Loading basic drivers... OK". Background After trying different possibilities and using google I came across the following article which discusses these two options: http://ubuntuforums.org/showthread.php?t=1613132 "nomodeset" I am used to because I have a NVIDIA GeForce 6600 graphics card which does not live comfortably with the nouveau driver. In the past I've also come across acpi (Advanced Configuration and Power Interface). The article explains that by default Linux pretends to the bios that it is one or more versions of windows and "Unfortunately, some bioses contain fixes to fix problems with specific windows versions (notably vista) that arent needed or dont work for other OS's." The author argues that using "noacpi" may be too harsh and generate its own problems. Instead he recommends using acpi_osi="Linux" on the command line or " acpi_osi="Linux" " inside scripts such as the one used when making the grub2 menus. I realize that the above may not solve Walter Augenstein's problem but for the record my startup screen gives the BIOS as: Phoenix AwardBIOS v6.00PG ASUS A8N-SLI Premium ACPI BIOS 1303 Also why the combination of the graphics card, the bios acpi system and either a sata disk or a usb mouse caused problems - whereas removing the last two didn't is beyond me. However, especially given that SuSE 13.1 will eventually feed into one of the SuSE SLED products: Suggestions: 1) It looks as if there is a bug in adding the "No KMS", "No ACPI" and "Safe Settings" to the kernel command. 2) I would like to see a more detailed discussion of potential startup problems with solutions and pointers to additional openSuSE help documents, either in the release notes or in a closely associated document. 3) A movement back to a more tolerant (knoppix like?) kernel for the installation phase. 4) At the kernel level, isn't it time for an intelligence option, which if compiled into a kernel will add code that knows about and can allow for bios quirks. On the last point, even allowing for linux phones etc., - there must be fewer bios manufacturers than printer manufacturers - and the printing system can deal with most of the special printer quirks. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.