https://bugzilla.novell.com/show_bug.cgi?id=858319
https://bugzilla.novell.com/show_bug.cgi?id=858319#c4
--- Comment #4 from David Webb 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.